
הטקסט המלא של הדקות הראשונות בהרצאה «תוכנית בדיקה - Test Plan» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
היום נלמד על תוכנית בדיקה. טסלנד, מושג חשוב ביותר בעולם של בודקי התוכנה. ראשית, צריך לזכור שכל פונקציונליות במערכת שאנחנו בודקים מחייבת יצירת תוכנית בדיקה.
אז תוכנית בדיקה, ממה היא מורכבת? המרכיב הראשון בתוכנית הבדיקה הוא תסריט חיובי, אפי פאס, כלומר סוג של שפיות של אותה פונקציונליות של המערכת.
אם למשל אנחנו בודקים לוגין, נרצה לוודא שהלוגין עובד כשאנחנו מכניסים יוזרנם ופסוורד קינים. מרכיב נוסף בטסט פלאן מקרי הבדיקה הוא תסריט שלילי.
בתסריט שלילי, negative test, נרצה לבדוק איך המערכת, אותה פונקציונליות שאותה אנחנו בודקים, למשל לוגין, מתמודדת עם טעויות, עם שגיאות. לדוגמה, לוגין לא נכון או מילוי לא נכון של שדות.
המטרה של תסריט שלילי ותסריט חיובי היא שנבדוק את המערכת מכל הזוויות האפשריות, רבות ככל האפשר, על מנת לוודא שהפונקציונליות אכן עובדת בצורה תקינה, לדוגמה להוגין למערכת שלנו גם מקרה פוזיטיבי וגם מקרה נגטיבי.
תסריט הבדיקות הוא טבלה המחודקת לארבע עמודות. עמודה ראשונה היא פעולה נבדקת אקשן, לדוגמה לחיצה על כפתור, מילוי שדה, בחירה מתיבת טקסט וכדומה.
עמודה שנייה, התנהגות מצופה מהמערכת כתגובה לפעולה שבוצעה בעמודה הראשונה. לדוגמה, מעבר למסך אחר או אישור של הפעולה. העמודה השלישית היא התנהגות המערכת בפועל, actual behavior, כלומר, האם המערכת התנהגה בהתאם להתנהגות המצופה.
האם הודעת האישור התקבלה? האם הכפתור נלחץ? האם הגענו למסך שציפינו להגיע? העמודה הרביעית היא האם המערכת נבדקה באופן אוטומטי או ידני.
אנחנו רוצים לדעת באיזה אופן בוצעה הבדיקה, האם זה היה תהליך אוטומטי, טסט אוטומטי, או זה בוצע כטסט ידני. כשאנו מסיימים לכתוב את ה-Test Plan שלנו, יש לנו רצף של תאונות שבודקות את המערכת.