DCSIMG
איך נחליט איזה באגים לתקן בתהליך הפיתוח? - Eran Ruso
Sign in | Join | Help

איך נחליט איזה באגים לתקן בתהליך הפיתוח?

פורסם בתאריך Jul 02 2011, 10:34 PM על ידי Eran Ruso | ישנם 1 תגובות

סוגיה שעולה אצל מרבית הלקוחות שלי…

אני תמיד אומר: “את כל הבאגים צריך לנהל אך לא את כל הבאגים נתקן”, אז איך נחליט את מה לתקן?

התשובה לזה היא פשוטה: “אם עלות תיקון הבאג גבוהה מהעלות של לא לתקן את הבאג אז לא נתקן, אם עלות התיקון נמוכה יותר נתקן”

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

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

שבודקים עלות באג לא מתוקן יש לבחון גם את הדברים הבאים:

- השם של החברה בשוק

- עלות התמיכה בלקוחות

- עלות לקוחות עוזבים או לא מרוצים

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

שבודקים עלות תיקון יש לבחון גם את הדברים הבאים:

- זמן מפתח

- זמן בודק

- זמן ארכיטקט

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

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

תיהנו!!!

רשימת תגובות

# re: איך נחליט איזה באגים לתקן בתהליך הפיתוח?

פורסם בתאריך Monday, July 04, 2011 8:40 AM על ידי ArnonA  

פשוט ונכון!

עם זאת, כדאי לזכור שככל שבאג מתגלה ומתוקן בשלב יותר מוקדם, העלות שלו נמוכה יותר. זאת בדיוק הסיבה ש-TDD משתלם ברוב המכריע של המקרים, ובמיוחד לאורך זמן. TDD מוריד באופן משמעותי את כמות הבאגים שנכנסים לבילד, הופך את הקוד ליותר בדיק (testable), ומכיוון שקוד יותר בדיק הוא גם קוד יותר מודולרי וקל לשינוי, העלות של תיקון באג נמוכה באופן משמעותי (גם אם הוא מתגלה רק בשלב מאוחר)!

שלח תגובה

(שדה חובה) 
(שדה חובה) 
(אופציונלי)
(שדה חובה) 

Enter the numbers above: