شرح اختبار SAP: الأنواع والمراحل والمسؤولون

اختبار SAP هو العمل الذي يثبت أن نظام SAP المهيأ يشغّل عمليات أعمالكم بشكل صحيح، ببياناتكم وبأحجامكم الفعلية، قبل التشغيل الفعلي وفي كل مرة يتغير فيها بعد ذلك. في برنامج S/4HANA يشمل ستة أنواع من الاختبار: اختبار الوحدة، واختبار تكامل النظام (SIT)، واختبار قبول المستخدم (UAT)، واختبار الانحدار، واختبار الأداء، وتجربة الانتقال.

كل نوع يجيب عن سؤال مختلف، ولا يغني أي منها عن الآخر. في تجربتي يستهلك الاختبار نحو 35 بالمئة من جهد البرنامج، ولهذا يستحق خطة وميزانية ومسؤولين خاصين به، بدلًا من بضعة أسابيع في نهاية مرحلة البناء.

هذه الصفحة هي النظرة العامة. ولكل نوع دليل خاص به، تجدون روابطه في الأقسام أدناه.

نظام SAP هو تهيئة وبيانات رئيسية وشيفرة مخصصة وواجهات تعمل معًا. والتغيير في موضع واحد قد يعطّل عملية في موضع آخر، وغالبًا في وحدة لم يلمسها أحد.

لهذا يُنظَّم اختبار SAP حول عمليات الأعمال لا حول الشاشات. فعمليات مثل من الطلب إلى التحصيل، ومن الشراء إلى الدفع، ومن التسجيل إلى التقرير تمر عبر عدة وحدات، والاختبار الذي يتوقف عند معاملة واحدة لا يثبت إلا القليل.

ولا ينتهي الاختبار عند التشغيل الفعلي. فتغييرات الدعم وإصدارات SAP وعمليات الطرح الجديدة كلها تغيّر النظام، ولذلك يستمر الانضباط نفسه في مرحلة Run.

هذه هي الأنواع الستة التي أخطط لها في برنامج S/4HANA. يبين الجدول ما يثبته كل نوع، ومتى يُنفَّذ، ومن يجب أن يتولاه.

نوع الاختبار	ما الذي يثبته	موقعه في SAP Activate	من يتولاه
اختبار الوحدة	أن كل عنصر تهيئة أو برنامج أو تحسين يعمل بمفرده	Realize، داخل كل دورة بناء	الاستشاريون الوظيفيون والتقنيون
اختبار تكامل النظام (SIT)	أن العمليات الكاملة تعمل عبر الوحدات والواجهات ببيانات واقعية	Realize، على جولات بعد استقرار البناء	قائد الاختبار في البرنامج، مع مالكي العمليات
اختبار قبول المستخدم (UAT)	أن قطاع الأعمال يستطيع تشغيل سيناريوهاته الحقيقية على النظام	أواخر Realize، قبل Deploy	قطاع الأعمال
اختبار الانحدار	أن ما كان يعمل من قبل لا يزال يعمل بعد التغيير	من Realize فصاعدًا، ثم مع كل إصدار في Run	قائد الاختبار، مع الأتمتة حيث يبررها الحجم
اختبار الأداء	أن النظام يصمد أمام عدد كبير من المستخدمين وأحجام الإنتاج في الوقت نفسه	Realize، ويُستكمل قبل التشغيل الفعلي	قائد الأداء على مستوى البرنامج مع فريق Basis
تجربة الانتقال	أن تسلسل التشغيل الفعلي وعمليات تحميل البيانات والتوقيتات تعمل من البداية إلى النهاية	Deploy	مدير الانتقال

اختبار SAP عبر مراحل SAP Activate

1. 01

   Prepare

   إعداد أداة الاختبار والفريق وبيئة الاختبار.

2. 02

   Explore

   كتابة استراتيجية الاختبار أثناء اتخاذ قرارات Fit-to-Standard، حتى تكون المتطلبات قابلة للاختبار.

3. 03

   Realize

   اختبارات الوحدة داخل الدورات، ثم جولات SIT واختبار الأداء وUAT بعد استقرار البناء.

4. 04

   Deploy

   تجارب الانتقال وفق قائمة تحقق متفق عليها، ثم قرار التشغيل الفعلي.

5. 05

   Run

   اختبار الانحدار لكل تغيير دعم وترقية وإصدار.

اختبار الوحدة

يتولى اختبار الوحدة من بنوا العنصر. فالاستشاري الوظيفي يتحقق من شرط تسعير، والمطوّر يتحقق من تحسين أو من ربط واجهة.

إنه ضروري لكنه غير كافٍ. فاختبار الوحدة الناجح لا يخبركم بشيء عما يحدث حين يلتقي هذا العنصر ببقية العملية.

اختبار تكامل النظام

في SIT يكتشف البرنامج ما إذا كان التصميم يعمل. فأمر البيع يجب أن ينتقل إلى التسليم والفوترة والمحاسبة والتقارير، وكل واجهة على هذا المسار يجب أن ترحّل القيود بشكل صحيح.

أخطط لاختبار SIT على جولات، لا كمرور واحد. تُصلَح العيوب المكتشفة في الجولة الأولى، وتثبت الجولة التالية أن الإصلاحات لم تعطّل شيئًا آخر. كيف تتكامل الجولات ومعايير الدخول ومعايير الخروج، تجدونه في دليلي لاستراتيجية اختبار S/4HANA.

اختبار قبول المستخدم

اختبار UAT هو تأكيد قطاع الأعمال أن النظام يدعم طريقة عمله بعد التشغيل الفعلي. وهو ملك لقطاع الأعمال لا لمكامل الأنظمة، لأن قطاع الأعمال وحده يستطيع قبول النظام.

يحتاج UAT إلى 6 إلى 8 أسابيع على الأقل. اضغطوه ليتسع لبناء متأخر، وستحصلون على اعتماد على الورق ومشكلات في بيئة الإنتاج. يغطي دليلي إلى اختبار قبول المستخدم في SAP السيناريوهات المكتوبة والأدوار والاعتماد.

اختبار الانحدار

يعيد اختبار الانحدار تشغيل الاختبارات التي ثبت نجاحها بعد أي تغيير، لاكتشاف ما قد يكون التغيير قد أفسده. وفي البرنامج الطويل، تمر إصلاحات الدعم الحي وتغييرات المشروع عبر النظام في الوقت نفسه.

نهجي هو تشغيل بيئتين منفصلتين، واحدة للمشروع وأخرى للأعمال الاعتيادية (BAU). وبذلك تُختبر تغييرات الدعم الحي وتغييرات المشروع كلٌّ على حدة، ولا يخفي أي منهما عيبًا في الآخر. يغطي دليلي إلى اختبار الانحدار في SAP نهج البيئتين والترقيات وتحليل الأثر.

اختبار الأداء

يجب أن يجري اختبار الأداء قبل التشغيل الفعلي. وأهم الاختبارات هي اختبارات التزامن، حيث يشغّل عدد كبير من المستخدمين المعاملات في اللحظة نفسها.

المعاملة التي تعمل بشكل صحيح لمستخدم واحد قد تنتهي مهلتها مع مئتي مستخدم. والاختبار الوظيفي لن يكشف لكم ذلك أبدًا. يغطي دليلي لقادة تقنية المعلومات حول اختبار أداء SAP اختبارات الحمل والإجهاد والتحمل، وكيفية كتابة معايير القبول.

تجربة الانتقال

تختبر تجربة الانتقال التشغيل الفعلي نفسه: تسلسل الخطوات التقنية، وعمليات تحميل البيانات، والمطابقات، والاعتمادات، مع توقيتاتها. وفي تحويل Brownfield أخطط لثلاث عمليات تحويل تجريبية قبل الانتقال.

معيار التشغيل الفعلي الذي أصرّ عليه هو قائمة تحقق شاملة للانتقال يُتفق عليها مسبقًا. فإذا كُتبت القائمة خلال عطلة نهاية أسبوع الانتقال، فإن التجارب لم تكن تجارب حقيقية.

يستهلك الاختبار نحو 35 بالمئة من جهد البرنامج في تجربتي. وهذا الرقم يفاجئ الرعاة الذين يرون الاختبار فجوة قصيرة بين البناء والتشغيل الفعلي.

يتوزع الجهد على أشخاص كثيرين. فالاستشاريون ينفذون اختبارات الوحدة، وفريق الاختبار يُعد اختبار SIT وينفذه، ومستخدمو الأعمال ينفذون UAT، وفريقا Basis والتكامل يدعمان اختبار الأداء وتجارب الانتقال.

ويجري ترحيل البيانات بالتوازي معه، ويستهلك وحده 30 إلى 40 بالمئة من الجهد. والتداخل بينهما كبير، لأن كل جولة اختبار تحتاج إلى بيانات مرحَّلة تشبه بيانات الإنتاج.

أكثر إخفاقات الاختبار شيوعًا فيما أراه هو ببساطة عدم كفاية الاختبار في SIT وUAT. تُقتطع الجولات حين يتأخر البناء، ويبقى موعد التشغيل الفعلي في مكانه. وعبر برامج SAP الـ 21 التي قدتها أو أنقذتها، يظل الخطأ الأكبر هو عدم التخطيط السليم في البداية، والاختبار عادة هو أول ما يظهر فيه ذلك.

الاختبارات لا تكون أفضل من البيانات التي تُجرى عليها. قاعدتي هي بيانات مقنّعة، ولكن بمستوى الإنتاج: أحجام بحجم الإنتاج وسجلات واقعية، مع إخفاء الحقول الشخصية والحساسة.

بيانات الاختبار الصغيرة والنظيفة تخفي المشكلات المهمة. فالتقرير الذي يعمل في ثوانٍ على بضعة آلاف من السجلات قد يستغرق ساعات على سنة كاملة من القيود.

والبيئة لا تقل أهمية عن البيانات. خططوا لبيئة الاختبار في مرحلة Prepare، وقرروا كيف تُحدَّث بين الجولات، وافصلوا بين تغييرات المشروع وتغييرات BAU. يغطي دليلي إلى إدارة بيانات اختبار SAP النسخ والإخفاء وبيانات الاختبار الانتقائية.

قاعدتي في الأتمتة بسيطة. حين يكون هناك عدد كبير من حالات الاختبار التي تحتاج إلى اختبار مكثف ومتكرر، استخدموا الأتمتة. وما دون ذلك، فالاختبار اليدوي مناسب.

اختبار الانحدار هو عادة أول مجال تؤتي فيه الأتمتة ثمارها، لأن الاختبارات نفسها تُنفَّذ بعد كل تغيير. أما UAT فيبقى يدويًا في معظمه، لأن غرضه حكم مستخدم الأعمال لا حكم سيناريو مكتوب.

وهناك سبب عملي لاتخاذ القرار مبكرًا. فبناء الاختبارات المؤتمتة وصيانتها يستغرقان وقتًا، ولذلك لا تسترد كلفتها إلا حين تُنفَّذ مرات كثيرة. يغطي دليلي لأتمتة اختبار SAP من أين تبدؤون ومتى تؤتي الأتمتة ثمارها.

تنقسم الأدوات إلى ثلاث مجموعات: إدارة الاختبار، والأتمتة الوظيفية، واختبار الأداء. استخدمت الفرق التي قدتها أو عملت معها Tricentis Tosca وWorksoft وPanaya وSAP Cloud ALM وSAP Solution Manager وUiPath وLoadRunner.

هذا ما تقوم به كل مجموعة، مع المنتجات التي تضمها:

مجموعة الأدوات	ما الذي تقوم به	المنتجات الشائعة لدى الفرق
إدارة الاختبار	خطط الاختبار وحالات الاختبار وسجلات التنفيذ والعيوب والتتبع إلى المتطلبات	SAP Cloud ALM وSAP Solution Manager وPanaya
أتمتة الاختبار الوظيفي	تشغيل اختبارات مكتوبة أو قائمة على النماذج عبر تطبيقات SAP وغير SAP	Tricentis Tosca وSAP Test Automation by Tricentis وWorksoft وUiPath
اختبار الأداء	محاكاة عدد كبير من المستخدمين المتزامنين وأحجام الإنتاج	OpenText LoadRunner، ويُباع الآن باسم OpenText Professional Performance Engineering

ثمة بعض الحقائق عن المنتجات تستحق المعرفة قبل الاختيار.

1. SAP Cloud ALM مشمول للعملاء الذين لديهم SAP Enterprise Support أو اشتراك سحابي يتضمن Enterprise Support, cloud editions (SAP Support). وتغطي إدارة الاختبار فيه إعداد الاختبار وخطط الاختبار والتنفيذ، بما في ذلك حالات الاختبار اليدوية لـ UAT (SAP Learning).
2. SAP Solution Manager 7.2 تنتهي صيانته الرئيسية في نهاية 2027، مع صيانة ممتدة اختيارية حتى نهاية 2030 لمجموعة فرعية من الوظائف، منها مجموعة الاختبار (SAP Support).
3. SAP Test Automation by Tricentis هو منتج الأتمتة الذي تعيد SAP بيعه، وهو متكامل مع SAP Cloud ALM ومصمم لأنظمة SAP وأنظمة الأطراف الأخرى (SAP).
4. LoadRunner منتج من OpenText. وأصبح اسم LoadRunner Professional الآن OpenText Professional Performance Engineering، وهو يدعم بروتوكولي SAP GUI وSAP Web (OpenText).

إذا كنتم تبدؤون برنامجًا جديدًا، فخططوا لإدارة الاختبار في Cloud ALM بدلًا من Solution Manager. ولمقارنة أعمق، اقرؤوا دليلي إلى أدوات اختبار SAP.

في SAP Cloud ERP public edition (S/4HANA Cloud Public Edition)، تُرقّي SAP كل عميل وفق جدولها الخاص. ويصف SAP Learning الترقيات بأنها كل ستة أشهر، حاليًا في فبراير وأغسطس، مع تسليم ميزات جديدة شهريًا بينهما (SAP Learning).

أنتم لا تختارون موعد الترقية، ولذلك يصبح اختبار الانحدار بندًا ثابتًا في الجدول لا مشروعًا. وهذه أقوى حجة لأتمتة اختبار الانحدار مبكرًا على نظام سحابي عام.

أما في السحابة الخاصة وفي البيئة المحلية، فأنتم تتحكمون في توقيت الترقيات. لكن كل ترقية لا تزال تحتاج إلى دورة انحدار بحجم العمليات التي يمسها التغيير.

قبل أي شيء آخر، ضعوا الاختبار في الخطة بوصفه مسار عمل له مسؤول وميزانية خاصان، بحجم يقارب ثلث الجهد. ثم سمّوا مالك UAT من قطاع الأعمال، واحجزوا له 6 إلى 8 أسابيع في الجدول الآن، قبل أن يضغطه البناء.

اربطوا نتائج الاختبار بقرارات المضي أو عدم المضي عبر معايير خروج قابلة للقياس. يبين دليلي إلى بوابات الجودة في SAP كيف تفعلون ذلك. وإذا كان برنامجكم في أزمة بالفعل، فإن ملاحظاتي حول إنقاذ برامج SAP تغطي ما يجب إصلاحه أولًا.

إذا أردتم رأيًا مستقلًا في استراتيجية اختبار أو في قرار تشغيل فعلي، فأنا أساعد المؤسسات في ذلك. يمكنكم التواصل معي هنا.

ما هو اختبار SAP؟

يثبت اختبار SAP أن نظام SAP المهيأ يشغّل عمليات أعمالكم بشكل صحيح، ببياناتكم وبأحجامكم الفعلية. وفي برنامج S/4HANA يشمل اختبار الوحدة، واختبار تكامل النظام، واختبار قبول المستخدم، واختبار الانحدار، واختبار الأداء، وتجربة الانتقال. ويستمر بعد التشغيل الفعلي مع كل تغيير دعم وكل إصدار.

ما أنواع اختبار SAP؟

الأنواع الرئيسية الستة هي اختبار الوحدة، واختبار تكامل النظام (SIT)، واختبار قبول المستخدم (UAT)، واختبار الانحدار، واختبار الأداء، وتجربة الانتقال. تتحقق اختبارات الوحدة من عناصر منفردة، ويتحقق SIT من العمليات الكاملة عبر الوحدات والواجهات، وUAT هو قبول قطاع الأعمال للنظام. أما الانحدار والأداء وتجربة الانتقال فتحمي من آثار التغييرات والأحمال والتشغيل الفعلي نفسه.

كم يستغرق اختبار قبول المستخدم في SAP؟

خططوا لما لا يقل عن 6 إلى 8 أسابيع لاختبار UAT. يجب أن يتولاه قطاع الأعمال، وأن ينفذ سيناريوهاته الحقيقية ويعتمده. وعدم كفاية الاختبار في UAT وSIT هو أكثر إخفاقات الاختبار شيوعًا فيما أراه.

ما نسبة الاختبار في مشروع SAP؟

في تجربتي يستهلك الاختبار نحو 35 بالمئة من جهد البرنامج. ويشمل ذلك إعداد اختبارات الوحدة وتنفيذها، وجولات SIT، وUAT، والانحدار، واختبار الأداء، وتجارب الانتقال. ويجري ترحيل البيانات بالتوازي معه، ويحتاج إلى بيانات شبيهة ببيانات الإنتاج لكل جولة اختبار.

هل يجب أتمتة اختبار SAP؟

استخدموا الأتمتة حين يكون لديكم عدد كبير من حالات الاختبار التي تحتاج إلى اختبار مكثف ومتكرر، وهذا يعني عادة اختبار الانحدار. وما دون ذلك، فالاختبار اليدوي مناسب. ويبقى UAT يدويًا في معظمه، لأن غرضه حكم قطاع الأعمال.

ما الأداة المستخدمة في اختبار SAP؟

تجمع معظم البرامج بين أداة لإدارة الاختبار وأداة للأتمتة وأداة لاختبار الأداء. ومن الخيارات الشائعة SAP Cloud ALM أو Solution Manager لإدارة الاختبار، وTricentis Tosca أو SAP Test Automation by Tricentis أو Worksoft أو UiPath للأتمتة، وOpenText LoadRunner للأداء. ويجب أن تخطط البرامج الجديدة على أساس Cloud ALM، لأن الصيانة الرئيسية لـ Solution Manager تنتهي في 2027.