בין אם אתם אחראים מקצועית על עבודה של בודקים בצוותי אג'ייל או מנהלים אותם ישירות, חשוב מאוד לעבור על באגים חדשים שהצות פותח, עד לרמה שאומר שיש סיכוי טוב שאתם מפספסים חלק חשוב מעבודתכם כמנהלים אם אתם לא עושים את זה.
בפוסט הקודם הסברתי על כל מיני דברים שכדאי לשים לב אליהם בעת שעושים ריוויו לבאגים, אבל גם בלי זה אני בטוח שאתם יודעים מה לחפש ולהוציא תובנות מהעיון בבאגים.
מדוע זה חשוב?
- לוודא שהבאגים כתובים כהלכה (ברורים, עם קבצים של לוגים/תמונות וכד') ואכן יהיה למפתח ברור מה הבעיה;
- החומרה והפריוריטי נכונים - כאן אפשר לוודא שבאגים לא נעלמים מתחת לרדר בגלל סיווג לא נכון;
- לראות את רמת הבאגים - אם כולם ברמת ה-UI אולי הבדיקות מפספסות משהו?
- לראות את היכולות של הבודקים - אם בודק מצא באג מורכב זה יכול להראות את הרמה שלו ושל הבדיקות שלו;
- לדעת תמיד כמנהל ואיש טכני מה מצב המוצר - האם יש לו הרבה באגים קריטיים? מהם וכד'.
הייתי מסכל גם על באגים שנסגרים, בעיקר על Reject. ראיתי יותר מפעם שבודק שוכנע בטעות שזה לא באמת באג.
אין תגובות:
הוסף רשומת תגובה