מהם תסריטי בדיקה?
תסריטי בדיקה (Test Scripts) הם תיעוד מפורט של שלבים, קלטים צפויים,
תנאים מוקדמים ותוצאות נדרשות לצורך ביצוע בדיקות תוכנה.
הם מהווים את התרגום המעשי של דרישות המערכת או תרחישי בדיקה (Test Scenarios)
לפעולות בדיקה הניתנות לביצוע, לעיתים באופן ידני ולעיתים אוטומטי.
תסריט בדיקה עוזר להבטיח שכל הפונקציות של המערכת נבדקות באופן עקבי, מתועד ורפטטיבי.
הוא חלק בלתי נפרד ממערך בקרת האיכות בתהליך פיתוח תוכנה,
ומטרתו לאפשר בדיקה שיטתית ואחידה של הרכיבים השונים של המערכת.
סוגי תסריטי בדיקה
תסריטי בדיקה ידניים (Manual Test Scripts)
מבוצעים על ידי בודק אנושי.
כוללים הוראות שלב-אחר-שלב לביצוע פעולות במערכת ובדיקת תוצאות.
תסריטי בדיקה אוטומטיים (Automated Test Scripts)
נכתבים באמצעות שפות תכנות או כלים ייעודיים (כגון Selenium, JUnit, TestNG).
מאפשרים הרצה אוטומטית של תסריטים לבדיקות חוזרות ונשנות.
תסריטי בדיקה פונקציונליים
בודקים את ההתנהגות של פונקציות או מודולים במערכת על פי הדרישות הפונקציונליות.
תסריטי בדיקת קצה (Edge Cases / Negative Testing)
בודקים כיצד המערכת מתמודדת עם קלטים חריגים, שגויים או קיצוניים.
תסריטי בדיקות עומס וביצועים
מדמים מספר רב של משתמשים או פעולות על מנת לבדוק את תגובת המערכת תחת עומס.
תסריטי בדיקות רגרסיה
נועדו לוודא שתיקון באג או שינוי בקוד לא השפיע לרעה על פונקציונליות קיימת.
תסריטים לשילוב (Integration Test Scripts)
בודקים את הקשר בין מודולים שונים במערכת.
תסריטי קבלה (UAT – User Acceptance Test)
נכתבים ונבדקים בשיתוף עם משתמש הקצה על מנת לאשר שהמערכת עונה על צרכיו.
כתיבת תסריטי בדיקה
זיהוי הדרישות
ניתוח מסמכי דרישות, מסמכי אפיון או תרחישי שימוש.
הגדרת תרחישי בדיקה (Test Scenarios)
תיאור כללי של מה לבדוק (למשל: “בדיקת תהליך התחברות”).
פירוק לתסריטים
כל תסריט כולל את:
שם התסריט
מטרת הבדיקה
תנאים מוקדמים (Prerequisites)
צעדים לביצוע
נתוני קלט (Input Data)
תוצאה צפויה
תוצאה בפועל (בעת ההרצה)
סטטוס (עבר / נכשל)
אוטומציה (אם רלוונטי)
כתיבת קוד או שימוש בכלי בדיקה לביצוע אוטומטי של התסריט.
בקרה ותחזוקה
עדכון תסריטים בהתאם לשינויים במערכת.
שאלות ותשובות בנושא תסריטי בדיקה
ש: מה ההבדל בין תסריט בדיקה לתרחיש בדיקה?
ת: תרחיש בדיקה הוא תיאור כללי של מה לבדוק (מה קורה כשמשתמש מזין סיסמה שגויה).
תסריט בדיקה מפרט בדיוק איך לבדוק את זה עם שלבים, קלטים, ותוצאה צפויה.
ש: איך להתמודד עם תסריטי בדיקה שמשתנים לעיתים תכופות עקב עדכוני גרסה?
ת: יש לנהל את תסריטי הבדיקה במערכת ניהול בדיקות (כגון TestRail, Zephyr)
ולתעד כל שינוי.
מומלץ לכתוב תסריטים מודולריים, ולהשתמש באוטומציה שבה ניתן לעדכן משתנים מרכזיים
מבלי לשכתב כל תסריט.
ש: כיצד לבחור תסריטים לאוטומציה?
ת: תסריטים שחוזרים על עצמם לעיתים קרובות (Smoke Tests, Regression)
תסריטים קריטיים לפעילות העסקית
תסריטים עם קלטים מדודים וצפויים
לא מומלץ לאוטומציה: תסריטים עם הרבה שינויים UI, או כאלו שמערבים תהליכים ידניים.
ש: כיצד מודדים את איכות תסריטי הבדיקה?
ת: לפי מדדים כגון:
כיסוי דרישות (Requirement Traceability)
שיעור גילוי תקלות (Defect Detection Rate)
בהירות (Clear Steps and Results)
אחוז תסריטים שעברו / נכשלו
אחוז אוטומציה מוצלחת
ש: כיצד ניתן לשלב תסריטי בדיקה בתהליך CI/CD?
ת: יש לכתוב תסריטים אוטומטיים שניתנים להרצה ב־CLI או בתצורה סקריפטית.
לאחר מכן משלבים אותם כחלק מה־Pipeline (למשל Jenkins/GitLab CI) כך שכל קומיט או מיזוג קוד
מריץ את כל או חלק מהבדיקות.
