פרק #71

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

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

רקע על האורח – ויקטור אוסיפוב

ויקטור בן 47, גרוש ואב לשניים, מגיע מרקע עשיר בתחום האלקטרוניקה והבקרה:

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

מה זה אומר לעבוד בבדיקות בחברת החשמל?

ויקטור וצוותו עוסקים בבדיקות למערכת "מונה חכם" (smart meter):

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

המערכות:

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

מתודולוגיות בדיקה

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

בדיקות מסירה (Delivery Testing).
בדיקות פונקציונליות מול מערכות ניהול.

Exploratory Testing – הבדיקות "הטעימות" ביותר בעיניו של ויקטור.

באגים מעניינים

הבאגים המהנים ביותר הם אלו שלא חלק מנפח העבודה הרשמי – כאלו שנמצאים מתוך היכרות עמוקה עם המערכת (בדיקות חקרניות).
צוותו מצא כ-100 באגים במערכות שכבר עברו QA של חברות מפתחות – כולל באגים קריטיים.

תהליכי גרסה ושחרור

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

סקיוריטי, פרפורמנס, ותחומי אחריות

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

בינה מלאכותית ואוטומציה

בצוות של ויקטור אין שימוש ב-AI או אוטומציה.
בחלקים אחרים של חברת החשמל כן יש פרויקטים באוטומציה (Acceptance Testing).

תובנות כלליות

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

נקודה אישית בסיום

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

לשליחת התשובות לחידה שויקטור שאל בפרק ניתן לשלוח למייל: [email protected]

לקבוצת הוואצאפ של קהילת הבדוקים: https://bit.ly/TestIL_Whatsapp

להרשמה לתחרות הבדיקות תוכנה של ישראל: www.istc.org.il

אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל: [email protected]

קישור לערוץ הפודקאסט שלנו