כראש צוות בדיקות תוכנה בחברה שעוברת את השדרוג מ-HANA ל-S/4HANA, אני יכול לומר שזה לא עוד פרויקט – זה מסע. מסע שדורש חדות, רגישות, הקשבה והבנה עמוקה של המערכת – אבל לא פחות מכך, של האנשים שעובדים איתה.
שלב ראשון: אססמנט – לראות את התמונה המלאה, גם אם היא קצת עקומה
לפני כל שורת קוד שנבדקת, יש צורך להבין את התמונה הגדולה. האססמנט הוא לב ליבו של תהליך ההכנה לשדרוג – כאן אני פותח את כל מגירות המערכת ומחפש את כל מה שעלול לצוף בשלב מאוחר יותר.
- שדרוג מסד נתונים ל-NONUNICODE – אחד האתגרים המרכזיים. מדובר לא רק בבעיה טכנית, אלא בהשלכות על כל השכבות: מהקידוד בטבלאות ועד לדוחות שמתקשים להבין עברית. אנחנו בודקים כל ממשק שיכול להישבר – עוד לפני שנוגעים בקוד.
- המרת CVI ל-BP (Business Partner) – אחד השינויים המשמעותיים ביותר בסביבת ה-Master Data. השאלות שאנחנו שואלים כאן הן: איזה מודולים משתמשים עדיין במודל הישן? האם יש התאמה בין השדות? והאם תהליכים אוטומטיים כמו יצירת לקוח וספק משמרים את הלוגיקה הקודמת?
- SP מינימלי למערכות סביב – לא תמיד אפשר לשדרג הכל במקביל. חלק מהמערכות התומכות עדיין בגרסאות ישנות, וזה יוצר פערים. כאן בדיקות הרגרסיה חשובות – לזהות מוקדם מה נשבר או לא נתמך.
שלב שני: בניית תוכנית עבודה לבדיקות – לא רק מה נבדוק, אלא איך ומתי
פה אני כבר עובר מתמונה כוללת לקווים שמציירים את הדרך.
- פירוק לגורמים – כל רכיב מערכת (מודול, תהליך עסקי, ממשק, טרנזקציה) מקבל מפת בדיקות ייעודית.
- לו"ז מדויק לבדיקות לפי שלבים – כולל בדיקות יחידה, אינטגרציה, ביצועים, והרשאות.
- סימולציות ו-User Stories – אנחנו בונים סיפורים אמתיים סביב המשתמשים, כי כל שדרוג כזה משפיע קודם כל עליהם.
שלב שלישי: תשאול לקוחות פנימיים – להבין מה הצלחה אומרת עבורם
כבודקים, אנחנו לא יכולים להסתפק רק בלמצוא תקלות – אנחנו צריכים להבין גם את החלומות.
אני נפגש עם מנהלי תחומים, אנשי כספים, רכש, לוגיסטיקה, ושואל שאלות פשוטות:
- מה אתם רוצים להרוויח מהשדרוג?
- איזה תהליכים הייתם רוצים שירוצו חלק יותר?
- אילו כאבים קיימים היום?
זה עוזר לי ולצוות לתעדף, לבנות תסריטי בדיקות רלוונטיים, ולהבין לעומק איפה ההזדמנויות האמיתיות בשדרוג.
שלב רביעי: זיהוי אובייקטים, טרנזקציות והרשאות
- זיהוי טרנזקציות שעוברות שינוי או מוחלפות ב-Fiori Apps – כאן נדרש תיעוד מדויק ובדיקות שמוודאות שלא נאבדת פונקציונליות.
- בדיקת הרשאות – כל שינוי בטרנזקציה או במודול מעלה סיכון לשבר באבטחת מידע. אני עובד צמוד לאנשי אבטחת מידע כדי לבדוק תרחישים אמיתיים.
- ADD-ONs ופיתוחים פנימיים – חלקם כבר לא תואמים ל-S/4, חלק דורשים התאמות. כל תוסף כזה נבדק בנפרד, כולל מבחני עומסים ובדיקות קצה.
שלב אחרון: יישום בפועל – השדרוג מתרחש, ואנחנו מוכנים
יום העלייה לאוויר (Go Live) הוא סיומו של תהליך בדיקה שאורכו חודשים.
- Regression Testing ברגע האחרון
- Smoke Tests מיד לאחר העלייה
- ליווי הצוותים בשטח – אנחנו לא מסתתרים מאחורי שולחן. נוכחות פיזית בסביבה תפעולית, עם גיבוי טכני ולוגיסטי מלא.
כך נראה מבפנים תהליך שמוודא ששום דבר לא נשבר – ושכל דבר חשוב באמת נבדק
כאשר נכנסנו לשלב הבדיקות עצמו, הבנתי שזה השלב שבו אנחנו – צוות ה-QA – הופכים ממעריכים וזהירים למדויקים וקריטיים. זה השלב שבו אין מקום להנחות. כל קובץ נתונים, כל טרנזקציה, כל משתמש – הכל חייב להיבדק כאילו זו הפעם הראשונה שהמערכת הזו עולה לאוויר.
🧪 1. בדיקות תקינות נתונים (Data Validation)
- המרות CVI ל-BP – לקחנו מדגם רחב של לקוחות, ספקים ושותפים עסקיים. עברנו שדה-שדה ובדקנו התאמות: האם הכתובות נשמרו? האם מספרי חשבונות תואמים?
- בדיקות על מסד נתונים NON-UNICODE שהוסב – טקסטים לא תקניים בעברית, סימני שאלה, תווים משובשים – חיפשנו את כל אלה בתצוגה ובדו"חות.
- בדיקות reconciliation – ביצענו הצלבות בין מידע במערכות תומכות (כמו CRM או SRM) לוודא התאמה מושלמת אחרי השדרוג.
🔁 2. בדיקות רגרסיה (Regression Testing)
הכלל שלי: אם זה עבד קודם, זה חייב לעבוד גם עכשיו.
- יצרנו מפות תהליך (Process Flows) של תהליכים עסקיים קריטיים – לדוגמה: הזנת הזמנה → הקצאת מלאי → שחרור משלוח → הפקת חשבונית.
- כל צעד כזה תורגם לתסריט בדיקה מפורט, כולל נתונים מוקשחים מראש לבדיקה עקבית.
- תסריטים חשובים חזרו על עצמם בשלושה סבבים שונים (QA → PREPROD → PROD Simulation) עם תוצאות מתועדות.
👥 3. בדיקות מול משתמשים (UAT – User Acceptance Testing)
- סשנים עם משתמשים מכל מחלקה – לא רק כדי שיבדקו, אלא כדי שיביעו חששות, יספרו מה עבד להם פחות טוב בעבר, ויכווינו למה באמת חשוב.
- בדיקות תרחישים מציאותיים – לדוגמה, נציג שירות שמקבל לקוח שמבקש ביטול החזר. או רכש שמעלה הזמנת שירות עם תנאים מיוחדים.
- הקלטנו את הסשנים, ניתחנו חריגים, חזרנו עם פתרונות.
🧩 4. בדיקות הרשאות
- אחד התחומים הכי רגישים בשדרוג – כי מספיק שטרנזקציה קטנה תעבור שינוי טכני – והרשאות מפסיקות לעבוד.
- ביצענו סריקה מלאה של רשומות SUIM ו-PFCG, השווינו מול הרשאות היסטוריות.
- בנינו תרחישים של הרצת טרנזקציות ללא הרשאה (Negative Testing) – כדי לוודא שלא נפרצה הגנה בעקבות שינוי מבני.
- בדיקות לפי פרופיל משתמש (End-User, Power-User, Admin) – כדי לוודא שחווית השימוש תואמת לתפקיד.
🧰 5. בדיקות ADD-ON ופיתוחים מותאמים (Z-Programs)
- כל פיתוח מותאם עבר שלושה שלבים:
- Code Review – האם יש פונקציות או טבלאות לא תואמות ל-S/4?
- Simulation Run – איך הקוד מתנהג על מערכת שדרוגית?
- Test Execution – הרצה מלאה כולל בדיקת IO מול מסכים אחרים.
- זיהינו מספר מקרים בהם פונקציות בסיסיות שונו או בוטלו – והתאמנו את הקוד תוך כדי התהליך.
🔌 6. בדיקות אינטגרציה וממשקים (Interfaces & IDocs)
- בדיקות תקשורת בין מערכות – לוודא שהממשק עם מערכת שכר, BI, CRM ו-3rd party (כמו ספקי שליחויות) עובד בצורה חלקה.
- בדיקות IDOC – זיהוי כשלי parsing, קידוד, שדות חסרים.
- ביצענו שליחה ידנית ואוטומטית של IDOCs כדי לוודא טיפול במגוון תרחישים (שגויים ותקינים).
📊 7. בדיקות ביצועים (Performance Testing)
- בדיקות הרצה של תהליכים קריטיים בשעות שיא (Load Testing) – כדי לוודא שאין קריסות או האטות.
- בדיקות זמן תגובה של Fiori Apps לעומת טרנזקציות GUI – השווינו כדי לראות אם השדרוג באמת הביא לשיפור ביצועים.
✨ מה גילינו? – דגשים מתוך השטח
- תהליך הזנת הזמנות במודול SD התקצר ב-35% – בעקבות מעבר ל-Fiori.
- תקלות בהפקת חשבוניות אצל ספקים עם מספרי מס באותיות – נפתרו רק לאחר בדיקות עומק על קידוד הנתונים.
- ממשק בין מערכת SAP ל-WMS דרש התאמות של שדות חדשים שנוצרו ב-S/4HANA – בעיה שזוהתה רק בשלב הבדיקות המלאות.
סיכום אישי: להיות עוגן של יציבות בעולם משתנה
במהלך כל הפרויקט הזה, הרגשתי שהתפקיד שלנו כבודקים הוא לא רק לבדוק אם משהו עובד – אלא לדאוג שהוא יעבוד עבור המשתמשים.
להיות עוגן של ודאות, בעולם שבו מערכת שלמה משתנה לנגד עיניהם.
כי בסופו של דבר, מעבר לטכנולוגיה ולדוחות – יש אנשים. והבדיקות שלנו הן מה שמחבר את החלום העסקי למציאות שעובדת.
אם אתה בתהליך של שדרוג ל-S/4HANA – אל תוותר על בדיקות עמוקות, אנושיות ומבוססות תובנות אמיתיות מהשטח. זה לא רק יחסוך לך זמן וכסף – זה יבטיח שהשינוי באמת יצליח.
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את התחום, תוכל להתחיל לעבוד מהבית דרך FIVVE או UDEMY ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן
לעבוד מהבית כבודק תוכנה עם FIVVE >> לחץ כאן
TesQA 