בדיקות תוכנה בשדרוג ECC → S/4HANA: מה בודקים, איך בודקים, ואילו כלים של SAP עוזרים לנו

למה השדרוג דורש מתודולוגיית בדיקות מוקפדת

מעבר מ-ECC ל-S/4HANA לא “עוד שדרוג טכני”. הוא כולל שינויי מודל נתונים (למשל איחוד ישויות ל-Simplification Items), הצטמצמות עסקאות קלאסיות לטובת Fiori, ושינויים עמוקים בהתנהגות פונקציונלית ותשתיתית. SAP מרכזת את ההשלכות ב-Simplification Item Catalog ובמדריך ה-Conversion Guide, שמכוונים מה צריך לבדוק ומדוע. help.sap.com

מיפוי שינויים (מה השתנה)

לפני בדיקות – ממפים השפעה:

Simplification Items: לכל תחום (FI/SD/MM/PP וכו’) יש פריטים עם השלכות, פעולות חובה והסבר הבדלים. זהו המקור הראשי להבנת “מה נשבר” ומה צריך לבדוק/להתאים. help.sap.com
ממשקי משתמש: מעבר מ-GUI קלאסי לאפליקציות Fiori לפי תפקידי מפתח (Roles/Catalogs) על בסיס ספריית האפליקציות (Fiori Apps Reference Library) – קובע מה לבדוק תפעולית ואוטומטית ב-UI. community.sap.com
שותפים עסקיים (Business Partner/CVI): בארכיטקטורת S/4HANA יש איחוד של Customer/Vendor אל Business Partner – מחייב בדיקות קונברסיה ונתונים. (מופיע בעקביות ב-Conversion Guide וב-Simplification Items). help.sap.com

כלים רשמיים של SAP לתכנון ובקרת בדיקות

Conversion Guide + Simplification Item Catalog – בסיס לבניית תכנית בדיקות לכל מודול ותהליך E2E. help.sap.com
SAP Cloud ALM – Test Management: ניהול תרחישים/מקרי מבחן ידניים ואוטומטיים, מעקב התקדמות ותוצרים. ניתן לייבא תוכן Best Practices ל-S/4HANA ולהפעיל אינטגרציות לכלי אוטומציה. support.sap.com+1 help.sap.com+3help.sap.com+3help.sap.com+3
ATC (ABAP Test Cockpit) + Custom Code Migration: בדיקות סטטיות לקוד מותאם (Z*), כולל בדיקות תאימות ל-S/4HANA ותיקון “Quick Fixes”. (ATC והגירת קוד מתועדים במדריכי SAP; מומלץ לשלב גם Usage Data – ראו SCMON/UPL). help.sap.com
SCMON/UPL (Usage Logging): זיהוי שימוש בפועל באובייקטים מותאמים לצמצום היקף הרגרסיה ולהחלטות “להסיר/להשאיר”. help.sap.com
SQL Monitor (SQLM) לניתוח עומסי DB והורדת צווארי בקבוק שנחשפים לאחר ההמרה ל-HANA. studylib.net
SUM/DMO + SPDD/SPAU: שלבי ההתאמות לאחר הרצה טכנית – חובה לתכנן בדיקות סביב התאמות מילון הנתונים (SPDD) והרפוזיטורי (SPAU). help.sap.com+2help.sap.com+2
SAPUI5/Fiori Testing: עבור בדיקות UI – מסגרת בדיקות רשמית: QUnit (יחידה) ו-OPA5 (אינטגרציה/קבלה) – מתועדות ב-SAP Help וב-SDK. help.sap.com+2help.sap.com+2 SAPUI5 SDK

שלבי הבדיקות המומלצים (End-to-End)

שלב 0 – תכנון ואפיון היקף (Test Strategy)

מפה השפעות מתוך Simplification Items וה-Conversion Guide; 2) קבע עדיפויות לפי שימוש אמיתי (SCMON/UPL); 3) הפק רשימת תהליכי מפתח E2E לכל מודול. help.sap.com+1

שלב 1 – Preparations ו-Pre-Checks

בדיקות Readiness/Pre-Checks (כולל איסוף נתונים וניתוח התאמות נדרשות), ופתיחת תכולת בדיקות ב-Cloud ALM (מבנה תרחישים, קשר ל-Requirements/Processes). support.sap.com help.sap.com

שלב 2 – ATC & Custom Code Remediation

הרצת ATC בתבניות S/4HANA, טיפול Findings (כולל Quick Fixes), סימון אובייקטים לשימור/הסרה לפי UPL/SCMON. בדיקות יחידה (ABAP Unit) לקוד קריטי. help.sap.com

שלב 3 – SUM/DMO והרצה טכנית (Sandbox/DEV)

לאחר הרצת SUM/DMO: SPDD להתאמות DDIC ו-SPAU להתאמות רפוזיטורי – ורק אחרי שסוגרים התאמות, ממשיכים הלאה. הקפידו על טרנספורטים מסודרים בין המערכות. help.sap.com+1

שלב 4 – בדיקות פונקציונליות ורגרסיה

בדיקות יחידה לתוספים/הרחבות.
בדיקות אינטגרציה בכל זרימות בין-מודולאריות (לדוגמה: הזמנה→לוגיסטיקה→חשבונאות).
רגרסיה ממוקדת לפי שימוש בפועל (SCMON/UPL) ולפי השפעות Simplification Items. ניהול והוצאה לפועל ב-SAP Cloud ALM. help.sap.com+1

שלב 5 – בדיקות נתונים והגירה

אם משתמשים ב-Migration Cockpit (“Migrate Your Data”), בדקו שלמות, איכות, שיוכים (לדוגמה BP←→לקוחות/ספקים), וקליטה פיננסית לאחר ה-posting הראשונים. (ה-Cockpit מתועד ב-Help; הכלל הוא להריץ בדיקות דגימה, התאמות, ופעמוני עשור E2E על נתוני אמת). help.sap.com

שלב 6 – בדיקות ביצועים ו-HANA

SQLM לאיתור סטייטמנטים כבדים אחרי המעבר ל-HANA, יחד עם ניתוח עומסים ו-tuning. studylib.net

שלב 7 – אבטחה והרשאות

אימות תפקידי Fiori (Roles/Catalogs) וניווט Launchpad, בדיקות הפרדת תפקידים והרשאות קריטיות. הסתמכו על ספריית האפליקציות לבניית תפקידים. community.sap.com

שלב 8 – בדיקות UI (Fiori)

QUnit (בדיקות יחידה ל-UI5) ו-OPA5 (בדיקות אינטגרציה שמדמות תרחישי משתמש) – מומלץ לשלב בהרצות CI. help.sap.com+1 SAPUI5 SDK

שלב 9 – UAT & Cutover Rehearsal

תרחישי UAT לפי E2E קריטיים, סימולציית cutover כולל בדיקות smoke לאחר העלאה (SPAU/SPDD סגורים, פקודות עבודה מתועדות ב-Cloud ALM). help.sap.com

מה בודקים בפועל? (צ’ק-ליסט ממוקד)

פונקציונלי לפי Simplification Items

תהליכים שהשתנו/הוצאו משימוש/הוחלפו: תרחישי חיוב/מלאי/רכש/ייצור, דוחות, ממשקים. help.sap.com

Custom Code

תאימות ATC ל-S/4HANA, שימוש בפועל (SCMON/UPL), כיסוי בדיקות יחידה, בדיקות אינטגרציה של הרחבות BAdI/Exits. help.sap.com

נתונים

CVI: מיפוי ומיזוג לקוחות/ספקים ל-BP, בדיקות יחס/תפקיד (BP roles), כתובות, בנקים, ו-posting בדיקות. help.sap.com

UI/UX

תפריטי Fiori, הרשאות תפקידים, ניווט, נגישות, בדיקות אוטומטיות (QUnit/OPA5). help.sap.com+1

ביצועים

SQLM ל-Hotspots, בדיקות עומס מדגמיות על עסקאות כבדות/דוחות. studylib.net

אינטגרציות

OData/IDoc/PROXY – בדיקות חוזים/פורמטים, הרשאות טכניות, ושגיאות נראות ב-monitoring.

Post-Upgrade Adjustments

השלמת SPDD/SPAU והקשחת משמעת טרנספורטים – בדיקות smoke אחרי כל “סגירה”. help.sap.com+1

ניהול בדיקות בפועל (Cloud ALM)

הגדירו היררכיית Solution Processes → Test Cases; תעדפו סבבים (Cycle) לפי סיכון/שימוש; עקבו אחר סטטוסים, תוצרים ו-defects – הכל ב-Test Preparation/Execution. help.sap.com+1
ייבאו תוכן Best Practices ליצירת מקרי מבחן מסוימים ל-S/4HANA והרחיבו למה שייחודי לארגון. support.sap.com

בדיקות UI5/Fiori – איך מיישמים מהר

QUnit: בדיקות יחידה ללוגיקה/formatters/validators. help.sap.com
OPA5: בדיקות אינטגרציה המתוארות כסיפורי משתמש (Given-When-Then), רצות בדפדפן/CI. help.sap.com SAPUI5 SDK
משלבים ב-CI כדי לאבטח רגרסיה עקבית לאחר התאמות. SAPUI5 SDK

אנטי-פטטרנס נפוצים (ומה לעשות במקום)

התעלמות מסעיפי Simplification → חובה לנתח כל פריט רלוונטי ולתרגם למבחנים. help.sap.com
אחרי SUM לא סוגרים SPDD/SPAU → גורם לתקלות קשות; לסגור מוקדם ולהעביר טרנספורטים מסודרים. help.sap.com+1
רגרסיה רחבה מדי/צרה מדי → השתמשו ב-SCMON/UPL כדי למקד. help.sap.com
דלוג על בדיקות ביצועים → הקפידו על SQLM בפרט על דוחות כבדים. studylib.net

דוגמת תכנית בדיקות תכל’ס (מתאר על־ברגל אחת)

Scope & Risk: מיפוי Simplification Items, חיבור ל-processes, תיעדוף. help.sap.com
Code Readiness: ATC + UPL/SCMON, החלטות הסרה/תיקון, ABAP Unit. help.sap.com
Tech Run (Sandbox/DEV): SUM/DMO → SPDD → Smoke → SPAU → Smoke. help.sap.com+1
INT/UAT: רגרסיה ממוקדת לפי שימוש; E2E עסקיים; הרשאות; UI5 (QUnit/OPA5). help.sap.com+1
Data: סבב הגירה ניסיוני, בדיקות התאמות/שלמות, הרצות פיננסיות לדוגמה. help.sap.com
Performance: SQLM + שיפורים. studylib.net
Cutover Rehearsal: תסריט מלא, Rollback plan, בדיקות Smoke לאחר העלאה.
Hypercare: ניטור תקלות ותיקון מהיר; ב-Cloud ALM – שקיפות סטטוסים/defects. help.sap.com

לסיכום

ההשקעה הקריטית היא במיפוי השינויים (Simplification Items), בתעדוף רגרסיה לפי שימוש אמיתי (SCMON/UPL), בסגירת התאמות לאחר SUM (SPDD/SPAU), ובניהול בדיקות עקבי ומתועד (Cloud ALM). כך מצמצמים סיכון, מאיצים Go-Live, ומונעים “הפתעות” אחרי העלאה. help.sap.com+3help.sap.com+3help.sap.com+3