
הטקסט המלא של הדקות הראשונות בהרצאה «מחזור חיי בדיקות» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
דיברנו קודם על ה-SDLC, ה-Software Development Lifecycle, מחזור חיי פיתוח תוכנה, ועכשיו אני רוצה לדבר על מושג שנקרא Software Testing Lifecycle.
זה איזשהו מודל תיאורטי בדומה ל-Software Development Lifecycle, SDLC. גם יש מודל שמתאר את התהליכים לכתיבה, הכנה, הרצה, סיכום של תהליך הבדיקות במערכת, שהוא בעצם חלק מה-SDLC, חלק מהמחזור חיים הכולל של פיתוח תוכנה, אבל הוא מפרט את השלבים שאיך עובדים בעצם אנשי הבדיקות בתוך התהליך הזה.
אז השלב הראשון זה ניתוח דרישות המערכת. בואו נתאר מצב שיש לנו אפליקציה בנקאית לבדוק, אז אנחנו רוצים לראות מה ה-use case שבמערכת, כלומר, פתיחת חשבון חדש, רישום משתמש חדש למערכת, בדיקת עובר ושב, בדיקת מצב אשראי, בקשת הלוואה, כל אלה,
מקרים שלדוגמה אנחנו נצטרך לכתוב להם טסטים או להכין איזשהו תהליך שיבדוק את הפונקציונליות הזאת של המערכת. אנחנו יכולים לדבר גם על המערכת, איך היא עובדת תחת עומס, ה-accessibility, הנגישות של המערכת לאנשים שסובלים מאיזשהו לקות מסוימת, האם המערכת מאפשרת שימוש גם לאנשים שבעלי מוגבלויות.
טסט פלנינג זה בעצם מימוש כל השלב הקודם של ה-requirement, כבר לתכנן את החלקים של הבדיקות, מתי נבצע כל טסט, כמה זמן זה ייקח כל חלק, מי יבצע את הטסטים, איזה אנשי בדיקות יבצעו איזה טסטים, איזה חלקים יבדקו.
כלומר, נגיד, חלק מהבודקים יבדקו את הפרונט, את היוזר אינטרפייס, את הממשק עצמו, הגרפי, וחלק יבדקו מול הדאטאבייס, נתונים, מול ה-API, כל מיני מושגים שקצת מוקדם לדבר עליהם, אבל כאן מבוצעה חלוקה בין אנשי הצוות ואיך לכתוב את הטסטים ומי יכתוב את הטסטים.
אחר כך יש את ה-Test Design Phase, כלומר, כל מיני סטנדרטים של כתיבה, כל מיני תכנון של כמה טסטים, הסו"תים, בעצם הקבוצות של הטסטים, איך לחלק את הסו"תים, את החבילות של הטסטים, על מנת שיעשו coverage מלא של כל המערכת, של כל החלק שאנחנו צריכים לבדוק מבחינת ההתקדמות של צוות הפיתוח, איך אנחנו עושים את ההתאמות שלנו כדי לבדוק
את כל החלקים שמפותחים. בעצם הבודקים מגדירים איך הם הולכים לכתוב את הטסט קייסים עצמם,