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

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

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

  • Book Review: Enterprise Continuous Testing

    Book Review: Enterprise Continuous Testing As I've mentioned in previous posts, this year I'm reading one testing-related book a month and reviewing it in my blog.  This month I read Enterprise Continuous Testing, by Wolfgang Platz with Cynthia Dunlop.This book aims to answer solve the problems often found in continuous testing.  Software continuous testing is defined by the author as "the process of executing automated tests as part of the software delivery pipeline in order to obtain feedback on the business risks associated with a software release as rapidly as possible".  Platz writes that there are two main problems that companies encounter when they try to implement continuous testing:1. The speed problemTesting is a bottleneck because most of it is still done manuallyAutomated tests are redundant and don't provide valueAutomated tests are flaky and require significant maintenance2. The business problemThe business hasn't performed a risk analysis on their softwareThe business can't distinguish between a test failure that is due to a trivial issue and a failure that reveals a critical issueI have often encountered the first set of problems, but I never really thought about the second set.  While I have knowledge of the applications I test and I know which failures indicate serious problems, it never occurred to me that it would be a good idea to make sure that product managers and other stakeholders can look at our automated tests and be able to tell whether our software is ready to be released.Fortunately, Platz suggests a four-step solution to help ensure that the[…]

    28.03.2020 | 10:33 קרא עוד...
  • Feature slicing across the tech stack

    Feature slicing across the tech stack In BDD workshops I briefly talk about feature slicing. In a nutshell: Slice features so every feature should be deployable independently. For this to happen, slice you features ‘across’ the tech stack, NOT ‘along’ the tech stack. (See attached images) This is a common mistake, and seems easier to work that way. For instance, develop the UI first, then the back end / business logic. The problem here, your not deploying quickly / in small chunks. Might as well call this waterfall development, because then that’s what this becomes.. #RedefiningSoftwareQuality #Agile #FeatureSlicing #AgileTransformation The post Feature slicing across the tech stack appeared first on Quality Spectrum.

    28.03.2020 | 10:15 קרא עוד...
  • Announcement of newly launched news reader

    Announcement of newly launched news reader Dear Readers/Partners,Happy to announce the launch of India and Russia locale (in the Russian language) of 365NEWSX.All news related to India and Russia is aggregated from 500+ news sources, processed using TextRank and Sentiment AI algorithm so that we can bring the best of the best news and save your reading time. You can:Read your favourite news under 60 secs. Read-only important parts of a long news articleTake full control of your privacy and interestsBrowse India news under most popular category:PoliticsTechnologyScienceHealthEntertainmentCOVID-19Browse Russian news under most popular category:PoliticsTechnologyScienceHealthEntertainmentCOVID-19Please share this good news with your channels/friends/family/community.More locale coming soon - #Australia #Canada #Germany #France. Subscribe to our newsletter at: SUBSCRIBEEmail us your suggestions at info@365newsx.com=============================================Best Regards,Media Communication Teamwww.365newsx.com==============================================

    28.03.2020 | 9:00 קרא עוד...

טיפים

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