מסמכי בדיקות - STP ו-STD

בלי כתוביותעם כתוביות

מילון מושגים:

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

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

מערכת הפעלה - התוכנה הבסיסית שמנהלת את חומרת המחשב ומשאביו ומריצה את שאר התוכנות, למשל Windows או Linux.

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

אקסל - תוכנת גיליונות אלקטרוניים של מיקרוסופט לארגון, חישוב וניתוח נתונים בטבלאות ובנוסחאות.

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

מסמכי בדיקות - STP ו-STD

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

שרשרת המסמכים

1. SRS (Software Requirement Specification): מסמך הדרישות שמגדיר מה התוכנה צריכה לעשות, ולא איך. הלקוח או מנהל הפרויקט כותבים אותו, ובית התוכנה מתרגם אותו לתרחישים עסקיים.

2. STP (Software Test Plan): תוכנית הבדיקות הכללית, ברמת High Level. המסמך מגדיר אילו מודולים ייבדקו, אילו משאבים נדרשים (מחשבים, מערכות הפעלה, גרסאות), מי הבודקים, מה התקציב ומה לוח הזמנים.

3. STD (Software Test Design): פירוט מקרי המבחן. לכל בדיקה יש שלבים, תיאור ותוצאה צפויה.

4. STR (Software Test Report): דוח התוצאות של הרצת הבדיקות על המוצר.

5. ATP ו-ATD: אותו רעיון אצל הלקוח. ה-ATP הוא תוכנית בדיקות הקבלה, וה-ATD הוא פירוט מקרי הבדיקה שלה.

ההבדל בין STP ל-STD

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

כלים ומבנה

המרצה מזכיר שאפשר לנהל מקרי מבחן באקסל או בכלי אוטומטי כמו Test Director, שהוא חלק מ-Quality Center של Mercury. ב-Quality Center כותבים את ה-STD בשלב ה-Test Plan, ואת הבדיקות מריצים ב-Test Lab. לכל מקרה נרשמים PASS או FAIL, וכשלון נחשב לבאג. התקן IEEE 829 מתאר מה צריך להופיע בכל מסמך בדיקה, בעיקר את הכותרות.

שיטת עבודה

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

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

השיעור הבא בקורס: איך נראת עבודה אמיתית

פרקי ההרצאה: מסמכי בדיקות - STP ו-STD

תמלול ההרצאה: מסמכי בדיקות - STP ו-STD

הטקסט המלא של הדקות הראשונות בהרצאה «מסמכי בדיקות - STP ו-STD» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

00:08
אוקיי, שלום לכולם, אנחנו ניתן מצגת פה על מה זה מסמכי בדיקות. הכוונה היא למסמכים שמפרטים את הצעדים שיש לבצע בתוכנה הנבדקת. במצגת הזאתי אנחנו יותר נתרכז במסמכים האלו, המסמכים הנפוצים ביותר, ה-STP, ה-STD, נסביר גם מה זה SRS ו-STR, אלו הם המסמכים העיקריים, וניגע ככה בקטן, כי זה קשור איכשהו לתמונה
00:37
הכללית, גם ב-ATP ו-ATD. אוקיי, אז שני המסמכים המשמעותיים ביותר בעולם הבדיקות הם ה-STP, שזה Software Test Plan, צריך פשוט לזכור את זה בעל פה, והמסמך השני הוא ה-STD, Software Test Design.
01:04
עכשיו, יש כאלו שקוראים לו גם Description, אז הבאתי פה את שניהם, אבל תדעו שמדובר ב-Design, זה מה שאנחנו צריכים לזכור, עוד מעט נבין למה זה גם בעצם Description.
01:18
אוקיי, מה זה המסמכים האלו? כשאנחנו ניגשים לעשות בדיקות על מוסר אנחנו בעצם ב-STP הוא תוכנית האב, ככה קוראים לו, לתהליך הבדיקות.
01:29
הוא מסמך ברמת ה-High Level, כלומר במבט שסוקר, עושה Review מלמעלה, איך אנחנו מתכננים את הבדיקות. כל הזמן, במשך המצגת, כל שקף הרחיב לנו עוד פריט של מידע ועוד ידע עד שתצאו מהשיעור הזה שאתם בעצם מבינים מי נגד מי והכל בעולם הבדיקות.
01:49
עכשיו, מה זה ה-STD? זה פירוט ממש אם התוכנית האב היא ברמת הכותרות מה צריך לבדוק אז std זה בעצם detail design הוא לא eye level design הוא כבר מפורט יותר והוא נותן פירוט של כל בדיקה ובדיקה אנחנו כל הזמן נדבר על זה כל שקף נרחיב עוד איזה טיפה של ידע על הדבר הזה אוקיי אז software test
02:14
plan זוהי בעצם תוכנית כללית לבדיקת מערכת עכשיו היא נותנת רק היא מגדירה את רמת הכותרות אנחנו כל הזמן ניגע בזה בהמשך אל תיבהלו מהמילים המתריסות פה, אתם תבינו עד הסוף מה אני הולך להסביר לכם.
02:32
רמת הכותרות נותנת רק את מקרה המבחן, אתם תראו את זה במצגות שרואים במצגות הקודמות שלי שמסבירים מה זה טסט קייטס, מה זה מקרה מבחן.
02:43
מקרה מבחן זה אומר מהי היחידה שנבדקת בפועל, כלומר אם אני בודק על המחשבון שבאמת אני מכניס מספר פנימה והוא רושם אותו בשורה טקסט, מקרה מבחן. עכשיו, מסמך ה-High-Level, כלומר ה-STP, ממנו נגזר מסמך ה-STD, כלומר יש לנו פה מסמך אב ומסמך בן.
03:05
ה-STP מגדיר את ה-What באנגלית, את ה-מה. מה בודקים, איזה מודולים, איזה רכיבים בתוך המערכת, איזה תתי מודולים, איזה מחשבים אנחנו נצטרך לבדיקה, כמה מחשבים, כלומר Resources, משאבים, באיזה מערכת הפעלה נעבוד, בלינוקס או ב-XP,
03:24
איזה גרסה של תוכנה אנחנו עובדים איתה, זאת אומרת זה מין מסמך כללי שנותן הסבר, מין סקירה כללית מה תהיה הבדיקה הזאת, מה ההיקפים שנמצאים בה, כמה בודקים אנחנו צריכים, מה הרמה של הבודקים.
03:37
עכשיו, העיקרו של המסמך הזה, שהוא עובד כמובן מול המסמך דרישות של מסמך לספציפיקציה, זה בעצם לוודא את הכיסוי של כל הנושאים שאנחנו בעצם הולכים לבדוק.
03:51
עכשיו, מטרת האב, המטרה העיקרית של המסמך הזה, חזרת המסמך היא בעצם ליצור כתובת כתובה שכל המעורבים בפיתוח של המוצר ובבדיקות יבינו, יהיה להם לאן לפנות, שיהיה להם תשובה לכמה יעלה לתקצב את הבדיקה, את תהליך הבדיקות בכסף, וכמה זמן זה ייקח.
04:14
זה בעצם המסמך ש... זו תוכנית העבודה שלנו בעצם, הסופטוור טסט פלן. אז פשוט צריך לזכור את זה בעל פה, מה זה סופטוור טסט פלן, זה מסמך ה-STP.
04:26
אוקיי, אז בואו נתקדם לשקף הבא. המשך על ה-STP. אז בעצם הבנו שזאת המסגרת הראשונית, הבסיסית ביותר, לכל תהליכי הבדיקה המבוצעים בפרויקט.
04:39
כלומר זה מסמך שנותן לנו כתובת לאן נחזור לאחר מכן. עכשיו ב-STP אנחנו נגדיר תיאור בסיסי ועקרוני של נוהלי הבדיקה.
04:51
מהם שיטות הבדיקה, כלומר ה-approach באיזה סוג של מתודולוגיה נבחר בספירלה, בביג בנג, בשיטת המפ"ל, בשיטת ה-V, לא משנה. תוצאות ומשאבים, כמה זה יעלה, מי הבודקים, באיזה מחשבים להשתמש ומי הם האנשים שעושים את העבודה עצמה, חלוקת התפקידים של הבודקים, ראש צוות, מה ראש צוות עושה, מה הבודקים עושים, מה מהנדס הבדיקות עושה,
05:15
בעצם זה מסמך כללי שנותן הכל ברמת הכותרת חוץ מתיאורים פרטניים של הבדיקות עצמם. אז מה זה std בעצם? std הוא המסמך המפורט של הבדיקות, שם אנחנו נגדיר מהם הבדיקות עצמם ונכתוב את התיאור והתוצאה כפויה של כל מקרה המבחן.
05:39
אנחנו נגיע לזה בהמשך, אתם תראו את זה, אתם תצאו מהמצגת הזאתי, שאתם ממש מבינים על מה אני מדבר. עכשיו, אנחנו נבדוק החל ממה הולך להיבדק,