 |
אנחנו יודעים שכתיבת מקרי מבחן (Test Cases) טובים זה אחד מהפעילויות
העיקריות מתהליך ההכנה לבדיקות. לפעמים יכול להיות קשה להחליט איפה להתחיל, לכן,
במאמר הזה ניתן לכם כמה טיפים שימושיים על איך ליצור Test Cases.
מה זה Test case?
“A test case is a set of conditions or variables under which a
tester determines whether a system under test satisfies requirements and works
correctly.”
בעיקרון טסט קייס זה סט של צעדים ותנאים שבודק תוכנה צריך ללעקוב
אחריהם בשביל לבצע את הבדיקה. הבודק צריך לעקוב אחרי ההוראות של ה- test caseבכדי
להעריך התנהגות נכונה/פונקציונאליות של כל אפליקציה.
כתיבת טסט קייסים זאת יכולת נרכשת ותרכשו אותה רק אם תתרגלו
ותעמיקו את ההיכרות שלכם עם המוצר שאתם בודקים.
מה היתרון של test cases?
·
בלי תסריטי בדיקות קשה לוודא איך ומה באפליקציה נבדק קודם. אין שום הבטחה שהאפליקציה
תיבדק באותו אופן בפעם הבאה.
·
בלי טסט קייסים פורמליים, יקרו יותר טעויות בבדיקות ובאגים קריטיים עלולים לא
להתגלות מאוחר מידי.
·
במהלך ההכנות לקראת
כתיבת טסט קייסים, אנליסט
צריך לקבוע מה המידע שיבדק, התנאים ומי הבודק שיבצע את הבדיקות. ההכנות לטסט קייסים למעשה קובעות מראש שכל התרחישים האפשריים נבדקים (ורק פעם אחת).
לאחר מכן הבודקים מבצעים את השלבים שכתובים בטסט קייסים ומשווים את התוצאות בפועל מול התוצאות הצפויות (actual result VS
expected result)
איך לגרום לתסריטי בדיקות להיות מעולים?
·
תכתבו טסט קייסים פשוטים- ההוראות לביצוע צריכות להיות פשוטות ומחולקות לשלבים. תהיו
ישירים כשאתם כותבים טסט קייסים.
לדוגמא: תזין סיסמא, תלחץ על...
·
תתמקדו במטרה אחת-
תבדקו רק פונקציונאליות אחת בכל בדיקה. אם תנסו לבדוק מספר תנאים בבידקה אחת יהיה
קשה מאוד לעקוב אחרי התוצאות והטעויות.
·
תהיו מדויקים- אל
תניחו ששום פונקציונאליות מתרחשת, תכתבו בהתאם למסמך אפיון.
·
תמיד תעבדו לפי
כללים קבועים- תסדרו את הטסט קייסים באופן עקבי. תשמשו באותו
דפוס כשאתם מארגנים את הבדיקות. זה מקל על הבדיקה של הבודקים שיבדקו אחריכם.
·
הבדיקות צריכות
להיות קצרות- אם הטסט קייסים הן רשימה ארוכה של שלבים
וקוראת טעות, המפתח יצטרך לחזור לשחזר את כל השלבים. אם יהיו יותר מידי שלבים, זה
חיסרון גם עבור הבודקים בגלל שהבודקים צריכים לבצע את כל השלבים בשביל לוודא
שהטעות אכן תוקנה.
·
תעשו שימוש חוזר
במה שהכנתם- תזכרו שניתן להשתמש מספר פעמים בטסט קייס טוב בפרויקטים/צוותים אחרים.
זה יחסוך לכם הרבה זמן!
·
ביקורת- תשלחו את
הגרסה הסופית של הטסט קייס לקולגות שלכם ותעשו ישיבת צוות שבה כל אחד מחברי הצוות
ששייך לפרוייקט יציע הצעות וישתף בדעה שלו. אנשים שונים מסתכלים על אותו הבעיה
בצורה שונה.
·
חשוב מאוד לעדכן את
הטסטים שכתבתם כל הזמן ולוודא שהשינויים במוצר מעודכנים בטסט קייסים שכתבתם כבר.
לכתוב טסט קייסים אפקטיביים
עם כל המידע הרלוונטי זאת מטלה זאת מטלה חשובה. כל עוד אתם חושבים על משתמשי הקצה,
יודעים מה עושה האפליקציה שבודקים מקצה לקצה ומיישימים את הטיפים שציינתי, אתם
תסתדרו!
עכשיו כשאתם יודעים איך לכתוב טסט קייסים, תחזרו לשלב התכנון, תפרקו
את האפליקציה
לקומפוננטות ותייצרו את הטסטים הכי טובים שאתם יכולים שיענו על כל
התרחישי השימוש
האפשריים.
אין תגובות:
הוסף רשומת תגובה