slide1
Download
Skip this Video
Download Presentation
בדיקות תוכנה עקרונות

Loading in 2 Seconds...

play fullscreen
1 / 77

בדיקות תוכנה עקרונות - PowerPoint PPT Presentation


  • 289 Views
  • Uploaded on

בדיקות תוכנה עקרונות. מהדורה 12. רשימת הנושאים. מבוא כללי מצב קיים מצב רצוי מתודולוגיה מסמך STP טכניקות. מהדורה 12. תפקידו של מנתח המערכות. ההבדל בין QA ו QC. QA. QC. לאבד את זה. לאבד את משחק טכנולוגית הבדיקות פירושו לאבד את משחק האיכות

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' בדיקות תוכנה עקרונות' - oswald


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide2
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקות

מהדורה 12

slide5
לאבד את זה

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

ומשמעותו לאבד את משחק התוכנה

לאבד את משחק התוכנה פירושו לאבד את משחק ה hi-tech

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

(B. Beizer)

slide12
הגדרות

תהליך של הפעלת מרכיב תוכנה

(מודול,מחלקה, תוכנית, מערכת ,תת מערכת )

במטרה לאתר מקסימום פגמים

  • בדיקה ((Test
  • ניפוי (Debugging)

תהליך של ניתוח והסבר מדוייק

לפגם שנתגלה בבדיקה

כתוצאה מתהליך זה, יתוקן מרכיב התוכנה

והמרכיב יעבור בדיקה מחודשת

defects
הסיכונים בפגמים(Defects)
  • שיתוק העסק למספר שעות
  • תוצאות לא נכונות -------->החלטות לא נכונות
  • פגיעה בשלמות קבצים
  • תהליכים שלא ניתן לשחזר/תהליכים בלתי הפיכים
  • רמת שירות בלתי סבירה ללקוחות
  • רמת אבטחת מידע נמוכה
  • קושי להשתמש במערכת
  • קושי בתחזוקת המערכת
  • רמת ביצועים נמוכה
  • חוסר אפשרות להבטיח עבודה רציפה
slide14
מכון התקנים האמריקאי

בכל שנה נגרם למשק האמריקאי נזק

המוערך ב 60 מיליארד דולר,

כתוצאה ממה שכינה:"תשתית לקויה לבדיקות תוכנה"

במלים אחרות: הרבה מהתוכנות פשוט איומות

slide15
מהיכן צומחות השגיאות
  • דרישות לקויות 56%
  • עיצוב לקוי 27%
  • שגיאות אחרות 10%
  • שגיאות תכנות7%
slide16
ווטס המפרי
  • לאור בדיקה של 13,000 תוכנות
  • מתכנת מומחה עושה בין 100 ל 150 טעויות בכל 1000 שורות קוד
slide17
מקורות ידע
  • לחפש באגים-אוריאלה כהן
  • אתר הידע P2080 : פרק הבדיקות
  • Testing Computer Software, 2nd Edition: Cem Kaner
  • Lessons Learned in Software TestingBach:
  • ארגון ISTB
slide18
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקה
slide19
בעיות במצב הקיים
  • הגדרה לא ברורה של יעדים ומטרות
  • ביצוע בדיקות, בשלבים לא מתאימים במחזור החיים
  • ביצוע בדיקות על ידי כ"א לא מתאים
  • התמקדות יתר ב Unit Tests
  • שימוש בכלים לא אפקטיביים
  • השקעה לא מספקת בתהליך בדיקות מתוכנן ומבוקר
  • התייחסות לבדיקות כתהליך חד פעמי
  • המשתמש רואה תוצאות רק בסוף התהליך
  • הצוות מנסה לנפות יותר מידי בבת אחת
slide20
הבדיקות כבעיה פסיכולוגית
  • מי לא עושה שגיאות
  • כמה שגיאות נותרו
  • מי יכול לגלות שגיאות
  • מה קורה כאשר מתקנים שגיאות
  • מי אוהב מגלי שגיאות- האם דוח שגיאות מהלקוח הוא מתנה?

פגם

כשל

שגיאה

Defect

Failure

Error

תוצאה בפועל ≠ תוצאה צפויה

פגם בקוד

מקור אנושי של הבעיה

fixing bug cost
Fixing Bug Costגרף בוהם-

Unit test

Req

Design

Coding

Int. test

Sys. test

Operation

slide22
חלוקה אופינית של ההשקעה בפיתוח

ניתוח ועיצוב

40%

בדיקות וניפוי

30%

פיתוח

30%

20 80
עקרון 20/80 בבדיקות
  • 80 אחוז מהבגים מסתתרים ב 20 אחוז מהתוכנה
  • 80 אחוז מבעיות הביצועים מסתתרים ב 20 אחוז מהתוכנה
  • 80 אחוז מהסיכונים מסתתרים ב 20 אחוז מהתוכנה
  • 80 אחוז מבעיות הUsability מסתתרים ב 20 אחוז מהמימשק
  • 80 אחוז מהבדיקות החשובות ניתנות לביצוע עם 20 אחוז מהנתונים
slide24
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקה
slide25
עקרונות יסוד לשיפור תהליך הבדיקות
  • ההשקעה בבדיקות חייבת להיות פרופורציונלית לגודל הסיכון-שימו לב יש מחיר כבד לתהליך הבדיקות וחייבים להצדיק אותו כלכלית!
  • ההשקעה בבדיקות חייבת להתפזר על פני כל מחזור החיים
  • כל שלבי הבדיקות חייבים להיות מתוכננים,מוגדרים היטב, שיטתיים ,מנוהלים בצורה מבוקרת ומדידים
  • שיפור הגישה הפסיכולוגית לבדיקות
  • זיהוי נכון של מוקדי 20/80
  • העדפת מניעת שגיאות על פני ריפוין
slide26
מניעת שגיאות
  • מניעת Bug היא תמיד עדיפה על Bug שנתגלה ותוקן
  • ברב המקרים עלות המניעה הרבה יותר זולה מאשר עלות הגילוי והתיקון
slide27
תהליך הבדיקות
  • בדיקות הוא תהליך מתמשך ולא שלב במחזור של פיתוח התוכנה
  • תהליך הבדיקות חייב להיות משולב במתודולוגית הפיתוח והתחזוקה
  • אפקטיביות הבדיקות מותנית ברמת השילוב והידע שהוטמע בכל הגורמים המעורבים, כולל המשתמשים
slide28
להלן מספר היגדים אודות מטרות ביצוע בדיקות, כמה מהם נכונים:

1. למצוא פגמים

2. לקבל ביטחון לגבי איכות המערכת

3. לזהות את מקור הפגמים

4. למנוע פגמים

slide29
איזה מהמשפטים הבאים נכון:
  • הבודק יגדיר את התוצאות הצפויות על פי התוצאות בפועל
  • תוצאות צפויות מוגדרות לאחר ההרצה הראשונה של הבדיקות
  • תוצאות צפויות מוגדרות לאחר הרצת כל הבדיקות
  • תוצאות צפויות מוגדרות בשלב עיצוב הבדיקות
slide30
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקות
slide32
תכנון-STP
  • הגדרת מדיניות הבדיקות
  • הגדרת סיכונים
  • הגדרת מטרות הבדיקות
  • הגדרת רמות הבדיקה
  • לו"ז
  • משאבים
  • תקנים: נוהל מפתח, IEE829
slide33
ניתוח ועיצוב-STD
  • ניתוח בסיס הבדיקות(Test basis)
  • פירוט מקרי בדיקה ,נתוני בדיקה ותוצאות צפויות
  • תעדוף מקרי הבדיקה
  • תכנון הקמת סביבת הבדיקות
  • יצירת עקביות בין בסיס הבדיקות למקרי הבדיקה
  • תכנון מנות בדיקה(Test Suits)
slide34
בצוע
  • הכנת הליכי בדיקהTest procedures))
  • הרצת מקרי הבדיקה
  • השוואת תוצאות בפועל מול התוצאות הצפויות
  • ניתוח ודיווח על התקלות(בכלי תוכנה מתאים)
  • ביצוע בדיקות חוזרות(רגרסיה)
slide35
בדיקת מימוש תנאי סף ודיווח
  • בדיקת מימוש התנאי לסיום הבדיקות בהתאם להגדרה ב STP
  • כתיבת STR
slide36
פעילויות סיום
  • בדיקת תוצרי פרויקט הבדיקות(STP STD STR )
  • השלמת רכיבי הבדיקות והעברתם לצוות תחזוקה
  • הפקת לקחים
slide37
בקרה-בדיקת תכנון מול ביצוע
  • מדידה וניתוח תוצאות
  • מעקב אחר רמת כיסוי
  • ייזום פעולות מתקנות
  • עדכון ה STP על פי הצורך
slide38
שילוב תהליך הפיתוח והבדיקות "מודל V"-קלאסי

תיקוף-Validation

בדיקות קבלה

דרישות לקוח

אפיון

בדיקות מערכת

עיצוב

בדיקות אינטגרציה

בדיקות סטטיות

Verification

בדיקות

דינמיות

בדיקות יחידה

UNIT

מפרטי רכיבים

קידוד

פיתוח

slide39
הפעילויות העיקריות של מהנדסי בדיקות
  • הכנת תוכנית בדיקות: STP
  • הכנת סביבת בדיקות
  • עיצוב הבדיקות: STD
  • הכנת נתוני הבדיקות
  • ביצוע הבדיקות
  • הכנת דוח בדיקות: STR
  • ניהול וסיווג תקלות ((Bug Tracking
slide41
מטריצת הבדיקות
  • רמות בדיקה: קבוצת פעילויות בדיקה אשר מאורגנות ומנוהלות יחדיו
  • סוגי בדיקה: אוסף של פעולות בדיקה המכוונות לבדיקת רכיב או מערכת וקשורות במאפיין איכות יחיד בעל מטרה ממוקדת

פונקציונאלי

טכני

slide44
כלי בדיקות
  • Test management and testing progress tracking
  • Defects tracking
  • Transactions generators
  • Support preparation of test data
  • Automate GUI regression tests
  • Static analyzers
  • Dynamic analyzers of memory use and coverage criteria
slide45
בדיקות קופסא לבנה
  • Static
    • Code Inspection
    • Complexity Analysis
    • Loop Analysis
    • Data Flow Analysis
  • Dynamic
    • Coverage Analysis
    • Memory Usage Analysis
slide46
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקות
slide47

מסמך תכנית הבדיקות

STP

Software Test Plan

לפי נוהל מפת"ח

slide48
רשימת הנושאים
  • מבוא.
  • היעדים
  • השיטה
  • רמות הבדיקה
  • סוגי הבדיקה
  • דיווח וניהול תקלות
  • טכנולוגיה ותשתית
  • סביבת הבדיקות
  • המימוש
  • תוכנית עבודה
  • נספח טבלאות ורשימות
slide49
מבוא
  • זיהוי המסמך וזיהוי המערכת הנבדקת.
  • שם הכותב וגרסת המסמך.
  • תאור תמציתי של המערכת הכוללת, גבולות המערכת הנבדקת כולל דיאגרמת מארזים של המערכת ותאור תמציתי של כל יחידה ויחידת משנה.
  • סקירת מסמך STP.
  • הקשר בין תוכנית הבדיקות לתוכניות אחרות כגון: תוכניות פיתוח ותוכנית עבודה כוללת.
  • מסמכים ישימים
slide50
היעדים
  • יעדי שלב בדיקות המערכת
    • תיאור היעד, חשיבות ודרך השגה.
  • הבעיות הצפויות בשלב הבדיקות
    • תיאור, חומרה, דרך פתרון.
  • הערכת עלות/תועלת להיקף הבדיקות עומקן ומספר הסבבים המתכוננים
    • תועלת / חיסכון, יח\' מדידה, שיטת המדידה.
  • ריכוז הסיכונים לשלב בדיקות המערכת
    • סיכון, דירוג, פעולה מונעת, גורם אחראי, לו"ז, סטאטוס ביצוע.
    • הסיכונים יחולקו לסיכונים הפוגעים במימוש הבדיקות וסיכונים הפוגעים באיכות הבדיקות.
slide51
השיטה
  • רשימת הוראות העבודה וגלופות טפסים לניהול תהליך הבדיקות.
  • מאפייני הבדיקות
    • רמת חומרה / סוג תקלה (ראו בהמשך...)
  • הקף הבדיקות
    • לפי קטגוריות המערכת ולפי רכיבי המערכת.
    • ראו בהמשך פירוט סוגי ורמות הבדיקה...
test levels
רמות הבדיקה (הרחבה): Test Levels
  • פירוט רמות הבדיקה שיבוצעו:
    • Unit test
    • Integration
    • Inter-system (interfaces)
    • SystemTest
slide53
סוגי בדיקה (הרחבה)
  • פירוט סוגי הבדיקה שיבוצעו :
  • פונקציונאליות - בדיקת עמידת המערכת בדרישות.
  • תצוגה – בדיקות MMI.
  • תפעול – הדלקה וכיבוי, סוגי הפעלה.
  • ממשקים – בדיקת ממשקים למערכות אחרות.
  • נתונים והסבות – בדיקת הנתונים במערכת החדשה.
  • ביצועים ועומסים – בדיקת התנהגות המערכת בעומסים שונים.
  • אבטחת מידע – עמידת המערכת בסטנדרטים של אבטחה.
  • שרידות ואמינות – רציפות העבודה והתאוששות ממצבי כשל.
  • התקנה – בדיקת התקנת המערכת.
  • תאימות – עבודת המערכת בסביבות שונות.
  • שימושיות – עד כמה המערכת נוחה לשימוש.
slide54
דווח וניהול תקלות (הרחבה)
  • פרק המתאר את שיטת הדיווח וניהול תקלות:
    • תיאור קווים מנחים לניהול התקלה, סטטוסים, מי מדווח למי, מתי ועוד.
    • תוצאות הבדיקה ירשמו במסמך STR.
      • [הפנייה לנספח תבנית STR].
    • כל תקלה תתועד בטופס דיווח תקלה (SPR).
      • [הפנייה לנספח תבנית SPR].
slide55
דווח וניהול תקלות (המשך הרחבה)
  • סיווג תקלות Defect Type
    • פונקציונאלית.
    • המלצה לשינוי / שיפור.
    • אפיון.
  • סיווג חומרת התקלה Severity
    • קריטית – השבתת המערכת.
    • חמורה – השבתת תהליך עסקי.
    • בינונית – תקלה אשר יש דרכים לעקוף אותה.
    • קלה – תקלה שאינה מפריעה לתפקוד המערכת, אלא

רק לנוחות המשתמש.

slide56
דווח וניהול תקלות (המשך הרחבה)

עדיפות תקלהPriority

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

אחראי תקלה Responsible

  • לכל יחידה נבדקת ימונה אחראי תקלה, אשר ינהל מעקב אחר הטיפול בתקלה (ניתוח ותיקון). כל תקלה שתאותר ביחידה הנבדקת תשויך לאחראי בהתאמה.

תנאים להפסקת הבדיקות

  • לפי כמות תקלות וחומרתן.
  • לפי החלטת מנהל הפרויקט.
  • לפי החלטת הלקוח.
slide57
טכנולוגיה ותשתית
  • כלים תומכים
    • סוג / שם הכלי, גרסא, יצרן, מס\' רישיונות, תוקף רישיונות.
  • סביבת הבדיקות
    • תיאור המרכיב, מקור אחראי, מועד שימוש, פעילות מקדימה, סטאטוס.
    • הרחבה בשקף הבא...
test site
סביבת הבדיקות(הרחבה)Test Site
  • תצורת אתר הבדיקות.
  • תאור סכמתי של עמדת הבדיקות.
  • תאור רכיבי התוכנה באתר.
  • תאור רכיבי החומרה באתר.
  • זכויות, רשיונות ובעלות.
  • התקנה, ניהול ובקרה של האתר ושל המערכת הנבדקת.
slide59
המימוש
  • גורמים מעורבים בבדיקות המערכת.
    • ארגונים משתתפים
      • הגדרת סמכויות ואחריות.
    • כוח אדם
      • צוות הבודקים.
      • חברות בדיקה.
      • הגדרת תפקידים ואחריות.
      • תוכניות הכשרה נדרשות.
  • תוצרי התיעוד של שלב הבדיקות – STP, STD, STR, SPR.
  • תכנית עבודה, הרחבה בשקף הבא...
slide60
תוכנית עבודה(הרחבה)
  • בפרק זה כותבים את תוכנית העבודה של פרויקט הבדיקות ומוודאים שהתוכנית משתלבת בתוכנית העבודה של כלל המערכת.
  • מתכננים את מספר סבבי הבדיקות (כ-3 לכל סוג).
  • מתכננים שילוב כ"א לפי תפקידים ופעילויות.
  • בדרך כלל תוכנית העבודה מנוהלת באמצעות MS Project.
slide61
תכולת הבדיקות
  • רשימת רכיבי המערכת הנבדקים.
  • רשימת הקטגוריות הנבדקות.
slide62
נספח טבלאות ורשימות

פרק זה מיועד לרכז כל נושא הקשור לתוכנית בדיקות אשר אינו משולב בפרקים הקודמים:

  • רשימת נושאים בלתי מוגדרים TBD (To be defined)
  • רשימת נושאים פתוחים.
  • רשימת ראשי תיבות, קיצורים ומושגים.
slide63
רשימת הנושאים
  • מבוא כללי
  • מצב קיים
  • מצב רצוי
  • מתודולוגיה
  • מסמך STP
  • טכניקות
slide64
טכניקות בדיקה
  • מציאת קבוצות שקילות וקביעת ערכי קצה.
  • Error Guessing
  • טבלאות החלטה.
  • תרשימי מצב
slide65
קבוצות שקילות
  • קבוצת שקילות ((Equivalent Class היא קבוצת של ערכים עבורם המערכת אמורה להתנהג בצורה זהה
  • חלק מהקבוצות הן חיוביות( מצב תקין של המערכת)
  • חלק מהקבוצות הן שליליות( מתייחסות למצב עבודה לא תקין של המערכת)
  • מכיוון שההתנהגות הפונקציונאלית זהה עבור כל ערך בקבוצת השקילות, הרי שברגע שמזהים את קבוצות השקילות:
    • חובה לבחור ערכים מכל קבוצה.
    • מומלץ לבחור מכל קבוצה את ערכי הקצה שבה.
slide66
זיהוי ערכי קצה בקבוצות שקילות
  • בזיהוי ערכי קצה לקבוצות שקילות יש להתייחס לנושאים הבאים:
    • תחום הערכים החוקי של השדה.
    • אורך השדה (לנסות ולגרום לגלישה).
    • ערכי חובה.
slide67
דוגמא
  • שדה משקל(בצה"ל) טווח תקין-מספר שלם בין 45 ו 170
slide68
דוגמא
  • קניית 1-10 פריטים אינה מזכה בהנחה.
  • קניית 11-20 פריטים מזכה ב- 10% הנחה.
  • קניית 21-99 פריטים מזכה ב- 15% הנחה.
slide70
קבוצות שקילות-דוגמא
  • חשבונית תתקבל לחודש נתון רק אם התאריך שרשום עליה שייך לחודש קודם
slide72
קבוצת שקילות במחרוזת

שם משפחה -20 תוים

error guessing
Error Guessing
  • בשיטה זו בוחרים ערכי בדיקה אשר סביר שיגלו יותר תקלות.

( 9,1.7-,32767,65535 ,0,1,10,32,64,999,2048)

  • השיטה משתמשת בניסיון קודם שהביא למציאת תקלות וכן בהבנת שיטות הפיתוח וה"פסיכולוגיה" של התכניתנים בכדי לנבא היכן יהיו התקלות.
error guessing1
Error Guessing - שיטות
  • הכינו רשימת מצבים שיש בהם סיכוי למציאת תקלות.
  • נסו להבין מהם האזורים המורכבים בתכנית (אלגוריתמים מורכבים, SQL מסובכים...).
  • בידקו תוכניות המתבססות על אפיונים לא מסודרים / לא מעודכנים / כתובים בצורה לא ברורה.
  • בידקו תוכניות שנכתבו ע"י תכניתנים פחות מנוסים או שנכתבו בתנאי לחץ.
error guessing2
Error Guessing – רשימה התחלתית
  • אפס או ערכים שליליים
  • פריט אחד או אפס בהזמנה
  • קבצים ריקים
  • קבצים חסרים
  • מספר עדכונים לאותה רשומה
  • טבלאות פענוח ריקות או חסרות
  • כניסות חסרות בטבלאות
  • אינדקסים לש מערכים מחוץ לתחום
  • מיון נתונים לא בהתאם לאפיון
  • פרמטרים חסרים או שגויים בפניה לשירותים
  • גישה במקביל לאותו קובץ/אותה רשומה
  • ביטולים כפולים
  • חוסר מקום בדיסק
  • שליפות ללא רשומות רלוונטיות
slide76
טבלאות החלטה
  • באחד מהפעולות ב Use Cases יש טבלת החלטה המבוססת על 5 תנאי True/false ו 6 פעולות שונות כמה מקרי בדיקה/חוקים יכללו בטבלת ההחלטה:

1. 25

2. 30

3. 32

4. 5

slide77
הכנת מקרי בדיקה בשיטת "מינימקס"

4X4X2X4X3X4X4X3=18,432

פעילות

וסיבת פעילות

סוג שרות

סוג שרות משני

סטאטוס לקוח

נוכחי

מס\' מנויים ללקוח

סטאטוס מנוי

מנויים קשורים

תאריך פעילות

הסרת מנוי עם

שמירת זכויות

1-800

ראשי

מנותק

ללא מנויים

פעילים

מוסר

ללא

נוכחי

הפעלת מנוי לפי

בקשת לקוח

קו טלפון

משני

פעיל

יותר ממנוי

אחד פעיל

זמני

ללא

עתידי

http://aetgweb.argreenhouse.com/יצירה אוטומטית של טסטים

ad