מהי בדיקה חוקרת?
בדיקה חוקרת היא גישת בדיקות תוכנה המדגישה את החופש והאחריות האישית של בודק התוכנה לייעל
את איכות עבודתו על ידי התייחסות ללמידה הקשורה למבחנים, עיצוב מבחנים, ביצוע מבחנים ופרשנות של תוצאות המבחן
כפעילויות תומכות הדדיות הפועלות במהלך במקביל לאורך כל הפרויקט.
במקום לעקוב אחר קבוצה קפדנית של מקרי בדיקה מוגדרים מראש, בדיקות חוקרות כוללות בודקים המעצבים ומבצעים
בדיקות באופן דינמי על סמך ההבנה הנוכחית שלהם של המערכת, האינטואיציה שלהם והניסיון שלהם עם מערכות דומות.
מאפיינים מרכזיים של בדיקות חוקרות כוללות:
למידה, עיצוב מבחן וביצוע מבחנים בו-זמנית: כשהבודקים חוקרים את התוכנה, הם לומדים על התכונות,
היכולות והחולשות הפוטנציאליות שלה, מה שבתורם מוביך על בדיקות נוספות.
יכולת הסתגלות: בודקים יכולים להתאים במהירות את הגישה שלהם על סמך ממצאים.
זה הופך אותו לשימושי במיוחד בסביבות פיתוח זריזות ומהירות בהן הדרישות עשויות להשתנות.
תובנות עשירות: גישה זו יכולה לחשוף באגים ובעיות עדינות שבדיקות סקריפט עשויות לא למצוא, במיוחד אלו הקשורות לשימושיות,
אבטחה וחווית משתמש הדורשות שיפוט אנושי.
יעילות: זו יכולה להיות דרך יעילה לבדיקת תוכנה כאשר אין מפרטים מפורטים או כאשר הזמן מוגבל.
זה מאפשר לבודקים להתמקד באזורים של היישום שהם מעריכים שהם הכי קריטיים או הכי סביר שיכילו פגמים.
תלוי מיומנויות: האפקטיביות של בדיקות חוקרות תלויות במידה רבה בכישורים, הניסיון והיצירתיות של הבוחן.
בדיקות חוקרות אינן תהליך אקראי לחלוטין.
זה יכול להיות מונחה על ידי אמנות בדיקה, הגדרות זמן או יעדים ספציפיים, ויש לתעד את הממצאים והתובנות
כדי לעדכן על מאמצי בדיקות ופיתוח עתידיים.
גישה זו משלימה צורות מובנות יותר של בדיקה על ידי מתן שיטה שבאמצעותה בודקים יכולים ליישם את המומחיות
והאינטואיציה שלהם ישירות לחקירת איכות התוכנה.
תהליך בדיקה חוקרת
תהליך בדיקה חוקרת יכול להיות מובנה למספר שלבים או שלבים מרכזיים, למרות שהגישה שמה דגש על גמישות
ואינטואיציה של הבודק.
להלן תהליך כללי שניתן לעקוב אחריו כדי ליישם בדיקות חוקרות ביעילות:
הגדרת יעדים
הגדרת מבחן: צור הגדרת מבחן המתארת מה יש לחקור באופן ספציפי.
הגדרות אלה יכולות להיות רחבות כמו חקר הפונקציונליות של תכונה חדשה או ספציפיות כמו חקירת פרצות אבטחה
אפשריות בחלק מסוים של האפליקציה.
יעדים: זהה את המטרות של הפעלת הבדיקה, שיכולות לנוע מגילוי באגים להבנת חוויית המשתמש או אימות הביצועים בתנאים מסוימים.
תכנן את המושב
מסגרת זמן: הקצו פרק זמן מסוים לסשן הבדיקה.
מסגרות זמן עוזרות לשמור על מאמץ הבדיקה ממוקד וניתן לניהול, בדרך כלל נע בין מספר שעות ליום שלם.
משאבים: קבע את הכלים, רמות הגישה וכל משאבים אחרים שעשויים להידרש במהלך סשן הבדיקה.
ערכו את הבדיקה
חקור והתנסה: התחל ליצור אינטראקציה עם האפליקציה בהתבסס על היעדים ומסגרת הבדיקה.
השתמש בשילוב של טכניקות בדיקה וניסויים ידועים כדי לחקור את התנהגות היישום.
רשום הערות: תיעוד ממצאים ותצפיות עם התקדמות הסשן.
זה כולל רישום באגים, בעיות שימושיות וכל אזור שעלול לדרוש בדיקה מעמיקה יותר.
התאם תוך כדי תנועה: היה מוכן להתאים את המיקוד על סמך הממצאים.
תובנות חדשות עשויות להוביל לתיקון היעדים או אמנת הבדיקה בזמן אמת.
סקירה וניתוח
תחקיר: בסיום הפגישה, סקור את הממצאים, ההערות והתצפיות.
זה עשוי לכלול דיון בתוצאות עם הצוות, סיווג נושאים וזיהוי אזורים לבדיקות נוספות.
דוח: הכן דוח המסכם את הממצאים, כולל חומרת הבאגים, השפעה אפשרית על חווית המשתמש
והמלצות להמשך בדיקות או עבודת פיתוח.
