PracticU

תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום

בלי כתוביותעם כתוביות
PracticU › קורס בדיקות ידניות - QA › תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום
מילון מושגים:
Agile - גישת פיתוח איטרטיבית וגמישה, שבה העבודה מתקדמת במחזורים קצרים עם משוב והתאמה מתמשכים.
בדיקות ידניות - בדיקת תוכנה שמבצע אדם ידנית, בלי סקריפטים אוטומטיים, לפי תרחישים ותצפית על ההתנהגות.
רכיב - יחידת בניין עצמאית וניתנת לשימוש חוזר בתוך מערכת או ממשק משתמש, שאחראית על חלק מוגדר מהתפקוד.
בדיקות אוטומטיות - הרצת בדיקות תוכנה באמצעות סקריפטים וכלים, במקום בדיקה ידנית, כדי לחסוך זמן ולהגדיל כיסוי.
רגרסיה - בדיקות שמוודאות שתכונות שעבדו קודם ממשיכות לעבוד גם לאחר שינויים בקוד.
GUI - ממשק משתמש גרפי: ממשק מבוסס חלונות, אייקונים וכפתורים, בניגוד לשורת פקודה טקסטואלית.
בדיקות עומסים - בדיקות שבוחנות כיצד מערכת מתפקדת תחת עומס גבוה של משתמשים או בקשות בו-זמנית.

תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום
שני מושגים משלימים מגדירים מתי משימת בדיקות מתחילה ומתי היא נחשבת גמורה: תנאי קבלה ותנאי סיום. ההרצאה מסכמת את שניהם.
שני צדי המטבע
1. Acceptance Criteria: התנאים המינימליים הבסיסיים שבהם אפשר לדעת שהמוצר עומד במה שהוגדר לו. הם בנויים כמצב התחלתי, פעולה ותגובה צפויה של המערכת, ומוגדרים לכל סיפור לקוח שעובר לבדיקות איכות.
2. דוגמה חיובית: באתר e-commerce לוחצים על הוספה לעגלה, ומצפים שמוצר אחד ייכנס אליה.
3. דוגמה שלילית: מוצר שאזל מהמלאי. לחיצה על הכפתור לא מוסיפה אותו, ומוצגת הודעת שגיאה על חוסר במלאי.
4. Definition of Done: רשימת בדיקה מעולם ה-Agile שמבצעים לפני שמצהירים שהבדיקות הסתיימו והמוצר מוכן למסירה לייצור.
5. מה כוללת הרשימה: בדיקות ידניות של הרכיב, אוטומציה שמכסה את הבדיקות הידניות או לפחות את המשמעותיות שבהן (לשימוש בבדיקות רגרסיה בעתיד), וביצוע מלא של כל ה-Acceptance Criteria, כולל פונקציונליות ו-GUI.
6. סוגי משימות אפשריים: ריצת טסט קייסים במערכת לניהול טסטים, בדיקות עומסים, שימושיות וקומפטביליות.
שימו לב
תנאי הקבלה הם רק המינימום, ולכן עדיין מוסיפים בדיקות נוספות. ה-Definition of Done יכול להיחשב שהושלם רק כשה-Acceptance Criteria נבדקו בצורה מלאה.
אחרי ההרצאה אפשר להבחין בין מה שמגדיר קבלה של סיפור משתמש לבין מה שמגדיר סיום של כל משימת הבדיקות.
השיעור הבא בקורס: טכניקות בדיקות לפי חלוקה לסוגי קופסאות

פרקי ההרצאה: תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום

  1. 00:00

    תנאי קבלה כתנאים מינימליים

  2. 01:01

    דוגמת קריטריון קבלה חיובי

  3. 01:55

    קריטריון קבלה שלילי למוצר חסר

  4. 02:29

    רשימת Definition of Done לפני Delivery

תמלול ההרצאה: תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום

הטקסט המלא של הדקות הראשונות בהרצאה «תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

    בסרטון הקרוב נסכם את שני המושגים שלמדנו בשיעורים הקודמים Acceptance Criteria, תנאי קבלה ו-Definition of Done, הגדרת סיום משימה.

  2. 00:13

    שני המושגים האלה הם שני צדדים של אותו המטבע, משימה של בדיקות. Acceptance Criteria אומרת תנאים מינימליים שבהם אנחנו יכולים לדעת שהמוצר שלנו עומד בתנאים שהגדרנו לו, בתנאים הבסיסיים שהגדרנו לו.

  3. 00:32

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

  4. 00:53

    זה Acceptance קריטריה שאמורה להיות מוגדרת לכל סיפור לקוח שמועבר לשלב בדיקות איכות. הגמנו את זה שאנחנו יכולים לעשות אקספטנס קריטריה חיובי, למשל user story סיפור משתמש שבו אנחנו רוצים לבדוק התנהגות הוספת מוצר לסל הקניות, אז כאשר אנחנו מצאנו איזשהו מוצר שאנחנו רוצים לקנות באתר e-commerce,

  5. 01:19

    אז אנחנו לוחצים על כפתור הוספה לעגלת קניות, cart, אז אנחנו מצפים שהמערכת שלנו תתנהג בהתאם לכך שאותו מוצר ספציפי בכמות יחידות אחת תתווסף לעגלה. זה ה-Acceptance Criteria. כשאנחנו רוצים לבדוק את הסיפור משתמש הזה, אנחנו מגדירים תנאים

  6. 01:40

    בסיסיים מינימליים שאנחנו מצפים שהמוצר יתקבל. זה לא אומר שאנחנו לא נבצע עוד בדיקות, אנחנו נוסיף ונעשה בדיקות נוספות, אבל התנאים הבסיסיים לקבלת המוצר לבדיקות הם אלו.

  7. 01:52

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

  8. 02:12

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

  9. 02:26

    כמו כן דיברנו על הצד השני של המטבע של משימת הבדיקות והוא הגדרה, ההגדרה לסיום משימת בדיקות. Definition of done, מושג שמקובל בעולם של עבודת בדיקות בשיטת אג'ייל.

  10. 02:42

    אז Definition of done זה הגדרות ה-checklist, הרשימה שאותה אנחנו צריכים לבצע לפני שאנחנו אומרים שסיימנו את שלב הבדיקות והמוצר מוכן ל-delivery, מוכן להעברה בעצם לצד הלקוח האמיתי, לייצור, בצוותים שעובדים בשיטת עבודת אג'ייל

לקורס המלא: קורס בדיקות תוכנה ידניות QA

ההרצאה הקודמת: הגדרת תקן לסיום משימה בצוות בדיקות

ההרצאה הבאה: טכניקות בדיקות לפי חלוקה לסוגי קופסאות

הרצאות קשורות מקורסים אחרים

  • תנאי if
  • תנאי If - Else - חלק 1
  • תנאי if-else בג'אווה
  • הגדרת נקודת התחלה ונקודת סיום של הבדיקה

קורסים נוספים במסלול

  • קורס בדיקות ידניות - Manual Testing
  • קורס הכנה למבחן ההסמכה ISTQB