הגדרת נקודת התחלה ונקודת סיום של הבדיקה
פרקי ההרצאה: הגדרת נקודת התחלה ונקודת סיום של הבדיקה
תמלול ההרצאה: הגדרת נקודת התחלה ונקודת סיום של הבדיקה
הטקסט המלא של הדקות הראשונות בהרצאה «הגדרת נקודת התחלה ונקודת סיום של הבדיקה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום, בסעיף 5.2.3 בחומר ההסמכה של ה-STQB נדבר על קריטריון כניסה וקריטריון יציאה והגדרת נקודת התחלה ונקודת סיום של תהליך הבדיקות. בכל גרסה או בכל תהליך של פיתוח תוכנה אנחנו נרצה להגדיר את הנקודה בה אנחנו יכולים להתחיל את תהליך הבדיקות ואת הנקודה בה אנחנו יכולים מבחינתנו לעצור אותו.
כדי ליישם בקרה יעילה על איכות התוכנה והבדיקות רצוי להגדיר קריטריון שיציין מתי פעילות בדיקה אמורה להתחיל ומתי היא הסתיימה.
קריטריון כניסה ופיתוח חג'ילי לקראת הגדרה של נקודת התחלה מגדיר את תנאי הקדם להתחלה של פעילות בדיקה נתונה. אם קריטריון הכניסה לא מתממש, סביר שהפעילות תהיה מורכבת יותר, תימשך זמן רב יותר או לא תהיה אפשרית בכלל, תעלה יותר כסף ותהיה בעלת סיכון גבוה יותר או סיכון גבוה יותר לכישלון.
מהו קריטריון יציאה? בפיתוח הג'יני נקרא נקודת הסיום של תהליך הבדיקה, מגדיר אילו תנאים יש להשיג כדי להכריז על השלמת רמת הבדיקה או סדרה של בדיקות.
יש להגדיר קריטריון כניסה וקריטריון יציאה לכל רמת בדיקה וסוג בדיקה, הקריטריונים ישתנו בהתאם למטרות הבדיקה. הקריטריונים האופיינים לכניסה לתהליך הבדיקות כוללים זמינות של דרישות קטנות לבדיקה מימוש סיפורי משתמש או מודלים עיקריים במערכת זה מתכתב עם המושג של אסטרטגיית בדיקות מבוססות מודל תרשיני זרימה זמינות
של פריטי הבדיקות שעמדו בקריטריון יציאה של כל שלבי הבדיקות הקודמים זאת אומרת השלימו את תהליך הפיתוח השלימו תהליך בדיקות של שפיות עכשיו אנחנו יכולים להתחיל את תהליך הבדיקות של המערכת או תהליך בדיקות יותר מתקדם זמינות סביבת הבדיקות, זאת אומרת שהמערכת מסולחנת וכל הממשקים מסולחנים.
ניתן לבצע בדיקת שפיות ולראות שאכן המערכת זמינה לתהליך בדיקה. זמינות של הדאטאבייס, הטבלאות, הנתונים, על מנת שהבודקים יוכלו לבצע את התהליכים שהם אמורים לבדוק.
זמינות כלי הבדיקות, לדוגמה רישיונות של המערכת שמתעדת את או המערכת שבעזרתה ניתן להריץ את הטסטים, זמינות נתוני הבדיקות וכל המשאבים האחרים שנדרשים.
זאת אומרת, כל מה שאנחנו צריכים על מנת להגדיר את ההתחלה התקינה של תהליך הבדיקות. אפשר להגיד גם שתנאי סף של תחילת תהליך הבדיקות זה שהבודקים זמינים מבחינת משימות אחרות שמוצבות להם.
קריטריונים אופיינים ליציאה, ליציאה או לסיום תהליך הבדיקות כוללים לדוגמה ביצוע כל הבדיקות המתוכננות אם לשלב מסוים של הבדיקות מוגדרות x טסט קייסים או נגיד 30 מקרי בדיקה וביצענו את כולם בהצלחה או ביצענו את כולם באופן תקין אז אנחנו יכולים להגיד שמבחינתנו שלב תנאי היציאה מומש.
אפשרות נוספת זה שהושגה רמת הכיסוי שהוגדרה לדוגמה כיסוי של דרישות, סיפורי משתמש, קריטריון קבלה, סיכונים וכל זאת אומרת אנחנו כבודקים אומרים עשינו coverage מספיק מבחינתנו על מנת להגיד אוקיי אנחנו את הבדיקות סיים מספר התקלות הלא פתורות נמצא בתחום מוגדר מראש זאת אומרת מוגדר שכל התקלות מהרמה של תקלות חמורות או
תקלות בדרגה של i חמורה מאוד אבל לא החומרה המקסימלית כולן נפתרו כולם טופלו על ידי המפתחים אז אנחנו יכולים להגיד שקריטריון היציאה מומש.
אנחנו יכולים להפסיק את תהליך הבדיקה. מספר הפגמים הצפוי נשאר בתוכנה הנמוך. זאת אומרת, אם אנחנו מגדירים שלבחינתנו עד שאין רמה מסוימת של תקלות סגורות, זאת אומרת שנשארו תקלות פתוחות מועטות בלבד, רק אז קריטריון היציאה מומש.
רמות מאפייני איכות, אנחנו יכולים להגדיר שעד שלא הגענו לרמת יעילות וביצועים מסוימת אנחנו לא מפסיקים את הבדיקה אם אנחנו בודקים ביצועים של מערכת שלדוגמא מטפלת במכירה דרך אתר ואנחנו רוצים לוודא שהביצועים