האם אנחנו באמת יודעים לתעדף תקלות?

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

בודקי התוכנה ממהרים לדלג על פרמטר שהוא ממש חשוב הינו שכיחות התקלה, וזה למה? כי לא תמיד הם מבינים את התהליך העסקי עד הסוף ועד כמה הוא חשוב לעסק, או לאנשים העוסקים בתהליך. כשהבודקים באמת מבינים את התהליך העסקי ואת החשיבות של כל צומת או של כל אירוע הם יכולים בהחלט גם לסווג נכון את שכיחות התקלה ועד כמה סביר שהיא תתרחש ל 1,000 משתמשים. אם זה יקרה אחד לאלף אנחנו מבינים שגם שהתקלה היא חשובה, עדיין הפוקוס שלה יורד. אם התקלה היא מתרחשת אחת ל 10 משתשמשים אנחנו מבינים שהיא די מערכתית וגם כשהיא רק בינונית או משפיע על ה GUI או על נתון אינפורמטיבי בלבד, היא תקבל משנה תוקף גבוה כי למעשה כל המשתמשים שלנו יחוו את התקלה הזו.

אם תרצו להרחיב עוד ולהעמיק בנושא, יש לנו קורס דיגטלי מעולה >> לקורס הדיגיטלי של TesQa.net

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