כלים - המשך

כלים לדיווח ומעקב אחרי באגים

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

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

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

כדי לפתור בעיות אלו, קיימים כלים שונים שמטרתם דיווח ומעקב אחרי באגים.
בפרק הבא נציג 3 כלים ממשפחה זו: DDTS Clear Quest Dev Track

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

 

תכונות של כלי מעקב

כלי המעקב יתמכו בדרך כלל בתכונות הבאות:

• אפשרות להוסיף למאגר המידע באגים חדשים.



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


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



• אפשרות לשנות מידע על באגים קיימים.



• שליחת דוא"ל
  התוכנה שולחת באופן אוטומטי דוא"ל לאנשי מפתח כאשר סטטוס של באג משתנה.



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



• תאימות לתוכנות אחרות

 

ההבדל בין הכלים השונים יבוא לידי ביטוי בנושאים הבאים:

• הידידותיות של הממשק,
• פשטות השימוש,
• תכונות נתמכות,
• עוצמת מאגר הנתונים.