במודל V יש עבודה במקביל, כלומר כתיבת מקרי בדיקה עבור בדיקות אינטגרציה, בדיקות מערכת ובדיקות קבלה יחד עם התהליך פיתוח כך שכאשר הפיתוח מסתיים (צד שמאל של האות V) בודקי תוכנה ניגשים ישירות לביצוע הבדיקות – צד ימין של האות V.
Requirements <-> Acceptance test
- בשלב הדרישות נציג הלקוח כותב מקרי בדיקות או בונה checklist עבור Acceptance testing.
- דרישות הלקוח מתורגמים למסמך דרישות עסקיות BRS
Specification <-> System Testing
- בשלב של Specification צוות הפיתוח עושה טרנספורמציה של דרישות שיש במסמך BRS למסמך SRS
- צוות QA כותב מקרי בדיקה עבור בדיקות מערכת (System Testing) לפי מסמך SRS.
Design <-> Integration testing
- בשלב אפיון (Design) צוות הפיתוח עושה טרנספורמציה של דרישות אשר מתארות במסמך SRS למסמך SDD כאשר יש:
– Architecture Design: תכנון על-ידי מפתחים high-level design, איך מודולים במערכת יעבדו אחד עם השני.
– Module Design: תכנון על-ידי מפתחים low-level design, איך מודול בעצמו יעבוד כלומר מה מאפיינים שלו. - בודקי תוכנה כותבים מקרי בדיקות עבור בדיקות אינטגרציה (Integration Testing) לפי מסמך SRS ו-SDD.
High Level Design – HLD: תיאור מודולים שונים במערכת ויחסם אחת כלפי השני.
Low Level Design – LLD: תיאור מפורט של כל מודול/קומפוננט.
Code <-> Unit testing
מתכנתים מפתחים את המוצר/תוכנה(Coding) וגם עושים בדיקות קופסה לבנה ( debugging, code coverage.. ) עבור היחידה שמתפתחת (Unit testing), תוך שימוש בטכניקות של קופסה לבנה.
לסיכום מודל V זה:
Verification Testing
בודקים אם תהליך הבניה של המערכת נעשה בצורה נכונה.
Validation testing
בדיקה שכל דרישות מתקיימות לשם שימוש.
למעשה מודל V:
- הצד השמאלי של מודל V זה תהליך הפיתוח של המערכת
– SDLC – Software Development Life Cycle - הצד הימני של מודל V זה תהליך של בדיקות
– STLC – Software Test Life Cycle
Validation take place after Verification phase
VALIDATION TESTING מבצעים בזמן : integration testing, system testing, load testing, compatibility testing, stress testing, functional testing.
במודל V יש עבודה של כל צוות פיתוח במקביל יחד עם בודקי תוכנה, כי בזמן פיתוח יש גם תכנון הבדיקות עבור כל שלב – שזה גם חוסך הרבה זמן.
מתי משתמשים במודל V ?
כמו מודל מפל המים, משתמשים כאשר פרויקט הוא לא גדול ודרישות הן ברורות, רק שמודל V הרבה יותר טוב ממודל מפל המים כי בזמן הפיתוח יש בניית מסמך STD שזה תסריטים – מקרי בדיקה במקביל – שזה מאפשר מיד לאחר בדיקת יחידה להתחיל להריץ את המקרי בדיקות ללא בזבוז זמן לכתיבתם מקרי בדיקות לפני זה.
מודל V מחליף מודל ישן Waterfall Model.
משתמשים כאשר פרויקט הוא לא גדול ודרישות הן ברורות.
