Component Testing
פרקי ההרצאה: Component Testing
תמלול ההרצאה: Component Testing
הטקסט המלא של הדקות הראשונות בהרצאה «Component Testing» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם. בשיעור הקודם דיברנו על המושג מודל מחזור חיי תוכנה, או באנגלית Software Development Lifecycle, בעצם מודל שמתאר את תהליך העבודה על התוכנה, משלב האפיון, לשלב הפיתוח, לשלב הבדיקות, לשלב העברה ללקוח הסופי.
אמרנו שיש את הגישה השמרנית של מחזור חיי תוכנה סדרתי, זאת אומרת כל שלב אפיון, פיתוח, בדיקה ומסירה בעצם מחולקים מבחינת הזמן, ליניאריים כשחלק אחד מסתיים שלב האפיון מסתיים מתחיל שלב הפיתוח כששלב הפיתוח מסתיים מתחיל שלב הבדיקות וכדומה וכך הלאה ואמרנו גם שיש
את הגישה היותר מתקדמת שזו הגישה של הסבבים או הגישה הדינמית שמבוססת על אג'ייל שאנחנו אומרים שכל התהליך בעצם הוא תהליך מורבב מבוסס על סבבים קצרים שבו תהליך האפיון הוא נקודתי ליחידת זמן תהליך הוא כבר מתחיל כששלב האפיון מתבצע ואז שלב הבדיקות יחד עם שלב הפיתוח מבוצע בצורה אינטגרטיבית.
זוהי גישה מתקדמת שיותר לכיוון האג'ייל יותר פרויקטים לנהל חיי תוכנה בגישה אג'ילית בגישה דינמית. אז בחלק הזה של ההסמכה של ה-STQB רוצים להגיד שבעצם זה השיטה שבה ארגון יבחר לנהל את מחזור חיי התוכנה שלו יהיה לפי הקשרים.
זאת אומרת, ארגון דינאמי, ארגון סטארט-אפ או ארגון שהוא יותר לכיוון טכנולוגי דינאמי, יבחר בגישה האג'ילית. ארגונים מוסדיים, ארגונים שמרניים, יבחרו בגישה יותר שמרנית. זאת אומרת, לנהל את מחזור חיי התוכנה לפי ה-V-מודל או ווטרפול מפל, בצורה יותר איטית ויותר מדודה ויותר שמרנית.
בחלק הזה של החומר גם נאמר שבהרבה פעמים אנחנו נראה גישות משולבות, וי מודל אבל גם יחד עם מוטיבים של אג'ייל גם שיחות יומיות אבל בעצם גם שיטה מאוד מאוד ליניארית של עבודה או סבבים אבל סבבים של לא של שבועיים שלושה אלא של חודשיים או של חודש זאת אומרת גישות שהן גישות כלאיים גם קצת אג'ייל אבל גם קצת שמרנות לכיוון הווטרפול והוי מודל רמות בדיקה מהן רמות בדיקה בעצם רמות
בדיקה הן איזה שהן קבוצות של פעילויות שמורגנות ומנוהלות ביחד זאת אומרת יש איזה שהם בעצם מאגדים סוגים של בדיקות לקבוצות לפי השלבים של מחזור חיי המוצר.
בואו ניתן דוגמא, רמות בדיקה מסוימות מתאימות לשלב האפיון או שלב היישום כתיבת הקוד. לדוגמא בדיקות רכיבים. קומפוננט טסטינג זה רמת בדיקה שאופיינית לשלב הפיתוח הבסיסי הרכיבי.
שאיש הפיתוח כותב את היחידות של התוכנה הבסיסיות, בעצם בשלב הזה הוא יבצע או תבוצע בדיקת רכיבים. בדיקות אינטגרציה זה בדיקות מתי שהרכיבים של התוכנה מתחילים לתקשר אחת עם השנייה, אז גם נבצע בדיקות אינטגרציה, נראה את החלקים של התוכנה, איך הם עובדים אחת עם השנייה.
לדוגמה, דאטאבייס יחד עם החלק שמתקשר עם הלקוח הקצה. בדיקות מערכת System Testing זה כבר שלב מתקדם יותר שבו אני רוצה לראות את כל המערכת עובדת כיחידה אחת ובדיקות קבלה זה כבר ממש בשלב של להראות איך אנחנו מעבירים את המוצר לידי הלקוח הסופי.
אז ככל שאנחנו מסתכלים על רמות הבדיקה אנחנו רואים שכל פעם אנחנו מתקרבים יותר ויותר לכיוון הבדיקות קבלה של הלקוח הסופי. כל יחידת בדיקה לכל רמת בדיקה יהיה את המטרות המוגדרות והייחודיות שלה, יהיה לה בסיס בדיקות שביחס אליה מגדירים מקרה בדיקה, זאת אומרת בדיקת רכיבים יהיה לה את המטרות שלה,