בדיקת גבולות

תמלול ההרצאה: בדיקת גבולות

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

1. 00:03

   Boundary Testing Methodology בדיקת גבולות Lesson Objectives מטרות השיעור Why to use Boundary Testing? למה אנחנו צריכים להשתמש בכלל במתודולוגיה של בדיקת גבולות?

2. 00:20

   How to use Boundary Testing? איך מממשים את המתודולוגיה הזאת? Examples כל מיני דוגמאות שאיתן נוכל לקחת את הצד התיאורטי ולהשליך אותו על המציאות. When to use it?

3. 00:34

   מתי להשתמש בזה? Why to use Boundary Testing? למה בכלל להשתמש בבדיקת גבולות במתודולוגיה הזאתי? We don't have time to test everything due to time limitation, budget limitation.

4. 00:51

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

5. 01:07

   We need to do the minimal amount of tests that will find us the maximum number of critical bugs. אנחנו צריכים למצוא איזושהי דרך שאיתה או אם נממש אותה, נייצר מינימום תסריטי בדיקות שימצאו לנו את מירב הבאגים, את מירב הבאגים האיכותיים.

6. 01:27

   Many bugs exist in the boundary of an application. הרבה מאוד באגים קיימים בקצוות, בגבולות של שדות. Out-of-hose Boundary Testing איך להשתמש בבדיקות גבולות When you have a field that can contain a range of value as an input, We will not test all the values in the range unless it is

7. 01:55

   safely critical or mission-critical software, army and medicine applications. אוקיי, אנחנו נשתמש בבדיקת גבולות כשיש לנו שדה או מספר שדות, כשכל שדה יכול להכיל טווח מסוים של ערכים.

8. 02:17

   הגבולות מדברות על הקצוות שאותו שדה יכול לקבל. ברוב המקרים אנחנו לא נתחיל לבדוק את כל הערכים, כלומר אם יש לי שדה שיודע לקבל את הערך מ-1 עד מיליון, אני לא אשב ובאמת אבדוק שהוא יודע לקבל את הערך 1 עד מיליון, כי זה ברור שזה אומר לשבת ולעשות מיליון בדיקות.

9. 02:42

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

10. 03:21

    לו באגים. How to use Boundary Testing איך אנחנו משתמשים בזה? You have a range A to B, you will test the following כאשר אנחנו יודעים שבשדה מסוים יכול להיכנס טווח מסוים של ערכים, אנחנו נעשה את הבדיקות הבאות וזה יצמצם לנו את כמות הבדיקות מאשר

11. 03:47

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

12. 04:06

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

13. 04:20

    אסור לנו שייווצר מצב שכשאנחנו מכניסים A-1 המערכת נופלת, המערכת נתקעת, המערכת מקבלת את הערך הזה ואחרי זה משתמשת בו לחישובים עתידיים.

14. 04:32

    לואורבאונד פלוס אחד, A פלוס אחד, זה כבר בתוך הטווח, ולכן התוצאה צריכה להיות חיובית, כלומר המערכת תקבל את הערך הזה.

15. 04:44

    אפרבאונד B זה הגבול העליון של הטווח, שוב, מכיוון שמותר לנו להיות בגבול העליון, המערכת תקבל את התוצאה ולא תושפע ממנה לרעה כלומר היא לא תיצור, היא לא אמורה ליצור באג עבור הערך הזה upper bound מינוס אחד b מינוס אחד שוב אנחנו נמצאים בתוך הטווח ולכן הexpected result שלנו יהיה תקין ונכון upper bound פלוס אחד b פלוס אחד אנחנו

16. 05:18

    מחוץ לטווח התוצאה תהיה invalid אנחנו מצפים או שהמערכת תתריע או שהמערכת תיתן לנו איזושהי הודעה מה הטווחים הנכונים או שהמערכת תתעלם מהערך הזה או שהמערכת לא תעשה כלום בכל מצב אסור שיקרה שהמערכת משתמשת בערך הזה לטובת חישובים או שכתוצאה מהכנסת ערך שגוי המערכת עפה או נופלת you will always test 0 if it is inside the range תמיד אם בטווח נניח

17. 05:55

    ויש לנו שדה שיודע לקבל ממינוס חמישים עד חמישים למרות שאנחנו עושים את בדיקת הגבולות אנחנו גם נבדוק אפס כי אפס הוא מקרה מיוחד והוא מספר מיוחד שמשפיע בהרבה מערכות ובהרבה תוכנות אם משתמשים בשדה הזה אחרי זה לחלוקה אסור לחלק באפס ועוד כהנה וכהנה סיבות ולכן תמיד אם אפס מופיע בטווח אנחנו נבדוק אותו you will always test the empty string if

18. 06:22

    it is inside the range נניח ונותנים לנו שדה שאומרים לנו שהוא יכול לקבל עד חמישה תווים. אנחנו נבדוק את השדה הריק, את הספייס.

19. 06:34

    יכול להיות שהוא משפיע, הוא לא אמור להשפיע, אבל יכול להיות שכן. ולכן הטרינג הריק שקול לאפס. You can test a value that exists inside the range.

20. 06:50

    אתם יכולים לבחור מדגמית, עוד איזשהו value או ערך בתוך הטווח, רק בשביל להיות בטוחים. למרות שאם נזכר, כשאנחנו בודקים את הערך העליון פחות אחד, את הערך התחתון ועוד אחד, אנחנו כבר נמצאים אחרי הגבולות.

21. 07:15

    Examples. טוב, דוגמאות. You are testing a radar software that contains a field for the speed of wind in miles per hour.

22. 07:26

    The field can get any values between 5 to 25 miles. אוקיי, יש לכם מערכת, מערכת מזג אוויר, שיש בה שדה שנועד לתאר את מהירות הרוח, שמהירות הרוח מחושבת מיילים לשעה, והשדה הזה בהגדרה שלו יודע לקבל תערכים בין 5 ל-25.

23. 07:51

    What is the minimal test cases you will need to test the field if it is a mission critical software? מה המינימום בדיקות שאתם יכולים לעשות? אם נניח ומגדירים לנו שהמערכת הזאת היא מערכת קריטית, היא חייבת, אסור שיהיה בה נפילות, אסור שיהיה לה באגים.

24. 08:13

    השאלה השנייה, What is the minimal test cases you will need to test the field if it is a regular software? נניח ועכשיו אתם רואים שזו תוכנה רגילה וסטנדרטית, מותר שיהיה לה באגים.

25. 08:26

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

26. 08:44

    תיקחו כמה דקות, תעשו סטופ להרצאה, תחשבו על הפתרון ונעבור לתשובה עצמה. Example 1 solution. Field is in the range of 5 to 25. הטווח הוא בין 5 ל-25.

27. 09:05

    השאלה הראשונה הייתה what is the minimal test cases you will need to test the field if it is a mission critical software? מה המינימום תסריטים שצריך לעשות על השדה