LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

לבדוק או לא לבדוק? - זאת השאלה

נכתב על ידי 
שישי, 05 יוני 2015 16:56
דרגו כתבה זו
(5 הצבעות)

לבדוק או לא לבדוק - זאת השאלה

לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם יתעכב תאריך שחרור הגרסה ללקוח.

לעיתים קרובות ניקח זאת בחשבון מלכתחילה תוך תיאום עם מנהל הפרויקט ומהנדסי המערכת ונמנע מהגדרת דרישות מערכת אלו תוך כדי ציון הבדיקות שלא נבצע בתכנית הבדיקות (STP). אך קיימים מקרים רבים בהם כבר כתבנו את הבדיקות, ולעיתים גם הכנו להן אוטומציה – האם עלינו להריצן מעתה שוב ושוב בכל סבב בדיקות?

לפני שאתם מריצים בדיקות באופן עיוור רק כי הן קיימות... – הנה מספר שאלות שעליכם לשאול:

1. מתי כבר הורצה הבדיקה? – האם יש טעם להריץ אותה כעת שוב?

2. מה השתנה מאז הרצתה הקודמת?

3. האם זו בדיקה ידנית או אוטומטית?

4. כמה זמן לוקח לבצע את הבדיקה?

5. האם בדיקה זו נכשלה אי-פעם בעבר?

6. האם רבים משתמשים בתכונה הנבדקת?

7. האם יש לנו היכולת לבצע ולנתח את תוצאות הבדיקה?

8. האם יש לנו כח אדם / זמן לביצוע הבדיקה?

9. האם הבדיקה הזו עדיין רלוונטית ונכונה?

10. האם זו הדרך הנכונה להריץ הבדיקה בשלב זה?

(האם אינה מורכבת מדיי לשלב ראשוני של בשלות הגרסה?, או אולי פשוטה מדיי ובזבזנית לבדיקות רגרסיה ועדיף לשלבה ביחד עם בדיקות אחרות לבדיקה מורכבת?)

בצורה דומה – רצוי שנחשוב עוד לפני שאנו משקיעים זמן בכתיבת הבדיקה. אם זו בדיקה פשוטה בקדימות נמוכה – אולי לא שווה להשקיע בפירוט צעדים מלא ונוכל להסתפק בכתיבת שם הבדיקה בתוספת תיאור קצר של מטרת הבדיקה.

האם עלינו לשכפל תיאור מלא של הבדיקה – או שנסתפק בכתיבה יעילה יותר עם תיאור אחד אותו נריץ עם מגוון שילובי ערכים אשר יתואר בטבלה סמוכה?  (דבר שיקל על התחזוקה וראיית התמונה המלאה)

טיפ זה הופיע בגיליון #1 של מגזין עולם הבדיקות - http://goo.gl/sMeEMH

פוסט זה מבוסס על רעיון שהועלה בפוסט של John Andrews :

http://testingfromthehip.wordpress.com/2014/07/15/release-testing-to-do-or-not-to-do-that-is-the-question

 

לבדוק או לא לבדוק small

שונה לאחרונה ב שישי, 05 יוני 2015 17:09

חובה להיות משתמש רשום במערכת בכדי להגיב - ההרשמה/כניסה בכותרת האתר

חדשות מעולם הבדיקות

  • Defect phase containment and how to calculate it?

    Defect phase containment is a software quality engineering practice that involves identifying and fixing defects as early in the development process as possible. This helps to prevent the defects from being introduced into later phases of the development process, where they can be more costly and time-consuming to fix.

    8.12.2022 | 12:56 קרא עוד...
  • Five Blogs – 8 December 2022

    The (best) five blogs we can read today. Check them out. What Were You Thinking? Written by: Frank Sonnenberg Why Putting Profit Over People is Always Bad for Your Company Written by: Lolly Daska How Visibility on Software Supply Chain Can Reduce Cyberattacks Written by: Priya James Leading With “I Want To Apologize” Written by: Terri Klass The Motivational Leader Written by: Steve Keating Quote of the day: “And one has to understand that braveness is not the absence of fear but rather the strength to keep on going forward despite the fear” -Paulo Coelho You can follow this page on Twitter

    7.12.2022 | 11:40 קרא עוד...
  • Fresh Tester Start In A Project

    Subscribe to my YouTube channel: https://www.youtube.com/@STQTalks When I started working in Software Testing, the amount of information that I needed to grasp was exhaustive. Not only that I needed to learn about the industry, the business, the domain,  the product and its features, I had to get acquainted with the testing side of things – testing strategy, methodologies, test setups, tools required, etc. A very exciting challenge indeed, but it could also lead to burnout quickly if not properly handled. It’s worthwhile to have a charter or a map on learning and to gain knowledge. In this blog, let us look at the top priority things as a fresh tester start that needs to be considered in their journey to get accustomed with their day-to-day work in their project. Product Requirements Analysis The first and foremost thing that a fresh tester needs to look into is the product they are working on, and how it fits into the industry, the business, and the domain. Studies have shown that 65% of the defects found are related to requirements. In order to come up with requirements that are complete in several aspects like performance, security, accessibility, UI/UX, etc., it is important to first understand the product’s placement in the business. We should not be looking at the requirements in isolation, but should look at the fulfilment of customers’/end-users’ needs from the industry/domain/business perspective and validate whether the product fulfils those needs. It would also be worthwhile to compare the requirements with other[…]

    7.12.2022 | 12:28 קרא עוד...

טיפים

לרשימה המלאה >>