פרק #71 | בדיקות בחברת חשמל עם ויקטור אוסיפוב

פרק #71בדיקות תוכנה בחברת חשמל עם ויקטור אוסיפוב בואו הקשיבו לניצן גולדנברג מארח את ויקטור אוסיפוב - מהנדס בדיקות בחברת חשמל אשר מספר על אילו בדיקות עושים בחברת חשמלרקע על האורח – ויקטור אוסיפובויקטור בן 47, גרוש ואב לשניים, מגיע מרקע עשיר בתחום האלקטרוניקה והבקרה שירת בצה"ל בתחום האלקטרוניקהעבד 17 שנים באינטל בתחום הבקרה והתקשורתהמשיך לעבוד במקורות בבדיקת מערכות של תחנות שאיבה, כולל סימולציותעבר לסטארטאפ בתחום מדעי – "חתול מדע"כיום ראש צוות בדיקות מסירה בחברת החשמל – דרך קבלן משנה (טסטנט) דרך אריקסון מה זה אומר לעבוד בבדיקות בחברת החשמלויקטור וצוותו עוסקים בבדיקות למערכת מונה חכםהמונה מעביר נתוני צריכת חשמל למרכז הבקרהמדובר בפרויקט מורכב הכולל תקשורת, בטיחות, אבטחה, רגולציה, וסנכרון עם מערכות כמו סאפהחברה משתמשת בשירותי אאוטסורס נוספים, בנוסף לצוותים פנימיים המערכות מערכות רבות מאוד, לרוב מונוליטיות, הדורשות תקשורת מתואמת ביניהןדוגמה  סאפ מנהלת מעקב אחרי התקנת מונים, סטטוס מלאי וכו' מתודולוגיות בדיקהעובדים בעיקר במודל של קבלנות לפי נפח עבודה ולא במתודולוגיות מודרניות כמו אג׳ייל או מרתוניםאין שימוש באוטומציה או בינה מלאכותית בצוות של ויקטור (לפי דרישת ההנהלה), אם כי צוותים אחרים כן עוסקים באוטומציה מתודולוגיית הבדיקה המרכזיתבדיקות מסירהבדיקות פונקציונליות מול מערכות ניהול בדיקות חקרניות - הבדיקות "הטעימות" ביותר בעיניו של ויקטור באגים מענייניםהבאגים המהנים ביותר הם אלו שלא חלק מנפח העבודה הרשמי – כאלו שנמצאים מתוך היכרות עמוקה עם המערכת (בדיקות חקרניות)צוותו מצא כ-100 באגים במערכות שכבר עברו בדיקות איכות של חברות מפתחות – כולל באגים קריטיים תהליכי גרסה ושחרוראין תהליך אג׳ייל אמיתי או שחרור יומימערכות שונות משתחררות בגרסאות נפרדות, לא תמיד מסונכרנותדוגמה מטרידה  לעיתים סביבת טסט מקבלת גרסה חדשה יותר מסביבת דב סקיוריטי, פרפורמנס, ותחומי אחריותיש חלוקה ברורה בין צוותיםצוותים שמתמקדים בפונקציונליותצוותים שעוסקים בביצועים, אבטחה, סאפ ועודכל צוות הוא "דומיין אקספרט" – מתמקצע בתחום ספציפי מאוד, אך חסר גמישות תפעולית בינה מלאכותית ואוטומציהבצוות של ויקטור אין שימוש בבינה מלאכותית או אוטומציהבחלקים אחרים של חברת החשמל כן יש פרויקטים באוטומציה תובנות כלליותויקטור מדגיש את החשיבות של לא למהר להגדיר בג כקריטי - לפעמים מדובר בטעות בשימוש או בהבנהכל בג צריך לעבור אימות חוזר, בדיקה על מספר מונים, ורק לאחר מכן לפתוח טיקט נקודה אישית בסיוםויקטור מביא גישה מקצועית, אך גם הומור, אהבה לתחום, וכנות לגבי האתגרים – כמו עמידה מול חסמים, קצב עבודה שונה מחברות הייטק, והצורך באלתור בתוך מסגרות נוקשות [email protected]: לשליחת התשובות לחידה שויקטור שאל בפרק ניתן לשלוח למיילhttps://bit.ly/TestIL_Whatsapp :לקבוצת הוואצאפ של קהילת הבדוקיםwww.istc.org.il הרשמה לתחרות הבדיקות תוכנה של ישראל