أتمتة اختبار SAP: من أين تبدؤون ومتى تؤتي ثمارها

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

هذه هي القاعدة التي أطبقها في برامج S/4HANA. في تجربتي يستهلك الاختبار نحو 35 بالمئة من جهد البرنامج، فالسؤال ليس أبدًا هل نختبر أم لا. السؤال هو أي جزء من هذا الجهد يجب أن تحمله الأداة.

لمعرفة موقع الأتمتة إلى جانب اختبار الوحدة والتكامل والقبول والأداء، ابدؤوا بنظرتي العامة في شرح اختبار SAP. أما هذا المقال فيغطي من أين تبدؤون، ومتى تؤتي الأتمتة ثمارها، وأطر العمل، وما الذي يقدمه لكم SAP Cloud ALM وSolution Manager وTricentis.

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

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

في برنامج SAP، يأتي التكرار من مواضع متوقعة:

1. عمليات النقل (Transports). كل تغيير يُنقل إلى نظام الجودة قد يعطّل شيئًا كان يعمل بالأمس.
2. إصدارات SAP وحزم الدعم. الترقيات في البيئة المحلية وفي السحابة الخاصة، والترقيات المجدولة على SAP S/4HANA Cloud Public Edition.
3. جولات الاختبار المتكررة. ينفذ اختبار تكامل النظام (SIT) التدفقات الكاملة نفسها في أكثر من جولة.
4. موجات الطرح. يُختبر القالب العالمي من جديد لكل دولة أو رمز شركة.
5. عمليات التحقق كثيفة البيانات. تركيبات كثيرة من التسعير أو الضريبة أو تحديد الحسابات، لا يتغير فيها إلا البيانات.

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

يبين الجدول كيف أقسّم العمل حسب نوع الاختبار.

نوع الاختبار	هل نؤتمته؟	السبب
انحدار العمليات الأساسية مثل من الطلب إلى التحصيل، ومن الشراء إلى الدفع، ومن التسجيل إلى التقرير	نعم، أولًا	يُنفَّذ بعد كل عملية نقل وكل إصدار
جولات SIT	جزئيًا	أتمتة التدفقات المستقرة، وإبقاء السيناريوهات الجديدة والمتغيرة يدوية
اختبار قبول المستخدم (UAT)	نادرًا	مستخدمو الأعمال يحكمون على ما إذا كانت العملية تناسبهم، وهذا ما لا يستطيعه السيناريو المكتوب
الاختبارات الاستكشافية والسلبية	لا	قيمتها تأتي من شخص يبحث عما لم يكتبه أحد
الأداء والحمل	نعم، بأداة حمل	لا يمكن توليد عدد كبير من المستخدمين المتزامنين يدويًا
عمليات التحقق لمرة واحدة في ترحيل البيانات	غالبًا لا	تقارير المطابقة تؤدي ذلك بشكل أفضل، إلا إذا تكرر التحميل نفسه عبر العمليات التجريبية

Decide

هل يجب أن تؤتمتوا اختبار SAP هذا؟

حالات اختبار كثيرة، تتكرر بعد كل تغيير أو إصدار

→أتمتوه

حالات اختبار قليلة، أو تُنفَّذ مرة أو مرتين

→اختبروه يدويًا

تصميم العملية لا يزال يتغير

→انتظروا حتى يستقر، ثم قرروا

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

1. اختاروا العمليات التي لا يتحمل قطاع الأعمال تعطلها. الإقفال الشهري والفوترة والمدفوعات وكل ما يُطرح عبر مواقع كثيرة تأتي قبل التقارير الكمالية.
2. نفذوا الاختبارات يدويًا أولًا. الأداة تؤتمت اختبارًا يعمل بالفعل يدويًا. ولا تصمم الاختبار نيابة عنكم.
3. انتظروا تصميمًا مستقرًا. الأتمتة أثناء Explore أو في بداية Realize تعني إعادة بناء الاختبارات كلما تغير قرار تصميم.
4. ابنوا حزمة انحدار صغيرة. غطّوا العمليات الحرجة من البداية إلى النهاية، ثم نفذوا الحزمة مع كل عملية نقل إلى نظام الجودة.
5. سمّوا مسؤولًا عن الصيانة. يجب أن يصلح أحدهم الاختبارات حين تتغير الشاشات أو الأدوار أو البيانات، وإلا تتآكل الحزمة خلال بضعة إصدارات.
6. وسّعوا التغطية فقط حيث يبررها التكرار. أضيفوا اختبارًا حين سيُنفَّذ كثيرًا، لا لأن هدفًا للتغطية يقتضي ذلك.

افصلوا المشروع عن الأعمال الاعتيادية

خلال البرنامج، أشغّل بيئتين منفصلتين: واحدة للمشروع وأخرى للأعمال الاعتيادية (BAU). وبذلك تُختبر تغييرات الدعم الحي وتغييرات المشروع كلٌّ على حدة.

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

عبر برامجي استخدمت، أو استخدمت فرقي، Tricentis Tosca وWorksoft وPanaya وSAP Cloud ALM وSAP Solution Manager وUiPath وLoadRunner. هذا المقال لا يرتبها. فالخيار الصحيح يعتمد على بيئتكم وعقد الدعم لديكم ومن سيتولى صيانة الاختبارات.

ابدؤوا بما تقدمه SAP بالفعل، لأن جزءًا منه قد يكون مدفوعًا مسبقًا.

SAP Cloud ALM

SAP Cloud ALM هو طبقة إدارة الاختبار. فهو يخطط الاختبارات اليدوية والمؤتمتة وينفذها ويتتبعها مقابل عملياتكم ومتطلباتكم. ويمكن للعملاء الذين لديهم SAP Enterprise Support أو Product Support for Large Enterprises أو اشتراك سحابي مؤهل تجهيز مستأجر واحد (حقوق الاستخدام من SAP).

لكنه لا ينفذ الاختبارات المؤتمتة بنفسه. وتذكر SAP أن Cloud ALM لا يملك محرك أتمتة مطورًا داخليًا، وأن منصات ALM لديها تبقى مفتوحة لأتمتة الاختبار من الأطراف الأخرى (SAP Support، أتمتة الاختبار).

ويصف دليل الإعداد من SAP تكاملات مدمجة، إضافة إلى Test Automation API عامة للمزودين الآخرين (SAP Help Portal). وتوثق Panaya وUiPath تكاملات مع Cloud ALM لحالات الاختبار المؤتمتة. وتُدرج Worksoft كلًا من Cloud ALM وSolution Manager ضمن تكاملاتها، وتقدم OpenText تكاملًا مع Cloud ALM لمنتجها السحابي لاختبار الأداء.

Tricentis Test Automation for SAP وSAP Test Automation by Tricentis

تحققوا من استحقاقكم قبل أن تشتروا أي شيء. تمنح SAP ترخيصًا محدد المدة لـ Tricentis Test Automation for SAP، متكاملًا مع Cloud ALM، مع SAP Enterprise Support وEnterprise Support cloud editions وProduct Support for Large Enterprises. ويمتد حاليًا حتى 31 ديسمبر 2028 (حقوق الاستخدام من SAP).

الحدود ضيقة: 5 مستخدمين مسمّين، و500 عملية تشغيل اختبار في الشهر التقويمي، و5 وكلاء تنفيذ يديرهم العميل، و12 شهرًا للاحتفاظ بالنتائج. ولا يجوز استخدامه لأتمتة عمليات الأعمال الإنتاجية. تعاملوا معه كوسيلة للبدء، لا كأداة على مستوى البرنامج.

أما SAP Test Automation by Tricentis فهو الخطوة المدفوعة التالية. إنه منتج برمجيات كخدمة تبيعه SAP وتدعمه بوصفه solution extension، ويغطي تطبيقات SAP وتطبيقات الأطراف الأخرى. وهو يوسّع قدرة Tricentis المشمولة مع Cloud ALM حين يضيق الاستحقاق عن الحاجة.

SAP Solution Manager

تستمر الصيانة الرئيسية لـ Solution Manager 7.2 حتى نهاية 2027. والعملاء الذين يختارون الصيانة الممتدة لـ SAP Business Suite 7 يحصلون على صيانة ممتدة لـ Solution Manager حتى نهاية 2030. وهي تغطي مجموعة محدودة من المجالات، منها مجموعة الاختبار (SAP Support).

أما الأتمتة الخاصة به، Component-Based Test Automation (CBTA)، فلن تُمدَّد إلى منتجات SAP السحابية. ويمتد ترخيص Tricentis لتكامل Solution Manager حاليًا حتى 31 ديسمبر 2027. إذا كنتم تشغّلون Solution Manager بالفعل، فاحتفظوا به حتى تنتقل بيئتكم، لكن لا تبنوا أتمتة جديدة حوله.

SAP S/4HANA Cloud Public Edition

يأتي Public Edition مع Test Automation Tool الخاصة به. وتوجيه SAP هو أن ينشئ الشركاء الاختبارات المؤتمتة أو يحدّثوها أثناء تهيئة كل عملية، حتى يمكن تشغيلها في نظام الاختبار خلال الترقيات (SAP Learning).

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

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

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

لمقارنة أعمق، تشمل Xray for Jira، اقرؤوا دليلي إلى أدوات اختبار SAP. ولاختبار الحمل، اقرؤوا اختبار أداء SAP لقادة تقنية المعلومات.

الأداة أقل أهمية من طريقة بناء الاختبارات ومن يتولى صيانتها. ومعظم أتمتة SAP تندرج تحت أحد هذه الأساليب:

1. القائم على النماذج. تُمسح الشاشات وواجهات API إلى وحدات قابلة لإعادة الاستخدام، ثم تُجمَّع في حالات اختبار. ويستطيع الاستشاريون الوظيفيون بناءها وقراءتها دون شيفرة.
2. التقاط العمليات دون شيفرة. تُسجَّل خطوات عمليات الأعمال وتتحول إلى اختبارات قابلة لإعادة الاستخدام. وهذا يناسب الفرق التي يساعد فيها المستخدمون الرئيسيون في بناء حزمة الانحدار.
3. القائم على الشيفرة. يكتب مهندسو الاختبار الاختبارات في إطار برمجي. وهو يناسب تطبيقات Fiori وواجهات API التي يملكها فريق تطوير، ويحتاج إلى مطورين لصيانته.
4. منصات أتمتة العمليات الروبوتية ذات وحدات الاختبار. منصة واحدة لأتمتة الأعمال وأتمتة الاختبار، وهي مفيدة إذا كنتم تشغّلونها بالفعل.
5. الاختبارات المؤتمتة التي تقدمها SAP. في Public Edition، اختبارات مؤتمتة تأتي مع Test Automation Tool، وتُكيَّف مع بياناتكم وتغييراتكم.

أيًا كان الأسلوب الذي تختارونه، هناك ثلاثة خيارات تصميم تحدد ما إذا كانت الاختبارات ستصمد:

1. اختبروا على مستوى API حيث أمكن. اختبارات API تتعطل أقل من الاختبارات التي تنقر عبر الشاشات.
2. اجعلوا بيانات الاختبار قابلة لإعادة الضبط. الاختبار الذي يعتمد على بيانات استهلكها التشغيل السابق يفشل لسبب خاطئ.
3. ابنوا من وحدات مشتركة. حين تتغير شاشة، تصلحون وحدة واحدة، لا كل اختبار يمر بها.

حزمة الانحدار المؤتمتة منتج، لا مخرَج من مخرجات المشروع. وهي تحتاج إلى مسؤول وبند في الميزانية ومكان في عملية التغيير.

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

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

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

ويجب أن تندرج الأتمتة أيضًا ضمن خطة اختبار. فالدورات ومعايير الدخول والخروج والأدوار تأتي أولًا؛ وتعرضها استراتيجية اختبار S/4HANA التي أتبعها.

اكتبوا قائمة بعمليات الأعمال التي ستعيدون اختبارها بعد كل عملية نقل وكل إصدار من SAP. واحسبوا حالات الاختبار وراءها وعدد مرات تنفيذ كل منها في السنة.

إذا كان العدد كبيرًا والتنفيذ متكررًا، فلديكم مبرر للأتمتة. ثم تحققوا مما يتضمنه عقد الدعم مع SAP بالفعل قبل أن يعرض عليكم أحد عرضًا توضيحيًا.

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

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

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

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

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

هل يقوم SAP Cloud ALM بأتمتة الاختبار؟

إنه يدير الاختبارات المؤتمتة ويطلقها، لكنه لا يملك محرك أتمتة خاصًا به. ويتكامل مع Tricentis Test Automation for SAP، ومع Test Automation Tool في S/4HANA Cloud Public Edition، ومع مزودين آخرين عبر Test Automation API عامة.

ما هو SAP Test Automation by Tricentis؟

إنه منتج لأتمتة الاختبار بنموذج البرمجيات كخدمة، تبيعه SAP وتدعمه بوصفه solution extension، ويغطي تطبيقات SAP وتطبيقات الأطراف الأخرى. وهو يوسّع ترخيص المستوى الأولي Tricentis Test Automation for SAP المشمول مع SAP Enterprise Support. وهذا الترخيص محدود بـ 5 مستخدمين مسمّين و500 عملية تشغيل اختبار في الشهر.

هل يمكن أتمتة اختبار قبول المستخدم في SAP؟

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

هل لا يزال عليّ استخدام SAP Solution Manager لأتمتة الاختبار؟

فقط إذا كان يشغّل بيئتكم بالفعل. تنتهي الصيانة الرئيسية لـ Solution Manager 7.2 في 2027، ولن تُمدَّد أتمتة CBTA الخاصة به إلى منتجات SAP السحابية. خططوا للأتمتة الجديدة حول Cloud ALM.