בדיקות תוכנה
Download
1 / 77

?????? ????? ??????? - PowerPoint PPT Presentation


  • 292 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
5166058

בדיקות תוכנהעקרונות

מהדורה 12


5166058
רשימת הנושאים

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקות

מהדורה 12



Qa qc
ההבדל בין QA ו QC

QA

QC


5166058
לאבד את זה

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

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

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

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

(B. Beizer)








5166058
הגדרות

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

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

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

  • בדיקה ((Test

  • ניפוי (Debugging)

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

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

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

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


Defects
הסיכונים בפגמים(Defects)

  • שיתוק העסק למספר שעות

  • תוצאות לא נכונות -------->החלטות לא נכונות

  • פגיעה בשלמות קבצים

  • תהליכים שלא ניתן לשחזר/תהליכים בלתי הפיכים

  • רמת שירות בלתי סבירה ללקוחות

  • רמת אבטחת מידע נמוכה

  • קושי להשתמש במערכת

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

  • רמת ביצועים נמוכה

  • חוסר אפשרות להבטיח עבודה רציפה


5166058
מכון התקנים האמריקאי

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

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

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

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


5166058
מהיכן צומחות השגיאות

  • דרישות לקויות 56%

  • עיצוב לקוי 27%

  • שגיאות אחרות 10%

  • שגיאות תכנות7%


5166058
ווטס המפרי

  • לאור בדיקה של 13,000 תוכנות

  • מתכנת מומחה עושה בין 100 ל 150 טעויות בכל 1000 שורות קוד


5166058
מקורות ידע

  • לחפש באגים-אוריאלה כהן

  • אתר הידע P2080 : פרק הבדיקות

  • Testing Computer Software, 2nd Edition: Cem Kaner

  • Lessons Learned in Software TestingBach:

  • ארגון ISTB


5166058
רשימת הנושאים

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקה


5166058
בעיות במצב הקיים

  • הגדרה לא ברורה של יעדים ומטרות

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

  • ביצוע בדיקות על ידי כ"א לא מתאים

  • התמקדות יתר ב Unit Tests

  • שימוש בכלים לא אפקטיביים

  • השקעה לא מספקת בתהליך בדיקות מתוכנן ומבוקר

  • התייחסות לבדיקות כתהליך חד פעמי

  • המשתמש רואה תוצאות רק בסוף התהליך

  • הצוות מנסה לנפות יותר מידי בבת אחת


5166058
הבדיקות כבעיה פסיכולוגית

  • מי לא עושה שגיאות

  • כמה שגיאות נותרו

  • מי יכול לגלות שגיאות

  • מה קורה כאשר מתקנים שגיאות

  • מי אוהב מגלי שגיאות- האם דוח שגיאות מהלקוח הוא מתנה?

פגם

כשל

שגיאה

Defect

Failure

Error

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

פגם בקוד

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


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

Unit test

Req

Design

Coding

Int. test

Sys. test

Operation


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

ניתוח ועיצוב

40%

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

30%

פיתוח

30%


20 80
עקרון 20/80 בבדיקות

  • 80 אחוז מהבגים מסתתרים ב 20 אחוז מהתוכנה

  • 80 אחוז מבעיות הביצועים מסתתרים ב 20 אחוז מהתוכנה

  • 80 אחוז מהסיכונים מסתתרים ב 20 אחוז מהתוכנה

  • 80 אחוז מבעיות הUsability מסתתרים ב 20 אחוז מהמימשק

  • 80 אחוז מהבדיקות החשובות ניתנות לביצוע עם 20 אחוז מהנתונים


5166058
רשימת הנושאים

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקה


5166058
עקרונות יסוד לשיפור תהליך הבדיקות

  • ההשקעה בבדיקות חייבת להיות פרופורציונלית לגודל הסיכון-שימו לב יש מחיר כבד לתהליך הבדיקות וחייבים להצדיק אותו כלכלית!

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

  • כל שלבי הבדיקות חייבים להיות מתוכננים,מוגדרים היטב, שיטתיים ,מנוהלים בצורה מבוקרת ומדידים

  • שיפור הגישה הפסיכולוגית לבדיקות

  • זיהוי נכון של מוקדי 20/80

  • העדפת מניעת שגיאות על פני ריפוין


5166058
מניעת שגיאות הבדיקות

  • מניעת Bug היא תמיד עדיפה על Bug שנתגלה ותוקן

  • ברב המקרים עלות המניעה הרבה יותר זולה מאשר עלות הגילוי והתיקון


5166058
תהליך הבדיקות הבדיקות

  • בדיקות הוא תהליך מתמשך ולא שלב במחזור של פיתוח התוכנה

  • תהליך הבדיקות חייב להיות משולב במתודולוגית הפיתוח והתחזוקה

  • אפקטיביות הבדיקות מותנית ברמת השילוב והידע שהוטמע בכל הגורמים המעורבים, כולל המשתמשים


5166058

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

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

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

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

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


5166058

איזה מהמשפטים הבאים נכון: ביצוע בדיקות, כמה מהם נכונים:

  • הבודק יגדיר את התוצאות הצפויות על פי התוצאות בפועל

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

  • תוצאות צפויות מוגדרות לאחר הרצת כל הבדיקות

  • תוצאות צפויות מוגדרות בשלב עיצוב הבדיקות


5166058
רשימת הנושאים ביצוע בדיקות, כמה מהם נכונים:

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקות


Ieee829
מחזור חיים בדיקות תוכנה- ביצוע בדיקות, כמה מהם נכונים:IEEE829


5166058
תכנון- ביצוע בדיקות, כמה מהם נכונים:STP

  • הגדרת מדיניות הבדיקות

  • הגדרת סיכונים

  • הגדרת מטרות הבדיקות

  • הגדרת רמות הבדיקה

  • לו"ז

  • משאבים

  • תקנים: נוהל מפתח, IEE829


5166058
ניתוח ועיצוב- ביצוע בדיקות, כמה מהם נכונים:STD

  • ניתוח בסיס הבדיקות(Test basis)

  • פירוט מקרי בדיקה ,נתוני בדיקה ותוצאות צפויות

  • תעדוף מקרי הבדיקה

  • תכנון הקמת סביבת הבדיקות

  • יצירת עקביות בין בסיס הבדיקות למקרי הבדיקה

  • תכנון מנות בדיקה(Test Suits)


5166058
בצוע ביצוע בדיקות, כמה מהם נכונים:

  • הכנת הליכי בדיקהTest procedures))

  • הרצת מקרי הבדיקה

  • השוואת תוצאות בפועל מול התוצאות הצפויות

  • ניתוח ודיווח על התקלות(בכלי תוכנה מתאים)

  • ביצוע בדיקות חוזרות(רגרסיה)


5166058
בדיקת מימוש תנאי סף ודיווח ביצוע בדיקות, כמה מהם נכונים:

  • בדיקת מימוש התנאי לסיום הבדיקות בהתאם להגדרה ב STP

  • כתיבת STR


5166058
פעילויות סיום ביצוע בדיקות, כמה מהם נכונים:

  • בדיקת תוצרי פרויקט הבדיקות(STP STD STR )

  • השלמת רכיבי הבדיקות והעברתם לצוות תחזוקה

  • הפקת לקחים


5166058
בקרה-בדיקת תכנון מול ביצוע ביצוע בדיקות, כמה מהם נכונים:

  • מדידה וניתוח תוצאות

  • מעקב אחר רמת כיסוי

  • ייזום פעולות מתקנות

  • עדכון ה STP על פי הצורך


5166058
שילוב תהליך הפיתוח והבדיקות "מודל V"-קלאסי

תיקוף-Validation

בדיקות קבלה

דרישות לקוח

אפיון

בדיקות מערכת

עיצוב

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

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

Verification

בדיקות

דינמיות

בדיקות יחידה

UNIT

מפרטי רכיבים

קידוד

פיתוח


5166058
הפעילויות העיקריות של מהנדסי בדיקות

  • הכנת תוכנית בדיקות: STP

  • הכנת סביבת בדיקות

  • עיצוב הבדיקות: STD

  • הכנת נתוני הבדיקות

  • ביצוע הבדיקות

  • הכנת דוח בדיקות: STR

  • ניהול וסיווג תקלות ((Bug Tracking



5166058
מטריצת הבדיקות בדיקות

  • רמות בדיקה: קבוצת פעילויות בדיקה אשר מאורגנות ומנוהלות יחדיו

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

פונקציונאלי

טכני



5166058
תבנית תסריט בדיקה בדיקות

מטרה


5166058
כלי בדיקות בדיקות

  • 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


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

  • Static

    • Code Inspection

    • Complexity Analysis

    • Loop Analysis

    • Data Flow Analysis

  • Dynamic

    • Coverage Analysis

    • Memory Usage Analysis


5166058
רשימת הנושאים בדיקות

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקות


5166058

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

STP

Software Test Plan

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


5166058
רשימת הנושאים בדיקות

  • מבוא.

  • היעדים

  • השיטה

  • רמות הבדיקה

  • סוגי הבדיקה

  • דיווח וניהול תקלות

  • טכנולוגיה ותשתית

  • סביבת הבדיקות

  • המימוש

  • תוכנית עבודה

  • נספח טבלאות ורשימות


5166058
מבוא בדיקות

  • זיהוי המסמך וזיהוי המערכת הנבדקת.

  • שם הכותב וגרסת המסמך.

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

  • סקירת מסמך STP.

  • הקשר בין תוכנית הבדיקות לתוכניות אחרות כגון: תוכניות פיתוח ותוכנית עבודה כוללת.

  • מסמכים ישימים


5166058
היעדים בדיקות

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

    • תיאור היעד, חשיבות ודרך השגה.

  • הבעיות הצפויות בשלב הבדיקות

    • תיאור, חומרה, דרך פתרון.

  • הערכת עלות/תועלת להיקף הבדיקות עומקן ומספר הסבבים המתכוננים

    • תועלת / חיסכון, יח' מדידה, שיטת המדידה.

  • ריכוז הסיכונים לשלב בדיקות המערכת

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

    • הסיכונים יחולקו לסיכונים הפוגעים במימוש הבדיקות וסיכונים הפוגעים באיכות הבדיקות.


5166058
השיטה בדיקות

  • רשימת הוראות העבודה וגלופות טפסים לניהול תהליך הבדיקות.

  • מאפייני הבדיקות

    • רמת חומרה / סוג תקלה (ראו בהמשך...)

  • הקף הבדיקות

    • לפי קטגוריות המערכת ולפי רכיבי המערכת.

    • ראו בהמשך פירוט סוגי ורמות הבדיקה...


Test levels
רמות הבדיקה (הרחבה): בדיקותTest Levels

  • פירוט רמות הבדיקה שיבוצעו:

    • Unit test

    • Integration

    • Inter-system (interfaces)

    • SystemTest


5166058
סוגי בדיקה (הרחבה) בדיקות

  • פירוט סוגי הבדיקה שיבוצעו :

  • פונקציונאליות - בדיקת עמידת המערכת בדרישות.

  • תצוגה – בדיקות MMI.

  • תפעול – הדלקה וכיבוי, סוגי הפעלה.

  • ממשקים – בדיקת ממשקים למערכות אחרות.

  • נתונים והסבות – בדיקת הנתונים במערכת החדשה.

  • ביצועים ועומסים – בדיקת התנהגות המערכת בעומסים שונים.

  • אבטחת מידע – עמידת המערכת בסטנדרטים של אבטחה.

  • שרידות ואמינות – רציפות העבודה והתאוששות ממצבי כשל.

  • התקנה – בדיקת התקנת המערכת.

  • תאימות – עבודת המערכת בסביבות שונות.

  • שימושיות – עד כמה המערכת נוחה לשימוש.


5166058
דווח וניהול תקלות (הרחבה) בדיקות

  • פרק המתאר את שיטת הדיווח וניהול תקלות:

    • תיאור קווים מנחים לניהול התקלה, סטטוסים, מי מדווח למי, מתי ועוד.

    • תוצאות הבדיקה ירשמו במסמך STR.

      • [הפנייה לנספח תבנית STR].

    • כל תקלה תתועד בטופס דיווח תקלה (SPR).

      • [הפנייה לנספח תבנית SPR].


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

  • סיווג תקלות Defect Type

    • פונקציונאלית.

    • המלצה לשינוי / שיפור.

    • אפיון.

  • סיווג חומרת התקלה Severity

    • קריטית – השבתת המערכת.

    • חמורה – השבתת תהליך עסקי.

    • בינונית – תקלה אשר יש דרכים לעקוף אותה.

    • קלה – תקלה שאינה מפריעה לתפקוד המערכת, אלא

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


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

עדיפות תקלהPriority

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

    אחראי תקלה Responsible

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

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

  • לפי כמות תקלות וחומרתן.

  • לפי החלטת מנהל הפרויקט.

  • לפי החלטת הלקוח.


5166058
טכנולוגיה ותשתית בדיקות

  • כלים תומכים

    • סוג / שם הכלי, גרסא, יצרן, מס' רישיונות, תוקף רישיונות.

  • סביבת הבדיקות

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

    • הרחבה בשקף הבא...


Test site
סביבת הבדיקות בדיקות(הרחבה)Test Site

  • תצורת אתר הבדיקות.

  • תאור סכמתי של עמדת הבדיקות.

  • תאור רכיבי התוכנה באתר.

  • תאור רכיבי החומרה באתר.

  • זכויות, רשיונות ובעלות.

  • התקנה, ניהול ובקרה של האתר ושל המערכת הנבדקת.


5166058
המימוש בדיקות

  • גורמים מעורבים בבדיקות המערכת.

    • ארגונים משתתפים

      • הגדרת סמכויות ואחריות.

    • כוח אדם

      • צוות הבודקים.

      • חברות בדיקה.

      • הגדרת תפקידים ואחריות.

      • תוכניות הכשרה נדרשות.

  • תוצרי התיעוד של שלב הבדיקות – STP, STD, STR, SPR.

  • תכנית עבודה, הרחבה בשקף הבא...


5166058
תוכנית עבודה בדיקות(הרחבה)

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

  • מתכננים את מספר סבבי הבדיקות (כ-3 לכל סוג).

  • מתכננים שילוב כ"א לפי תפקידים ופעילויות.

  • בדרך כלל תוכנית העבודה מנוהלת באמצעות MS Project.


5166058
תכולת הבדיקות בדיקות

  • רשימת רכיבי המערכת הנבדקים.

  • רשימת הקטגוריות הנבדקות.


5166058
נספח טבלאות ורשימות בדיקות

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

  • רשימת נושאים בלתי מוגדרים TBD (To be defined)

  • רשימת נושאים פתוחים.

  • רשימת ראשי תיבות, קיצורים ומושגים.


5166058
רשימת הנושאים בדיקות

  • מבוא כללי

  • מצב קיים

  • מצב רצוי

  • מתודולוגיה

  • מסמך STP

  • טכניקות


5166058
טכניקות בדיקה בדיקות

  • מציאת קבוצות שקילות וקביעת ערכי קצה.

  • Error Guessing

  • טבלאות החלטה.

  • תרשימי מצב


5166058
קבוצות שקילות בדיקות

  • קבוצת שקילות ((Equivalent Class היא קבוצת של ערכים עבורם המערכת אמורה להתנהג בצורה זהה

  • חלק מהקבוצות הן חיוביות( מצב תקין של המערכת)

  • חלק מהקבוצות הן שליליות( מתייחסות למצב עבודה לא תקין של המערכת)

  • מכיוון שההתנהגות הפונקציונאלית זהה עבור כל ערך בקבוצת השקילות, הרי שברגע שמזהים את קבוצות השקילות:

    • חובה לבחור ערכים מכל קבוצה.

    • מומלץ לבחור מכל קבוצה את ערכי הקצה שבה.


5166058
זיהוי ערכי קצה בקבוצות שקילות בדיקות

  • בזיהוי ערכי קצה לקבוצות שקילות יש להתייחס לנושאים הבאים:

    • תחום הערכים החוקי של השדה.

    • אורך השדה (לנסות ולגרום לגלישה).

    • ערכי חובה.


5166058
דוגמא בדיקות

  • שדה משקל(בצה"ל) טווח תקין-מספר שלם בין 45 ו 170


5166058
דוגמא בדיקות

  • קניית 1-10 פריטים אינה מזכה בהנחה.

  • קניית 11-20 פריטים מזכה ב- 10% הנחה.

  • קניית 21-99 פריטים מזכה ב- 15% הנחה.



5166058
קבוצות שקילות-דוגמא בדיקות

  • חשבונית תתקבל לחודש נתון רק אם התאריך שרשום עליה שייך לחודש קודם



5166058
קבוצת שקילות במחרוזת בדיקות

שם משפחה -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 בדיקות – רשימה התחלתית

  • אפס או ערכים שליליים

  • פריט אחד או אפס בהזמנה

  • קבצים ריקים

  • קבצים חסרים

  • מספר עדכונים לאותה רשומה

  • טבלאות פענוח ריקות או חסרות

  • כניסות חסרות בטבלאות

  • אינדקסים לש מערכים מחוץ לתחום

  • מיון נתונים לא בהתאם לאפיון

  • פרמטרים חסרים או שגויים בפניה לשירותים

  • גישה במקביל לאותו קובץ/אותה רשומה

  • ביטולים כפולים

  • חוסר מקום בדיסק

  • שליפות ללא רשומות רלוונטיות


5166058
טבלאות החלטה בדיקות

  • באחד מהפעולות ב Use Cases יש טבלת החלטה המבוססת על 5 תנאי True/false ו 6 פעולות שונות כמה מקרי בדיקה/חוקים יכללו בטבלת ההחלטה:

    1. 25

    2. 30

    3. 32

    4. 5


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

4X4X2X4X3X4X4X3=18,432

פעילות

וסיבת פעילות

סוג שרות

סוג שרות משני

סטאטוס לקוח

נוכחי

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

סטאטוס מנוי

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

תאריך פעילות

הסרת מנוי עם

שמירת זכויות

1-800

ראשי

מנותק

ללא מנויים

פעילים

מוסר

ללא

נוכחי

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

בקשת לקוח

קו טלפון

משני

פעיל

יותר ממנוי

אחד פעיל

זמני

ללא

עתידי

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


ad