אחת המשימות החשובות של בודקי התוכנה היא לבצע ניתוח (Analysis - אָנָלִיזָה) לכל סוגים שונים של נתונים או מקרים ובין השאר לבצע ניתוח וסקירה (review) לדרישות ו/או למידע על הדרישות - בעיקרון לכל דרישה שהיא, בין אם היא מגיעה מהמכירות, מהלקוחות, ממנהלי המוצר, מהארכיטקטים של המערכת, המפתחים או כל אחד שאחראי לייצר ולהגדיר אותן.
על מנת להיות יעילים בביצוע הניתוח והסקירה לדרישות, רצוי לנצל מידע וניסיון קודמים שנצברו: מסקירת פרויקטים קודמים, ממופעים קודמים של הפרויקט, ממוצרים דומים או שונים, ממידע מספרות מקצועית, מהאינטרנט, ממידע שנרכש בהכשרות מקצועיות (קורסי בדיקות תוכנה למשל), ולאחרונה ממידע שכלים כמו ChatGPT או Bard מספקים לנו (במידה ונדע כמובן בין היתר איך לבקש זאת מהם), וכו'. ניסיון שעיקרו: על מה והיכן לשים דגש בזמן ביצוע הניתוח ו/או הסקירה? לדוגמא: מידע חסר, מידע מנוגד בין דרישות, דרישה לא הגיונית, דרישה שאינה ברת בדיקה (not testable); מאפייני איכות שחסרים או לוקים בחסר בדרישות (לדוגמא: רשימת דרישות לביצועים שלהם המערכת נדרשת) וכו'. אחת מהדרכים לצבור ולשמר ידע זה באופן יעיל הוא לאגד את כל הנ"ל בתוך רשימות תיוג (checklists) שישמשו בזמן ביצוע האנליזה ו/או הסקירה לדרישות.
ועכשיו לשאלה:
איזה מהמשפטים הבאים המיוחסים לשימוש ברשימות תיוג (checklist) בסקירה (review) רשמית הוא נכון?
א) כחלק מתכנון הסקירה, הסוקרים יוצרים את רשימות התיוג הדרושות לביצוע הסקירה
ב) כחלק מהתקשורת בנוגע לסקירה, הסוקרים ממלאים את רשימות התיוג שסופקו עבורה
ג) במסגרת ישיבת הסקירה הרשמית יוצרים הסוקרים דוחות ליקויים על סמך רשימות התיוג שסופקו עבור הסקירה
ד) במסגרת ייזום הסקירה מקבלים הסוקרים את רשימות התיוג הדרושות לביצוע הסקירה
בחר אפשרות אחת.
*לצפייה בתשובה המפורטת- דפדפו לעמוד 16