
הטקסט המלא של הדקות הראשונות בהרצאה «מחזור חיים של תקלה - Bug Life Cycle - חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכם וברוכים הבאים לשיעור נוסף בקורס הכנה לרעיונות עבודה לתפקיד בודק תוכנה. בקורס הזה אנחנו רוצים לתת לכם את הכלים הטובים ביותר על מנת להגדיל את הסיכוי שלנו לעבור רעיון עבודה לתפקיד בודק תוכנה.
בשיעורים האחרונים דיברנו על הנושאים אותם אנחנו צריכים לדעת ובהם אנחנו צריכים לשלוט על מנת להגדיל את הסיכוי שלנו לעבור בהצלחה את רעיון עבודה לתפקיד בודק תוכנה.
בשיעורים האחרונים עסקו בסעיף 3 היכרות עם מושגים תיאורטיים מתחום הבדיקות המבוסס על קורס ה-STQB. קורס ה-STQB הוא קורס המכין למבחן הסמכה בינלאומי לבודק תוכנה.
בשיעורים האחרונים הזכרנו מושגים קשובים מתחום הבדיקות שאותם אנחנו צריכים להכיר כגון שיטת הפיתוח על פי אג'ייל, קופסה לבנה מול קופסה שחורה ועוד מושגים.
בשיעור הקרוב נדבר על המושג Bug Life Cycle מחזור חיים של תקלה. לפני שנדבר על מחזור החיים של תקלה נסביר את המושג תקלה או באג.
המילה באג או המושג באג הוא מושג נרדף לדיפקט, אינסידנט, תקלה. בארגונים שונים בוחרים טרמינולוגיה שונה על מנת להסביר את אותה תופעה.
אנחנו בסרטון הזה נקרא למושג הזה באג. אז מהו באג? הוא תמיד פועל יוצא של בדיקה המצפה להתנהגות מסוימת מהאפליקציה או מהתוכנה הנבדקת שאינה מתממשת או מתממשת בצורה חלקית או בצורה שאינה עולה בקנה אחד עם ההתנהגות המצופה.
אני אסביר את המושג הזה שוב, אנחנו מגיעים לבדוק איזושהי תכונה של המערכת, איזושהי פעולה שהמערכת צריכה לבצע, לדוגמה יש לי מערכת לחישוב משכנתא, אני מצפה שהחישוב יתבצע בצורה תקנית נכונה, אני בא עם הציפייה לראות את תוצאת החישוב של החזרי המשכנתא בצורה נכונה, אני רואה שהתוצאה לא עולה בקנה אחד עם הציפייה שלי וכך יש
באג, יש תקלה. אני מתאר את התקלה בצורה כזאת שאני מראה מה עשיתי על מנת להציג למי שאמור לתקן את התקלה ולשחזר אותה, אני מציג לו בעצם את ההתנהגות שלא עולה בקנה אחד עם הציפייה שלי, אוקיי? זו דוגמה לתקלה.
אני בא עם ציפייה מסוימת לבדוק משהו, לוודא משהו, והווידוא לא מתקיים, זאת אומרת, לא הגעתי לתוצאה, לתוצאת החישוב שציפיתי לה. ה-expected value הוא לא זהה לתוצאה בפועל, ל-actual value.
סוגי תקלות או סוגי באגים, יש לנו כמה סוגים של תקלות. לדוגמה תקלה שהיא התנהגות פינקציונלית שלא על פי דרישה של המסמך הדרישות או שהיא עושה איזושהי תופעה שלא ציפו מבחינת מסמך הדרישות.
כל אפליקציה שמגיעה, כל מערכת שאנחנו באים לבדוק, אמור להיות מסמך דרישות, מסמך אפיון שלפיו המערכת אמורה להיכתב, להיות מתוכננת, להיות מפותחת.
אם נמשיך באפליקציה הבנקאית לחישוב החזרי משכנתא, ההתנהגות המצופה מהמחשבון הוא שהחישוב יתבצע בצורה תקינה, נכונה. אם החישוב לא עולה בקנה אחד עם החישוב שאותו ציפינו, זאת אומרת ההתנהגות הפונקציונלית לא תקינה.
אז זה סוג אחד של תקלה. התנהגות פונקציונלית של אפליקציה לא תקינה. לדוגמה, אם אני בא לבדוק אפליקציה לנווט כמו Waze, והנווט לא מצליח להתבצע בצורה תקנית, או המסלול שמציעים לי הוא לא המסלול האידיאלי, אז אני יכול להגיד שיש לי תקלה פונקציונלית ואני אתאר אותה.
אני אתאר בדיוק מה עשיתי על מנת לקבל את התקלה, את ההתנהגות שציפיתי לקבל, ואיך קיבלתי התנהגות שלא ציפיתי לקבל. לעומת הסוג הזה הפונקציונלי, יש לנו את הסוג הסטטי, באג שהוא תקלה סטטית.
מה זאת אומרת תקלה מסוג סטטית? שבאה לידי ביטוי בתצורה ויזואלית, תצורת גרפיקל יוזר אינטרפייס של המערכת שאינה עולה בקנה אחד עם הדרישות. לדוגמה, אם אותה אפליקציה לחישוב החזרי משכנתא, חסר לי כפתור שאני יכול לבחור את סוג החישוב, האם אני רוצה לפי שפיצר או לפי החזר אחר,