PracticU

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

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

הגדרת תקן לסיום משימה בצוות בדיקות
Definition of Done היא רשימת משימות סטנדרטית שמגדירה מתי אפשר להכריז שבדיקות של סיפור משתמש או רכיב הסתיימו. בלי רשימה כזאת קשה לדעת אם בדקנו מספיק.
איך זה עובד
1. הבעיה: בשלב מסוים של מחזור הפיתוח (SDLC) לא ברור אם בדקנו מספיק את מה שהועבר אלינו, ולכן קשה לדעת מתי להמשיך לרכיב או לסיפור משתמש אחר.
2. הפתרון: רשימת צ'קליסט כללית ותקן מחייב בצוות הבדיקות. רק אחרי שכל השלבים בה הושלמו מכריזים על סיום.
3. מה כוללת הרשימה: משימות של בדיקות ידניות (Manual) לפי test cases, ובדיקות אוטומטיות שמכסות לפחות בדיקת שפיות או שלבים בסיסיים. כן נפתחו תקלות, ותוקנו כל הדברים האחרים ש-Definition of done דורשת.
שימו לב
בפרויקטים יש לחץ זמן, והלקוח עשוי לדרוש לוותר או לעגל פינות כדי לסיים מוקדם. צוות הבדיקות צריך לדעת שה-Definition of done חייבת להיות קשיחה ומחייבת, ובלעדיה אי אפשר להגיע ליעדים שהוגדרו.
אחרי ההרצאה אפשר להסביר מה Definition of done ולמה צוות בדיקות לא מוותר עליה.
השיעור הבא בקורס: תנאי קבלה ותנאי סיום של משימת בדיקות - סיכום

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

  1. 00:00

    Definition of Done בשיטת Agile

  2. 00:39

    רשימת תיוג כתקן לסיום בדיקות

  3. 01:14

    משימות Manual ו-Automated Test

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

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

  1. 00:02

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

  2. 00:17

    בשלב מסוים של תהליך הפיתוח ה-SDLC – Software Development Cycle יכול להיות לא ברור האם בדקנו מספיק את הפיתוח שהועבר אלינו במסגרת סיפור משתמש. יש קושי להיות בטוחים כי שלב הבדיקות מוצע הגיע לסיום ואנחנו אנחנו יכולים להמשיך הלאה לבדיקה של רכיב אחר, סיפור משתמש אחר.

  3. 00:36

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

  4. 00:50

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

  5. 01:10

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

  6. 01:25

    בדרך כלל תהליך ה-definition of done יכלול את המשימות של Manual ו-Automated Test, כלומר טסטים אוטומטיים לפי Test Cases וטסט

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

ההרצאה הקודמת: קריטריון קבלה - תנאי קבלה לבדיקות חלק במוצר הנבדק

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

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

  • ביטול משימה אסינכרונית
  • משימה מתוזמנת - Scheduled Task
  • בדיקות קונפיגורציה
  • ניתוח בדיקות

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

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