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

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

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

  • Practical test strategy for Spring & React application

    Practical test strategy for Spring & React application Contents:1) Introduction2) System overview3) Functional test strategy4) Non-functional test strategy1. IntroductionThere are two leading approaches for tests: isolated and end to end (E2E). As usual, both approaches have upsides and downsides and it's impossible to say which one is better. Everything is dependent on application context and architecture.There are though few guidelines which can be followed most of the time:high test coverage should be achieved for a single application. Other parts of the system (i.e. connected microservices) should be stubbed/mockedimportant business cases should be tested in the E2E manner without any mocks. E2E tests should give us a high amount of confidence that our system will work on the productionisolated tests should make up the majority of your overall test countE2E test count should be low because they may be flakyIt remains to be seen whether or not contract tests would make a list of best practices. I certainly recommend adding them to the list.Enough of theory, let's move into applying it in real life.2. System overviewLet's say we want to test a very simple system with:a) Spring Boot backend b) React frontendTo complicate things a bit let's also assume that our backend is interacting with external API served by the other service (which we have limited control of).The application I wrote is very simple, it only allows to CRUD (create, read, update, delete) a user but it's about to overcome Facebook soon as the most popular social media platform so we need to prepare a comprehensive test strategy.3. Functional test[…]

    18.01.2020 | 6:47 קרא עוד...
  • Say It Out Loud - it’s Testing

    Sitting in front of they're computer, with a focused expression on their face, the tester is testing a new feature. Armed with their notes from all the whiteboard sessions, from design review and passing by comments of what we're changing and whatever requirements documentation they have, they've built their own list of functions they are about to verify that exist and work as expected."Error handling" says one of the lines in the functions list. Of course, every feature we implement should have error handling. Into the user interface fields where a sum of money is expected, they type away things that aren't numbers and make no sense as money. With typing of "hundred" being ok'd and just saved away to be reviewed later, it is obvious that whatever calculations we were planning to do later to add things up will not work, and armed with their trusty Jira bug reporting tool, they breathe in an out to create an objective step by step bug report explaining that the absence of error reporting is indeed a bug.Minutes later, the developer sharing the same room just pings back saying the first version did not yet have error handling implemented. The tester breathes some more.---The thing is, errors of omitting complete features are very common finds for us testers. Having found some thousands of them over my tester career, I'm also imagining I see a pattern. The reactions to errors of omitting complete features very often indicate that this did not come as a[…]

    18.01.2020 | 4:49 קרא עוד...
  • Burned by Thunderbird 68? Here’s How to Get Your e-mails Back!

    One of my "Randy-isms" is "Just because you are ready to release the code doesn't mean the user is ready to accept it."That played out for me today when I opened Thunderbird for Mac and it auto-installed the most recent release (68.4.1).Immediately, I noticed all my e-mail accounts and e-mails within them were gone, gone, gone. Deep breaths....So, I looked into this release and saw, "Thunderbird version 68.4.1 provides an automatic update from Thunderbird version 60." However, that was not the case for me and I suspect it may not be the case for others.You must understand that I don't do "Inbox Zero". In fact, my inbox is my history for many things I do (along with the thousands of pictures on my phone). So, I was somewhat panicked.However, I knew the e-mail files were there, just not being seen by the new version. Plus, I have redundant backups, so I knew I could get everything back. And...the beauty of the Mac is that you can just run the app with no install process like in Windows.I managed to find the old version at https://ftp.mozilla.org/pub/thunderbird/releases/I downloaded version 60.9.1 (you will need to navigate through the sub-folders to get the right language version).I opened it and instantly had access to all my e-mails.The new version (68.4.1) looks great, but it was useless to me. I hope it works for me better in future releases. But for now, I have "auto update" turned off!I hope this helps you!

    17.01.2020 | 12:56 קרא עוד...

טיפים

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