[]  |  
Microsoft team system 2010 test essentials – "the good, the bad and the ugly"  |  רמות בדיקה / סוגי בדיקה  |  מבנה צוות בדיקות  |  תכנון מקרי בדיקה  |  אתרי לימוד ברשת  |  מכללות - לקורסי בדיקות תוכנה  |  מצגות וסירטונים  |  תיעוד בדיקות  |  ארכיון חדשות  |  ניתוח ודיווח תוצאות בדיקות תוכנה ON-LINE  |  Root Cause Analysis -Dealing with problems not just symptoms  |  HP Quality Center - Software Version: 10.00  |  איך יודעים מתי לסיים לבדוק? מדדים ומטריקות ומה שביניהם  |  סוגיות בבחירת כלי אוטומציה  |  

התחברות לחברים

דף הבית >> כתבות QA - טוקבק QAtest >> ניתוח ודיווח תוצאות בדיקות תוכנה ON-LINE
 

 

ניתוח ודיווח תוצאות בדיקות תוכנה ON-LINE (סטאטוס בדיקות/דוח תקלות/Report)

מאת: נתי הורנשטיין

 

 

 

 

שבוע הבא אנו מתוכננים לסיים בדיקות ל " מוצר חדש "  שחייב לעלות

ל PRODUCTION (יצור) כדי לעמוד ב TIME TO MARKET של החברה,

הנקודה היא שהמוצר עבר לבדיקות באיחור של 20 ימי בדיקות (עבודה),

כך שבפועל ע"פ תכנון הפרויקט צוות הבדיקות נאלץ לסיים את עבודתו לאחר 60 ימי עבודה
 ולא 80 יום כפי שתוכנן.

 

האם הסיפור הזה לא מוכר לכם ??? האם הוא חוזר על עצמו ברוב הפרויקטים ?

 

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

 

יצירת דוח ניתוח תוצאות הבדיקות ON-LINE בשלב הבדיקות חייב להיות זמין ומדויק, מכיוון שדוח זה קריטי להחלטת לעליה ל PRODUCTION.

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

 

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

מכאן באה החשיבות לניהול הסיכונים בצורה מהירה ומדויקת.

כיום ישנם מספר רב של תוכנות לניהול תקלות (ניתן לקרוא עליהן באתר QAtest תוכנות ועזרים לבודק) הנותנות מענה יעיל לנושא.

 

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

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

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

 

להלן דוגמא לדוח המקשר תקלות לפרויקט:

מספר תקלה

מספר פרויקט

 

צוות פיתוח

 

שם דרישה

תיאור תקלה

חומרת התקלה

עדיפות

124

10

הקמת לקוח

 

 

 

 

125

10

הקמת  לקוח

 

 

 

 

126

10

גביה

 

 

 

 

127

15

 

 

 

 

 

128

10

מכירות

 

 

 

 

129

15

 

 

 

 

 

130

15

 

 

 

 

 

131

10

גביה

 

 

 

 

132

10

מכירות

 

 

 

 

 

 

 

 

להלן דוגמאות לניתוח של דוח סטאטוס בדיקות לפרויקט :

 

  דו"ח סיכום בדיקות תוכנה גרסה xx - סיכום תקלות לפי חומרה -

מס' תקלות בכל סבב / חומרה

 

חומרה

סבב ראשון

סבב שני

 

סבב שלישי

גבוהה -1

 

 

 

 

בינונית -2

 

 

 

 

נמוכה - 3

 

 

 

 

 

  

 

 

מס' תקלות לפרויקט / חומרה      
שם פרויקט גבוהה -1  בינונית - 2 נמוכה - 3
קליטת עסק חדש      
מוצר חדש      
קליטת תשלום      

 

מס' תקלות לפרויקט / צוות פיתוח 
שם פרויקט הקמת לקוח גביה מכירות
קליטת עסק חדש      
מוצר חדש      
קליטת תשלום      


 
 

 


+ הוסף תגובה חדשה
תגובות:
Loading בטעינה...

Go Back  Print  Send Page

חברי QAtest

הרשמו לרשימת התפוצה 
וקבלו פעם בחודש את 

 "חדשות עולם הבדיקות"
בדואר אלקטרוני מהדורה עשירה במידע חם ובטיפים שיסייעו לכם. 
לעולם לא אשתמש בכתובת הדואר האלקטרוני שלכם חוץ מאשר משלוח של QAtest !
להצטרפות לרשימת התפוצה הכנס את כתובת הדואר האלקטרוני שלך:
 שלח



עכשיו בפורום

בדיקות תוכנה מא' עד ת'

                    הזכויות שמורות ל www.sqat.co.il www.qatest.co.il www.software-qat.com  הוקם על ידי

בניית אתרים - לייבסיטי