STD – Software Test Description (מסמך תיאור בדיקות)
מסמך STD הוא מסמך שמרכז את תיאור הבדיקות בפועל: חלוקה לפי נושאים/מודולים, ובכל נושא מופיעים תרחישי בדיקה (Test Scenarios) ומקרי בדיקה (Test Cases). בכל מקרה בדיקה מוגדרים צעדים לביצוע, נתוני בדיקה נדרשים, ותוצאות צפויות—כך שניתן להריץ את הבדיקות בצורה עקבית ומסודרת.
בדרך כלל נוח לנהל ולכתוב מקרי בדיקה בכלים ייעודיים כמו TestRail, שמאפשרים לארגן מקרי בדיקה לפי נושאים, להריץ סטים של בדיקות, ולעקוב אחרי סטטוסים ותוצאות.
איך בנוי מסמך STD?
-
חלוקה לנושאים/מודולים (למשל: הרשמה, התחברות, תשלומים).
-
תחת כל נושא: תרחישי בדיקה (Test Scenarios).
-
תחת כל תרחיש: מקרי בדיקה (Test Cases).
מה כולל Test Case (מקרה בדיקה)?
-
Pre-conditions (תנאים מקדימים): מצב/נתונים שצריכים להתקיים לפני התחלת הבדיקה (משתמש קיים, הרשאות, נתוני בדיקה, סביבת בדיקות וכו’).
-
Steps (צעדים): מה לבצע בכל שלב.
-
Expected Result (תוצאה צפויה): מה אמור לקרות בכל שלב/בסוף הבדיקה.
-
Actual Result (תוצאה בפועל): מה קרה בפועל בזמן הריצה.
-
Status: Pass / Fail (ולפעמים Blocked / Not Run).
-
אם התוצאה בפועל לא תואמת לצפויה — מדווחים על באג, בדרך כלל במערכת כמו Jira, כולל חומרה (Severity) ועדיפות (Priority).
דוגמה למבנה מסמך STD (תבנית קצרה)
-
מבוא
-
מטרת המסמך ומה נבדק בפרויקט.
-
הכנות לפני בדיקות
-
דרישות סביבה (דפדפנים/מכשירים/גרסאות).
-
נתוני בדיקה בסיסיים (משתמשים, סיסמאות, כתובות, הרשאות).
-
תרחישי בדיקה ומקרי בדיקה
3.1) הרשמה (Scenario)
-
מקרה בדיקה: הרשמה תקינה (Positive)
-
מקרה בדיקה: הרשמה עם נתונים שגויים (Negative)
-
מקרה בדיקה: אימות אימייל
3.2) התחברות (Scenario)
-
מקרה בדיקה: התחברות תקינה (Positive)
-
מקרה בדיקה: שחזור סיסמה (Positive)
-
מקרה בדיקה: שחזור סיסמה עם נתונים שגויים (Negative)
3.3) משתמש אורח (Scenario)
-
מקרה בדיקה: צפייה בתכנים ללא התחברות
…
3.4) SEO (Scenario)
-
מקרה בדיקה: בדיקת Meta Tags
-
מקרה בדיקה: התאמת מילות מפתח לתוכן