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

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

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

  • Bloggers Club: Implementing Change

    Bloggers Club: Implementing Change I’ve written a fair bit about implementing change in the past, including two articles at the Ministry of Testing site on Introducing Colleagues to Exploratory Testing and going about implementing change when you’re not a manager. However, in this post, I would like to dive deeper into how the status quo bias makes implementing change rather difficult. Status quo bias is evident when people prefer things to stay the same by doing nothing or by sticking with a decision made previously.https://www.behavioraleconomics.com/resources/mini-encyclopedia-of-be/status-quo-bias/ One of the key aspects of the status quo bias that makes it so difficult to implement change is that it’s generally easier to do nothing i.e. to not try and implement change in the first place. Even if people are unhappy with how things are, you’d be surprised by how the same people may not be open to ideas to change – that would help fix what is making them unhappy. To take it out of a work context, if you’ve ever had a friend complain (on and on and on) about their romantic partner and talk about how unhappy they are with them – but then they never want to do anything to fix their problems or leave their romantic partner – then you’ve seen how powerful the status quo bias can be. Actually, the status quo bias reminds me a lot of this saying: better the devil you know than the devil you don’t– used to say that it is better with a difficult person or[…]

    3.08.2021 | 9:32 קרא עוד...
  • My blog posts on Tech buzzwords testers should at least know about have been published!

    Checkout my series of two blog posts on Tech buzzwords testers should at least know about: https://blog.testproject.io/2021/07/08/tech-buzzwords-testers-should-at-least-know-about-part-1/ and https://blog.testproject.io/2021/07/29/tech-buzzwords-testers-should-at-least-know-about-2/. With lots of useful links for in-depth learning. Enjoy.

    3.08.2021 | 5:21 קרא עוד...
  • A11y with Ady: August 2021

    Introduction: I hereby dub the first Tuesday of the month as “Accessibility Tuesday”, so; Welcome to the latest edition of a11y with Ady. I hope you enjoy it and find something useful and I’m happy to hear any feedback or thoughts or anything you would like to hear more about from the world of accessibility. General: The article Five ways to include d/Deaf users in your designs by Rachele DiTullio, an accessibility engineer and a front-end developer. Her piece covers ways to consider d/Deaf people. Some top tips in this that apply to many situations. The term D/deaf is used throughout higher education and research to describe students who are Deaf (sign language users) and deaf (who are hard of hearing but who have English as their first language and may lipread and/or use hearing aids).https://www.tpgi.com/five-ways-to-include-d-deaf-users-in-your-designs/ Compliance: Want to get more familiar with the Web Content Accessibility Guidelines (WCAG) but don’t know where to start? How about a daily explanation of them to your inbox? Sign up using the link below. https://dwcag.org/ Technical: Hiding content is always a challenge. Who are you hiding it from? Everyone? Or should screen reader users be able to find it? Lots of questions pretty much every time. In this excellent post Kitty Giraudel, a frontend developer focused on accessibility, runs through a host of ways explaining which are and are not accessible. https://kittygiraudel.com/2021/02/17/hiding-content-responsibly/ Disability:From the Accessibility in Government blog, this is a longer read about invisible disabilities. Although a recent post the story is[…]

    3.08.2021 | 2:48 קרא עוד...

טיפים

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