סקירת סוגי בדיקות

תוכן עניינים:

.חזרה כללית

.רמות בדיקה

.סוגי בדיקה

חזרה כללית:

מושגים 2על אילו שונים ומרכזיים

אנו מדברים כשאנו עוסקים

בעולם הבדיקות ???

חזרה כללית:

בדרך הארוכה ליצירת תוכנה יעילה ומועילה אנו

מקיפה אשר תוודא כי תוכנית בדיקות צריכים

יעילה ואפקטיבית ובכדי להבין את דרכינו נכונה

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

תהליכים מרכזיים -

V&V :

Validation?האם בונים את המוצר הנכון –

Verification?האם בונים את המוצר נכון –

???-validation לדוגמה

???Verificationל-דוגמה

פרנסה!!!

זו דרישת הלקוח

כך זה אופיין

כך זה עוצב

כך זה פותח

כך זה הותקן

על זה חויב הלקוח

זה בכלל מה

שהלקוחצריך !!!!

סקירה כללית

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

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

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

הגדרת דרישות

אפיון

עיצוב ועוד

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

המערכת

סקירה כללית

בדיקות דינמיות

בדיקת המערכת ע"י הרצתה בסביבה

המדמה את הסביבה התפעולית של

המערכת, תוך שימוש בתסריטי בדיקה

מטרת תסריטי הבדיקה לוודא כי המערכת

עונה על הדרישות שהוגדרו בשלבי התכנון

הגדרת דרישות

אפיון

עיצוב

בדיקות דינמיות

מבוצעות על בסיס

מסמך עיצוב

STDבדיקות -

רמות בדיקה ?

רמות בדיקה

פירוט רמות הבדיקה:

( בדיקות יחידהUnit Test)

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

( בדיקות מערכתSystem)

(FAT / FTP בדיקות מפעל ) =<

( בדיקות קבלהAcceptance)

(Unit Test)רמות בדיקה - בדיקות יחידה

מטרה

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

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

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

הקוד כמו: פונקציותמודולטופס( מחלקותClasses) רכיבי קוד שתוכניתן מחליט לבדוק

בנפרד

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

מטרה

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

במסמכי האפיון והעיצוב.

תחום

בדיקות שילוב הן בדיקות של אוסף מודולים: יחידות תוכנה, בסיס נתונים, תת- מערכות ומערכות, המשתלבים

יחדיו בסביבת הפיתוח באמצעות משאבים משותפים, ממשקים, או

תהליכים לוגיים משותפים.

(Systemרמות בדיקה - בדיקות מערכת )

מטרה

מטרת בדיקות מערכת לוודא פעילותה

התקינה של המערכת בכל התהליכים

הקיימים, קשרי הגומלין בין התהליכים,

קשר למערכות חיצוניות, יכולות המערכת

ברמת פונקציונאליות, שרידות, שימושיות

ועומסים כפי שהוגדר במסמכי האפיון

והעיצוב.

תחום

בדיקות מערכת אמורות לכסות את כלל

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

(Systemרמות בדיקה - בדיקות מערכת )

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

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

אוטומטיות, בהתבסס על תכנון ממוכן או ידני.אחריות

תכנון, עיצוב, ביצוע ודיווח תוצאות באחריות צוות הבדיקות.

בדיקות מערכת מבוצעות ע"י צוות הבדיקות בסביבת הבדיקות או בסביבת אינטגרציה.

כליםTestDirector, QuickTest, WinRunner ,

LoadRunner.'וכד

רמות בדיקה - בדיקות קבלה (Acceptance)

מטרה

מטרת בדיקות קבלה להבטיח שמערכת הנבדקת עונה על ציפיות הלקוח.

תחום

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

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

FTP / FAT בדיקות מבוצעות בסביבת הייצור - .Alpha Testsע"י צוות הבדיקות, ידועות גם בשם

ATP / UAT בדיקות מבוצעות בסביבת הלקוח - Betaע"י משתמשי המערכת, ידועות גם בשם

Tests .

סוגי בדיקות

סוגי בדיקות

???

סוגי בדיקות

.פונקציונאליות ( לא פונקציונאליותNFT:)

ביצועי מערכת.

שימושיות.

כשל והתאוששות.

מה עוד?

מצא את ההבדל...

בדיקות פונקציונאליות ובדיקות לא

פונקציונאליות?

בדיקות פונקציונאליות - אם זהעובד

בדיקות לא פונקציונאליות(NFTאיך זה עובד - )

בדיקות פונקציונליות - סוגי בדיקות

בדיקות פונקציונאליות

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

האפיון והעיצוב.בדיקות תהליכים בדיקות ממשק משתמשGUI, MMI בדיקות חיוביותבדיקות שליליותבדיקות גבולות ותחומיםבדיקות התקנה וקונפיגורציה

הבדיקות הפונקציונאליות מהוות את

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

פונקציונאליות- ממשק משתמש

מטרה: לוודא שהאובייקטים המוצגים למשתמש

מתפקדים ומוצגים נכון.

שיטה:

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

תיעוד הממשק באפיון המערכת:•

צילום של מבנה מסך

טבלה המכילה עבור כל שדה: שם, פורמט, אורך,לוגיקה פנימית, ברירת מחדל, חובה/תצוגה/פתוח,

סגור ועוד.

ישנם שני סוגי ממשק משתמש:•

ממשק משתמש טקסטואלי.

. GUIממשק משתמש גרפי -

ממשק משתמש

ממשק משתמש טקסטואליממשק זה כולל את

האלמנטים אשר משתמש נחשף אליהם לדוגמא: מסכי

אפליקציה.בדיקות הממשק יתבססו על

האפיון ויכללו:מסכי מערכת

בדיקת שדות המסךמעבר בין שדות

הזנה ועדכון של קלט חיובי ושליליערכי קצהסינון ומיון

לוגיקה פנימיתועוד

GUIממשק משתמש גרפי-הממשק למשתמש היינו ממשק גרפי המכיל אלמנטים נוספים

מעבר לממשק הטקסטואלי. מומלץ לעקוב GUIבבדיקות

Microsoft GUIאחר הנחיות של Standard

בדיקות הממשק יתבססו על האפיון ויכללו:(Fontבדיקת גופנים )

Comboעריכת שדות ,Focusמאפיינים של שדות

Enable/Disable GUIבאפליקציות עם בדיקות

נרחבות בצוע הבדיקות בכלי אוטומטי מווה יתרון רב.

ממשק משתמש

בדיקת קשרים בין השדות:, לדוגמא:קשרים לוגיים•

הזנת תאריך תחילת מנוי בשדה "תחילת 01/01/2005

מנוי", מעדכנת אוטומטית תאריך "סיום מנוי" בשנה

(.31/12/2005פחות יום )הזנת שם מדינה תגביל את

ערך השדה שם העיר.ערך "עד תאריך" גדול

מערכך "מתאריך".הסתעפויות•

בסימון שדה "מנוי קיים" יתבצע דילוג על חלון

הרשמה.לחיצה על כפתור "ביטול"

מבצעת יציאה ללא שמירה.

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

ו"מחיקה"הרשאות

משתמש מפרופיל מסוים מורשה להפעיל תפריטים

מסוימיםפונקציונליות

בחירת אופציה מסוימת או מוד עבודה מסוים

מאפשרים / חוסמים תפריטים

מומלץ לביצוע באמצעות בדיקות אוטומטיות

ממשק משתמש

:COMBOבדיקת שדה בדיקת רשימת הערכים, טווח

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

Radio Buttonבדיקת שדה ברירת מחדל

סימון קבוצת השדות הנכונההלוגיקה הנגזרת מהבחירה

Check Boxבדיקת שדה ברירת מחדל

הלוגיקה הנגזרת מהבחירההשיטה המינימלית לבדיקה:לא לסמן אף שדה ולבדוק תוצאה, לסמן את כל השדות ולבדוק

תוצאה

ממשק משתמש

בדיקת מסכים:השוואה בין עיצוב המסך כפי שהוא מופיע במסמכי האפיון

לבין המסך בפועל:מיקום שדות ופקדים

שדות חובהצבעים ופונטים

בדיקת מיקום, וטקסט של כותרות ושדות

בדיקת תפריטים )השקף הבא..(

ניתן להשתמש בתסריט גנרי המפנה למסמך העיצוב.

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

ו"מחיקה"הרשאות

משתמש מפרופיל מסוים מורשה להפעיל תפריטים

מסוימיםפונקציונליות

בחירת אופציה מסוימת או מוד עבודה מסוים מאפשרים /

חוסמים תפריטיםמומלץ לביצוע באמצעות בדיקות

אוטומטיות

ממשק משתמש

בדיקת שדה תאריך- חוקיות:

יום לא חוקי, שדה חובה כן/לא וכד'.

פורמט: יום וחודש DD/MM.

בדיקת שדה מספר:מכיל רק ספרות, +/- או נקודה

עשרונית-0ערכי קלט מותרים: ספרות

, כמות ספרות, ספרות אחרי 9נקודה, טווח מספרים

מותרים, ערכים חיוביים ושליליים.

ערכי קלט אסורים: אותיות וסימנים

NULL, 1[space], 2@, 1#, B0, Aa

בדיקת שדה טקסט:מכיל ספרות, אותיות וסימנים

הזנת שפות שונותאפשרות אותיות גדולות

וקטנותסימני פיסוק וסימונים

גרפייםכמות תווים מותרים

פונקציונאליות- חיוביות

בדיקות של תסריטים הגיוניים.

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

המשתמש

בדיקות אלה בדרך כלל מיישמים Useאת מסלולים הבסיסיים של

Case.המתאימים

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

נכון במערכת ע"י המשתמשים.

שליליות פונקציונאליות-

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

ע"י המשתמש.

בדיקות אלה בדרך כלל מיישמים את Use Caseמסלולים תחליפים של המתאימים.

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

המערכת.

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

לחריגות מנקודת מבט של המשתמש, לדוגמא: הודעות שגיאה, שמירת

נתונים וכד'.

התקנה וקונפיגורציה

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

לאחר ההתקנה.

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

בתכנון הבדיקות יש לשים דגש על הנושאים הבאים אם קיימים:

נתיב התקנה )לנסות לבחור כמה אפשריות ולא רק ברירת •מחדל(

רכיבים אופציונלים )לבחור את כולם/אף אחד או חלק •מהרכיבים ולוודא האם הותקנו באמת(

מקום נדרש בדיסק )להתקין כאשר אין מקום(•(Download, רשת, CDסוגי התקנה )•

הסרה )לבדוק האם אפשר להסיר(•

סוגי בדיקות

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

ביצועי מערכת.

שימושיות.

כשל והתאוששות.

בדיקות ביצועים - סוגי בדיקות

בדיקות ביצועיםבדיקת המערכת מתוך מטרה לוודא כי

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

תגובה וצריכת המשאבים.( בדיקת עומסיםLoad test)( בדיקת לחץStress)( בדיקת נפחיםVolume test)אמינות( Reliability testing)

פרמטרים בסיסיים של ביצועים:( זמני תגובהResponse time)( זמני מעבדProcessor time)( שימוש בזיכרוןMemory usage).נו"ב – ניטור ובקרה

בדיקות ביצועים - סוגי בדיקות

בדיקות ביצועים מודדות:

זמני ביצועיםכמות שגיאותניטור משאבי מערכת

בדיקות ביצועים מתבצעות תחת: התנאים הבאים

עם וללא עומס משתמשיםעם וללא עומס נתונים

בדיקות ביצועים - סוגי בדיקות

בדיקת עומסים

יכולת לטפל במספר פעולות בו זמנית.

פעולות של הוספת רשומה 750 טיפול ב- דוגמא: 25חדשה בו זמנית כאשר זמן תגובה לא עולה על

שניות.Stressבדיקת

יכולת לטפל במספר פעולות גדול מהצפוי בוזמנית.

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

ביצועים יורדים באופן משמעותי.

פעולות 750מערכת מתוכננת לתמוך ב- דוגמא: של הוספת רשומה חדשה בו זמנית. לאחר בדיקה

פעולות. הדבר אמור 957מערכת נופלת ב להשפיע על החלטה באיזה פריסה ניתן להשתמש

במערכת.

בדיקות ביצועים - סוגי בדיקות

בדיקת נפחים

יכולת מערכת לשמור על רמת הביצועים בתוך גבולות המוגדרים כאשר כמות הנתונים הצפויים

בבסיס נתונים מגיע לכמות מקסימלית.

דוגמא:

רשומות חדשות 50,000בסיס נתונים צפוי לקבל רשומות 150,000בשנה. במקרה זה הוא יכלול

בעוד שלוש שנים.בדיקת אמינות

יכולת מערכת לשמור על רמת הביצועים בתוך גבולות המוגדרים ללא התדרדרות לאורך פעולות

ממושכות.

דוגמא:

שעות ללא צורך 24 פעולות במשך 250טיפול ב- כאשר זמן תגובה ,בטעינת או איפוס השרת מחדש

שניות.25לא חורג מ-

סוגי בדיקות

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

.ביצועי מערכת

. שימושיות

כשל והתאוששות.

בדיקות שימושיות - סוגי בדיקות

(Usabilityבדיקות שימושיות )בדיקת מידת יעילות, ידידותיות ונוחות

תפעול המערכת

הפעלת המערכת

ניווט במערכת

לימוד המערכת

.הכוונת המשתמש להימנעות משגיאות

בדיקות שימושיות - סוגי בדיקות

Usabilityמתי נבצע בדיקות דיוק בהזנת נתונים ועלות של טעויות

אם יש חשיבות רבה בדיוק הזנת נתונים ועלות גבוהה של טעויות.

השכלה של משתמשים במחשוב

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

דמיון למערכת קודמת

Webשנוי תפיסה בהפעלת מערכת )מעבר ל מאפליקציה רגילה עם שינוי בממשק

)משתמש

סוגי בדיקות

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

ביצועי מערכת.

שימושיות.

כשל והתאוששות.

בדיקות שרידות והתאוששות - סוגי בדיקות

בדיקות שרידות והתאוששותבדיקות האלה מתרכזות בהתנהגות

המערכת תחת תנאים של כישלון ויכולתה להתאושש מכישלון הזה.

(Survivalשרידות ) יכולת המערכת לעמוד בתנאי הפעלה

חריגים ולהמשיך ולבצע את המשימות ללא ירידה בביצועי המערכת.

(Recoveryהתאוששות ) יכולת המערכת להתאושש לאחר אירוע

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

בדיקות שרידות והתאוששות - סוגי בדיקות

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

בסיס נתונים מנותק

קבצים מחוקים

דוגמאות להתאוששות מכישלון:גיבוי נתונים לפני השבתה

שיחזור נתונים מגיבוי זמני או קבוע

מיתוג למשאבים חלופיים כמו שרתגיבוי

בדיקות שרידות והתאוששות - סוגי בדיקות

שיטות - בדיקות התאוששות יבוצעו כחלק מבדיקות המערכת

System tests.:להלן מדגם שיטות לבדיקת התאוששות

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

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

נפילה מבוקרת מאפשרת קביעה מדויקת של מצב המערכת בעת הנפילה וע"י כך מאפשרת בדיקה מדויקת של מצב

המערכת לאחר התאוששות.

סוגי בדיקות

סוגים נוספים:

- אבטחת מידע וחדירות - דרישות לתהליכי זיהוי ואימות של הזדהות והרשאות

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

- תאימות בדיקות תאימות מתמקדות ביכולת המערכת הנבדקת

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

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

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

מורצים תחת מערכות הפעלה שונות. אתריWEB שניגשים עליהם מדפדפנים

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

רזולוציות שונות.

שאלות?