
Sign up to save your podcasts
Or


בפרק זה של השורטקאסט, קובי יונסי מספר ומפרט על המושג ״הזזה שמאלה״ בבדיקות תוכנה מתוך הסילבוס של הארגון הבינלאומי לבודקי תוכנה
קובי יונסי פותח בהצגת הנושא – גישת ״הזזה שמאלה״ בבדיקות תוכנה
מהי ״הזזה שמאלה״
המונח מתאר הקדמה של תהליכי הבדיקות מהשלבים המאוחרים של מחזור הפיתוח (אחרי קוד) אל שלבי ה־העיצוב והאפיון
המטרה: גילוי ותיקון בעיות מוקדם, חיסכון בזמן ועלויות, שיפור איכות המוצר
הדבר תואם את אחד מעקרונות הבדיקה – בדיקות מוקדמות
עקרונות מרכזיים של ״הזזה שמאלה״
מודעות מוקדמת לבדיקות - שילוב צוותי הבדיקות כבר בשלב הדרישות והאפיון, גם כשהן עדיין ראשוניות
אוטומציה מוקדמת - הכנסת כלי אוטומציה בשלבים מוקדמים מאפשרת כיסוי רחב, מהיר ויעיל. בעידן הבינה המלאכותית ניתן ליצור “לקוחות מדומים” סוכני בינה מלאכותית שמבצעים בדיקות ומקבלים החלטות
שילוב בדיקות בתהליך הפיתוח - כתיבת בדיקות עוד לפני הקוד (פיתוח מונחה בדיקות), שימוש עקבי ב־בדיקות יחידה ,בדיקות התממשקות ו־בדיקות נסיגה מוקדמים
השקעה ביחידות בדיקה (בדיקות יחידה) - הכשרת אנשי בודקי תוכנה להבין דרישות, תהליכי פיתוח, קוד ואוטומציה, כולל שימוש בכלי בינה מלאכותית – כדי להשתלב מוקדם ולהשפיע על האיכות
יתרונות הגישה
חיסכון בעלויות: תיקון באפיון זול פי כמה מתיקון בפרודקשן
שיפור איכות: פחות באגים מאוחרים → פחות רגרסיות
שיפור תקשורת בין צוותים: נדרשת מעורבות מוקדמת של פיתוח ובדיקות
גילוי בעיות סטטיות: למשל קוד מת ״קוד מת״, נזילות זיכרון או ״קוד ספגטי״ – שלא תמיד עולים בבדיקות דינמיות
זמן לשוק מהיר יותר: שחרור מוצרים מהר ובאיכות גבוהה
אתגרי היישום
לא קורה מיד – דורש חשיבה מוקדמת, הכנה ותכנון ארגוני
צורך ב־סטנדרטים איכותיים ברורים (למשל תנאי כניסה לבדיקות)
בדיקות מבוססות סיכון – אין זמן לבדוק הכל, צריך להתמקד על תרחישים קריטיים
שילוב אוטומציה בכל הרמות – לא רק בדיקות מערכת בסוף, אלא גם יחידה, אינטגרציה ו־קבלה
שינוי תפיסתי: בודקים אינם רק “בודקי מוצר” אלא תומכי איכות כוללת
תנאים להצלחה
תמיכת הנהלה – קריטית להטמעת שינוי ארגוני
אחריות משותפת לאיכות – לא רק הבודקים, אלא גם מפתחים, אנליסטים, מנהלי פרויקטים ומשתמשים
תרבות ארגונית של שיתוף פעולה – חיבור בין כל המעורבים במעגל הפיתוח
סיכום המסר
:הזזה שמאלה מאפשרת
מוצר אמין ובטוח יותר
פחות באגים בשלבים מאוחרים
שיפור תהליכי פיתוח ותמיכה טובה יותר באיכות
המסקנה: "לעבור שמאלה זו החלטה נכונה" – היא משתלמת עסקית, טכנולוגית וארגונית
By ITCBבפרק זה של השורטקאסט, קובי יונסי מספר ומפרט על המושג ״הזזה שמאלה״ בבדיקות תוכנה מתוך הסילבוס של הארגון הבינלאומי לבודקי תוכנה
קובי יונסי פותח בהצגת הנושא – גישת ״הזזה שמאלה״ בבדיקות תוכנה
מהי ״הזזה שמאלה״
המונח מתאר הקדמה של תהליכי הבדיקות מהשלבים המאוחרים של מחזור הפיתוח (אחרי קוד) אל שלבי ה־העיצוב והאפיון
המטרה: גילוי ותיקון בעיות מוקדם, חיסכון בזמן ועלויות, שיפור איכות המוצר
הדבר תואם את אחד מעקרונות הבדיקה – בדיקות מוקדמות
עקרונות מרכזיים של ״הזזה שמאלה״
מודעות מוקדמת לבדיקות - שילוב צוותי הבדיקות כבר בשלב הדרישות והאפיון, גם כשהן עדיין ראשוניות
אוטומציה מוקדמת - הכנסת כלי אוטומציה בשלבים מוקדמים מאפשרת כיסוי רחב, מהיר ויעיל. בעידן הבינה המלאכותית ניתן ליצור “לקוחות מדומים” סוכני בינה מלאכותית שמבצעים בדיקות ומקבלים החלטות
שילוב בדיקות בתהליך הפיתוח - כתיבת בדיקות עוד לפני הקוד (פיתוח מונחה בדיקות), שימוש עקבי ב־בדיקות יחידה ,בדיקות התממשקות ו־בדיקות נסיגה מוקדמים
השקעה ביחידות בדיקה (בדיקות יחידה) - הכשרת אנשי בודקי תוכנה להבין דרישות, תהליכי פיתוח, קוד ואוטומציה, כולל שימוש בכלי בינה מלאכותית – כדי להשתלב מוקדם ולהשפיע על האיכות
יתרונות הגישה
חיסכון בעלויות: תיקון באפיון זול פי כמה מתיקון בפרודקשן
שיפור איכות: פחות באגים מאוחרים → פחות רגרסיות
שיפור תקשורת בין צוותים: נדרשת מעורבות מוקדמת של פיתוח ובדיקות
גילוי בעיות סטטיות: למשל קוד מת ״קוד מת״, נזילות זיכרון או ״קוד ספגטי״ – שלא תמיד עולים בבדיקות דינמיות
זמן לשוק מהיר יותר: שחרור מוצרים מהר ובאיכות גבוהה
אתגרי היישום
לא קורה מיד – דורש חשיבה מוקדמת, הכנה ותכנון ארגוני
צורך ב־סטנדרטים איכותיים ברורים (למשל תנאי כניסה לבדיקות)
בדיקות מבוססות סיכון – אין זמן לבדוק הכל, צריך להתמקד על תרחישים קריטיים
שילוב אוטומציה בכל הרמות – לא רק בדיקות מערכת בסוף, אלא גם יחידה, אינטגרציה ו־קבלה
שינוי תפיסתי: בודקים אינם רק “בודקי מוצר” אלא תומכי איכות כוללת
תנאים להצלחה
תמיכת הנהלה – קריטית להטמעת שינוי ארגוני
אחריות משותפת לאיכות – לא רק הבודקים, אלא גם מפתחים, אנליסטים, מנהלי פרויקטים ומשתמשים
תרבות ארגונית של שיתוף פעולה – חיבור בין כל המעורבים במעגל הפיתוח
סיכום המסר
:הזזה שמאלה מאפשרת
מוצר אמין ובטוח יותר
פחות באגים בשלבים מאוחרים
שיפור תהליכי פיתוח ותמיכה טובה יותר באיכות
המסקנה: "לעבור שמאלה זו החלטה נכונה" – היא משתלמת עסקית, טכנולוגית וארגונית