"תיקנתי את זה" זה לא סוף התהליך
באג שדווח בסלאק ותוקן בשקט נעלם מההיסטוריה - עד שהוא חוזר. BugTracker עוקב אחרי כל באג ממחזור החיים המלא שלו, כולל מי אימת שהתיקון באמת עבד.
עקבו אחרי באג לדוגמה
לחצו "התקדמו" כדי לראות כל שלב.
#412 - כפתור שמירה לא מגיב במובייל
דווח על ידי משתמש. עדיין לא נבדק על ידי הצוות.
באג שנעלם מהעין הוא באג שיחזור
כשבאג מדווח ומתוקן דרך הודעות סלאק, אין תיעוד למה הוא קרה או איך תוקן. BugTracker שומר את ההיסטוריה המלאה - מועיל בפעם הבאה שבעיה דומה צצה.
מה זה כולל
מדיווח ראשוני ועד אימות תיקון, כל שלב מתועד.
סיווג באגים לפי דחיפות, לא רק סדר הגעה.
משתמשים חיצוניים יכולים לדווח בלי גישה מלאה.
קומיט יכול לעדכן סטטוס באג אוטומטית.
מה עובר קודם
בדרך כלל מגדירים תחילה את זרימת הסטטוסים המתאימה לצוות, ואז מתחילים לדווח באגים חדשים דרך המערכת - לא מייבאים היסטוריה ישנה.
מה קורה לבאגים פתוחים כרגע
רשימת הבאגים הפתוחים היום (בסלאק, בגיליון) מועברת ידנית פעם אחת בתחילת ההטמעה.
מה נדרש מכם
זרימת הסטטוסים הרצויה לצוות, ומי אחראי על אימות תיקונים לפני סגירה.
שאלות שצריך לענות עליהן לפני שמתחילים
- איך באגים מדווחים ומתועדים היום?
- מי מאמת שתיקון באמת עובד לפני סגירה?
- נדרש פורטל דיווח למשתמשים חיצוניים?
- יש כלי ניהול גרסאות שצריך לחבר?
שאלות נפוצות
Projects עוקב אחרי משימות פרויקט כלליות. BugTracker מתמחה בזרימת עבודה של באגים ספציפית - שכפול, עדיפות, סביבת שחזור וזרימת סטטוסים ייעודית לפיתוח.
כן - יש פורטל דיווח ציבורי או מוגבל, כך שגם לקוחות או בודקי QA חיצוניים יכולים לדווח בלי גישה מלאה למערכת.
כן - זרימת ברירת המחדל (חדש, מאומת, בטיפול, תוקן, אומת) ניתנת להתאמה לתהליך העבודה הספציפי של הצוות.
יש אינטגרציות לכלי ניהול גרסאות נפוצים, כך שקומיט יכול להתייחס לבאג ספציפי ולעדכן את הסטטוס אוטומטית.
כן - גם צוות של שני מפתחים מרוויח מתיעוד מסודר, בעיקר כשבאג חוזר אחרי כמה חודשים ואף אחד לא זוכר מה קרה בפעם הקודמת.
מה משתלב עם BugTracker
מוצרי Zoho שנפגשים עם מעקב הבאגים באותו תהליך. מה שמסומן כקישור נפתח לעמוד מלא.
באגים מדווחים ונעלמים בהודעות סלאק אצלכם?
בשיחת פתרון טכנית נבדוק את זרימת העבודה הנכונה לצוות הפיתוח שלכם.