היום נדבר על:
חשיבות כתיבה בהירה, ברורה ואינפורמטיבית של באגים
דוח באג שכתוב טוב
יכול לחסוך זמן
וימנע תקשורת שגויה או צורך בתקשורת נוספת.
לעומת זאת,
דיווח של באג חסר או לא ברור
יגרום לבקשות של מידע נוסף
ועלול ליצור תקורה (overhead) מיותרת.
בנוסף באג כזה יכול להוביל
לאי רצינות בטיפול על ידי המפתח.
כאשר את מדווחת באגים
את צריכה ליצור דוחות באגים אינפורמטיביים (לתת כמה שיותר מידע)
ולכתוב אותם בצורה ברורה.
חשוב להדגיש,
שחשיבות כתיבה ברורה, בהירה ואינפורמטיבית
היא הכרחית גם לבודקים וגם למפתחים.
יש חשיבות שבכל חברה יקדישו זמן
ללמד את הבודקים לכתוב דוחות טובים
ואת המפתחים לספק מידע והסבר על הפתרון.
אם כולם יעשו הכל על-מנת לתקשר ביעילות-
הפרודוקטיביות (תפוקה) תעלה.
בדיוק כפי שמפתחים מצפים
לדוחות באגים מפורטים וכתובים היטב
כדי לגשת לבעיה ביתר קלות,
כך גם הבודקים צריכים לצפות
לפתרון בעיה בצורה מפורטת וכתובה היטב
כדי שיוכלו לבצע בדיקות חוזרות בצורה מהירה ויעילה.
כולנו יודעות שבדיקה חוזרת (re-test) היא חשובה,
ורזולוציות ברורות והסבר ברור ע"י המפתחים
יאפשרו בדיקה חוזרת טובה יותר ומהירה יותר.
מזמינה אותך להתחיל להקפיד
על שליחת באגים "טובים"
בכך תעלי את הפרודוקטיביות,
תחסכי זמן
ותקטיני את התקשורת הנוספת עם המפתחים.
לסיכום-
תקשורת טובה היא דו-כיוונית,
והתפקיד של כולנו להבטיח שהיא תעשה כנדרש.
בהצלחה!
