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

QA Lead בצוותי פיתוח – איך מובילים איכות כשה-QA הוא חלק מהצוות?

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

אבל עוד לפני שמדברים על QA, אלכס משתף בסיפור האישי והמרגש שלו. בתו הצעירה נולדה עם תסמונת גנטית נדירה בשם Cornelia de Lange Syndrome, אירוע ששינה לחלוטין את מסלול חייו.

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

הדרך לעולם הבדיקות

אלכס מספר כיצד בתחילת שנות ה-2000, לאחר שסיים את לימודיו, חיפש את דרכו בעולם ההייטק. לאחר ראיונות רבים התקבל לצוות QA, וגילה במהרה שזהו התחום שמתאים לאופי שלו.

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

אלכס גם נזכר כיצד התחיל לעבוד עם כלים בסיסיים כמו Word ו-Excel לבדיקות, ומשווה זאת לעולם המודרני שבו בדיקות משלבות אוטומציה, תהליכים מתקדמים ובינה מלאכותית.

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

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

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

מהו QA Lead בתוך צוות פיתוח?

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

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

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

הוא מדגיש את ההבדל בין:

• QC (Quality Control) – בדיקת איכות המוצר עצמו.
• QA (Quality Assurance) – איכות התהליכים שמובילים ליצירת המוצר.

לדבריו, כאשר התהליכים טובים וברורים – גם איכות המוצר משתפרת באופן טבעי.

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

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

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

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

QA בתוך צוותי Agile

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

המשמעות היא:

• השתתפות בכל ישיבות הפיתוח.
• עבודה יומיומית עם המפתחים.
• מעורבות כבר משלב הדרישות.
• Review על Test Plans.
• ליווי הפיתוח עד העלייה לפרודקשן.

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

איך עובדים עם מעט מסמכים ועדיין שומרים על איכות?

אחד הנושאים שעלו בפרק הוא המעבר ממסמכי אפיון גדולים ומפורטים לעולם ה-Agile.

אלכס מסביר שכיום אין צורך במסמכים ארוכים של מאות עמודים. במקום זאת עובדים עם:

• User Stories
• BDD
• Given / When / Then
• Test Cases קצרים
• Review מתמשך

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

למה QA No הוא רעיון בעייתי?

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

לדבריו, מדובר בגישה בעייתית משום שקיים אפקט פסיכולוגי מוכר של Blindness – אדם מתקשה לראות את הטעויות של עצמו.

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

איש QA מביא איתו יכולות ייחודיות כמו:

• חשיבה מערכתית.
• ראייה מנקודת מבט הלקוח.
• Exploratory Testing.
• רגישות ל-UI ו-UX.
• ניסיון בזיהוי סיכונים.
• חיבור בין כלל חלקי המערכת.

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

איכות היא אחריות של כל הצוות

אחד המסרים המרכזיים בפרק הוא המודל של Whole Team Quality.

בגישה זו:

• איכות אינה אחריות של איש ה-QA בלבד.
• כל חברי הצוות מחויבים לאיכות.
• מציאת באג קריטי אינה כישלון אלא הצלחה של הצוות.
• כל חברי הצוות שותפים לשיפור המוצר.

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

למה חשוב לכתוב Test Plan לפני כתיבת הקוד?

לדברי אלכס, אחת הפרקטיקות החשובות ביותר היא הכנת Test Plan כבר בתחילת הפיתוח.

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

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

גישה זו משתלבת היטב עם עקרונות Shift Left ו-Test-Driven Thinking.

מהו Test Plan טוב?

לסיום, אלכס מסביר שאין תבנית אחת נכונה ל-Test Plan, אך הוא צריך לשלב הסתכלות ממספר עולמות:

• Functional Testing
• Risk Based Testing
• Security Testing
• Accessibility Testing
• Compatibility Testing
• Performance במידת הצורך
• לדבריו, מוצר איכותי אינו רק כזה שעובד פונקציונלית, אלא גם כזה שמאובטח, נגיש, עקבי ומתאים למגוון משתמשים וסביבות עבודה.

קישור לאתר עמותת קורנליה דה לנג ישראל: https://cdls.org.il/

קישור לפרופיל לינקדאין של אלכס: https://www.linkedin.com/in/alex-s-77a3a68/

קישור לפרופיל לינקדאין של ניצן: https://www.linkedin.com/in/ngqa/

קישור לקבוצת העדכונים של TESTIL: https://bit.ly/TestIL_Whatsapp