PracticU

הגדרת חשיבות באג - Priority vs Severity

בלי כתוביותעם כתוביות
PracticU › קורס בדיקות ידניות - QA › הגדרת חשיבות באג - Priority vs Severity
הגדרת חשיבות באג - Priority vs Severity
הבחנה בין Severity ל-Priority חוזרת בכל הגדרה של באג. ההרצאה מציגה טבלה של ארבעה צירופים אפשריים.
ההגדרות והמטריצה
1. Severity: כמה התקלה משמעותית לעסק ולמערכת, לתכונות הליבה שלה. אם באתר קניות אי אפשר להוסיף מוצר לעגלה, ה-Severity הוא הגבוה ביותר.
2. Priority: לפי הדובר, כמה מהר וכמה קל אפשר לתקן את הבאג מבחינה טכנולוגית.
3. הטבלה: Priority בציר ה-Y ו-Severity בציר ה-X.
4. Low Severity ו-Low Priority: תקלה מינורית, שמשפיעה מעט על העסק ועל מעט משתמשים.
5. Low Severity ו-High Priority: תופעה שקל לראות באתר, אבל היא לא מונעת מהמשתמשים להשלים תרחיש כמו רכישה.
6. High Severity ו-Low Priority: תקלה שמשפיעה על מעט לקוחות אבל באופן דרמטי, כמו אפליקציה שלא תומכת בגרסת אנדרואיד ישנה. המשתמשים האלה לא יכולים לעבוד, אבל מעטים עובדים עם מכשירים כאלה.
7. High Severity ו-High Priority: בעיה קריטית להרבה משתמשים ולהתנהגות הליבה, כמו רכישה דיגיטלית, שחוסמת workflow קריטיים.
אחרי ההרצאה אפשר לסווג באג לאחד מארבעת הצירופים ולהסביר את ההבחנה.
השיעור הבא בקורס: לוח ניהול תקלות - Board BUGS

פרקי ההרצאה: הגדרת חשיבות באג - Priority vs Severity

  1. 00:00

    Severity - השפעה עסקית של התקלה

  2. 00:40

    מטריצת Priority מול Severity

  3. 01:18

    תקלה שאינה מונעת השלמת תרחיש

תמלול ההרצאה: הגדרת חשיבות באג - Priority vs Severity

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

  1. 00:02

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

  2. 00:22

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

  3. 00:50

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

  4. 01:05

    כשאנחנו מדברים על באג שהוא Low Severity אבל Hyperiority אנחנו מדברים על משהו על איזושהי תופעה באתר איזושהי תקלה שלא גורמת הרבה הפרעה אבל אפשר לראות את התקלה הזאת די בקלות אבל היא אינה מונעת מהמשתמשים להשלים את התרחישים שהם רוצים לבצע מול המערכת לדוגמה רכישת מוצר.

  5. 01:26

    כשאנחנו מדברים על תקלה שהיא איי סוויריטי

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

ההרצאה הקודמת: מחזור חיי תקלה בארגון

ההרצאה הבאה: לוח ניהול תקלות - Board BUGS

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

  • איך לדווח על באג - QA
  • חשיבות הרווחים ב-Ansible
  • הגדרת PATH
  • הגדרת Class - חלק 1

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

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