בדיקת קופסה שחורה הינה טכניקת בדיקות בהיבט הפונקציונאלי של המערכת. המערכת נבדקת ללא התבוננות בקוד וללא ידע במבנה הקוד הפנימי של התוכנה או פונקציות ורכיבים פנימיים המרכיבים את המערכת. בדיקות קופסא שחורה נעשות על פי הדרישות הפונקציונאליות של האפיון.

​

בדיקות קופסא שחורה הן על בסיס קלט - פלט של המערכת

​

​

 

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

​

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

​

שיטות בדיקה :

א. בדיקות ערכי גבול - Boundary Value Testing : 

שיטה נפוצה בבדיקות קופסא שחורה לבדיקת ערכי גבול. מרבית התקלות נמצאות בקצוות הגבולות או מחוצה להן.

​

דוגמא : ישנו שדה קלט אשר יכול להכיל ערכים בין 100 ל 1000

ערכים תקינים: 100, 1000, 200

ערכים לא תקינים: 58, 1010

​

באופן גנרי ניתן לומר:

ערכים תקינים: מקסימום, מינימום, בין מקסימום למינימום

ערכים לא תקינים: מתחת למינימום, מעל למקסימום

​

ב. בדיקות קבוצות שקילה - Equivalence Class Testing :

מקרי הבדיקה בטכניקה זו צריכה להיות מינמלית כך שיכסו את כל אפשרויות הבדיקה.

 

דוגמא : טלפון סלולרי תיקני הינו בן 10 ספרות

כיסוי מינמלי של כל המצבים:

ערכים תקינים: 10 ספרות

ערכים לא תקינים : 8 ספרות או 12 ספרות

​

ג. בדיקות טבלאות החלטה - Decision Table Testing : 

בדיקת מערכת דרך קומבינציה שונות של תנאים אשר מורכבת ממצבי TRUE או FALSE אם תוצאה סופית אחת בכל קומבינציה.

​

דוגמא : 

מערכת LOGIN הכולל שם משתמש וסיסמה

​

​

​

​

​

​

​

​

בדיקות קופסא שחורה נעשות בד"כ באופן הבא :

1. מיפוי הדרישות ע"פ אפיון המערכת.

2. חלוקת הדרישות לפי סוגי בדיקה.

3. יצירת מקרי בדיקות ותסריטי בדיקות .

4. לכל תסריט בחירת לייצר סט קלטים המממשים את התהליכים העסקיים של המערכת.

5. לכל תסריט המתאר תהליך עסקי להתאים תוצאות צפויות.

6. לוודא שתוצאות צפויות שוות לתוצאה בפועל .

7. פתיחת תקלות במידה והתוצאות הצפויות שונות מהתוצאות בפועל.

8. לבצע בדיקה חוזרת של תיקוני תקלות

9. מימוש כל השלבים (1-8) במקרה של גרסאות תחזוקה או של שינויים ושיפורים במערכת.