אני לא יודע מאין הנתונים, אבל בד"כ מתמשים בגראף הזה. אפילו אם המחיר אינו מדוייק, הרעיון דווקא כן.
הירשם ל-
תגובות לפרסום (Atom)
רשומות פופולריות
-
בשבוע שעבר הגיע אלינו איש תהליכים של המטה של AVG בברנו, צ'כיה. מטרת שהייתו בארץ היתה לתאר לנו את תהליכי הבדיקות ב-AVG וליצור לנו סביבת ... -
REST, Representational State Transfer REST הינו סגנון ארכיטקטוני, או סט של אילוצים ארכיטקטוניים. HTTP בנוי בסגנון של REST. HTT...
-
לא היה קל לקבל את הראיון הזה. רוב הצעות העבודה דורשות 2-3 שנות ניסיון. אבל איך אתה מקבל 2-3 שנות ניסיון אם אף אחד לא נותן לך הזדמנות? למ...
-
למרות ניסיוני בתחום המובייל, אני חושב שתמיד טוב להתעדכן ולשמוע מה אחרים חושבים וללמוד מניסיונם. לשם כך קראתי את הספר הזה : Hands-On Mo... -
STR = Software/System Testing Results/Report הערה: יש חברות שמפרידות בין תוצאות הבדיקות ל-STR שמבחינתן זה דוח מסכם של התוצאות. מבחינתי...
ההסבר העומד מאחורי הגרף, אומר בעצם:
השבמחקאם מצאנו שגיאה בהגדרת המערכת, מציאת השגיאה עלתה לנו נאמר שעת קריאה, ולמהנדס המערכת שיתן את התקלה עוד שעת עבודה - סה"כ נאמר 100$.
אם הבודקים כבר החלו לתכנן בדיקות ע"פ השגיאה הנ"ל, והתכנתים כבר החלו לתכנן פרטי המערכת - כעת יש את העלות הקודמת + עלות תיקון המסמכים הנוספים, נאמר 4Xשעה 200$.
אם התכנתים כבר הספיקו לקודד שגיאה זו - יש לתקן כל המסמכים + הקוד, אולי גם לבצע code review מחדש,נאמר 8Xשעה 400$.
אם כבר השקענו זמן מעבדה בבדיקות, יש לחזור גם על הבדיקות+ מעט רגרסיה + לוודא שהחבר לא הביא חברים נוספים בתיקון...נאמר 12Xשעה 600$.
אם חס וחלילה יצא ללקוח - בכמה נאמוד איבוד לקוח? או את הנזקים שנגרמו ללקוח והקנסות שהחברה תיאלץ לשלם...$$$$$$$$
קובי הלפרין
יצא לי להיות נוכח בישיבה שעסקה בקנס יומי שקומברס הייתה צריכה לשלם... למותר לציין שהישיבה לא הייתה לבבית...
השבמחקיש לי שאלה-
השבמחקהאם קיים בעולם הבדיקות מספר ממוצע של תקלות שעל בודק למצוא ליום? (ואני מודע לכך שיש הרבה פרמטרים 'במשוואה' הזאת, ובכל זאת....)
לא וגם לא הגיוני שתהיה דרישה כזאת , כמות התקלות שיש במערכת תלויה במורכבות המערכת , זמן הפיתוח שהושקע בה כמות הגירסאות השונות שיש לתמוך בהם וכ וכ
מחקאין שום דרך לקבוע סף כזה
אין לי מספרים אבל מבלי לחקור יותר מידי אני יכול לנחש לפחות כיוון אחד - להסתמך על גרסאות עבר: כמה באגים התגלו בגרסאות קודמות (חובה - כולל אחרי סיום הבדיקות), לצורך ה"ספורט" להוסיף 10% (באגים שלא התגלו) ואז לחלק לפי ימים ומספר בודקים.
השבמחקמה שכדאי לחשוב עליו הוא כיצד יש להתייחס לנתון הזה. אני לא ממליץ להשתמש בזה ככלי מרכזי למדידת בודקים אלא ככלי עזר ביחד עם כלים אחרים. למשל נתון "משקר" כזה: בודק מקצועי יכול להתעכב שעות על ניתוח והבנה של באג קריטי שרק חושים חדים ויכולות טכניות חזקות יכולות לגלות, ואילו בודק חסר ניסיון באותו הזמן ימצא כמה באגים קריטיים אחרים, אבל באגים שקל לגלות תוך כדי בדיקה לפי תסריט הבדיקות (התוכנה קורסת כשפותחים את תפריט ה"אודות" למשל).