اختيار مجموعة الأدوات المناسبة لاختبار SAP والتحقق منه

في معظم برامج SAP عام 2026، تتكون مجموعة الأدوات من SAP Cloud ALM لإدارة الاختبار وإمكانية التتبع، ومنتج من Tricentis للأتمتة، وأداة منفصلة لاختبار الأداء. لا تُفرض على Cloud ALM رسوم ترخيص على العملاء الذين لديهم SAP Enterprise Support أو اشتراك سحابي، ويشمل Enterprise Support الآن ترخيصاً أولياً لأتمتة Tricentis. وتناسب Xray الحالات التي يجري فيها التسليم أصلاً في Jira. ولا يصلح Solution Manager إلا حيث هو مهيأ أصلاً، لأن صيانته الأساسية تنتهي في 2027. هذا الدليل موجّه إلى قادة الاختبار ومديري البرامج ومالكي ضمان الجودة الذين يختارون الأدوات لبرنامج S/4HANA. تحقق مما يخولك عقد الدعم لديك به أصلاً قبل أن تشتري أي شيء.

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

اختبار SAP ضابط للمخاطر، لا خانة تُؤشَّر قبل التشغيل الفعلي. يبدأ في Realize ويستمر ما دام النظام يتغير. خمس طبقات مهمة، ولا تغني إحداها عن غيرها:

1. اختبار الوحدة: يتأكد المطورون من أن البرامج والوظائف الفردية تعمل كما هو متوقع
2. اختبار التكامل: ينتقل أمر المبيعات إلى التسليم والفوترة، وتُرحَّل كل إحالة بين الخطوات ترحيلاً صحيحاً
3. اختبار الانحدار (Regression): في نظام متكامل، تكسر التغييرات الصغيرة مجالات لا علاقة لها بها
4. اختبار قبول المستخدم: تؤكد المالية والعمليات أن النظام يتعامل مع السيناريوهات الحقيقية
5. اختبار الأداء: يبقى النظام سريع الاستجابة عند الحجم الأقصى، وهذا ما لن يخبرك به أي سكربت وظيفي

1. 05الأداءسرعة الاستجابة عند الحجم الأقصى، في دورة اختبار خاصة به
2. 04قبول المستخدمتؤكد المالية والعمليات السيناريوهات الحقيقية
3. 03الانحدارالتغييرات الصغيرة تكسر مجالات لا علاقة لها بها، فأعد اختبارها
4. 02التكاملكل إحالة في التدفق تُرحَّل ترحيلاً صحيحاً
5. 01الوحدةالبرامج والوظائف تعمل كما هو متوقع

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

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

SAP Cloud ALM

منصة SAP لإدارة دورة الحياة، وتربط المتطلبات وخطط الاختبار وتنفيذ الاختبارات والعيوب بمراحل SAP Activate وبالتغييرات. ويحصل العملاء الذين لديهم Enterprise Support أو Product Support for Large Enterprises أو اشتراك سحابي يتضمن خدمة «SAP Enterprise Support, cloud editions» على مستأجر (tenant) واحد بلا رسوم ترخيص. وتستوفي عقود RISE وGROW هذا الشرط.

أضافت SAP إليها الذكاء الاصطناعي أيضاً. تستطيع المساعدات القائمة على Joule صياغة المتطلبات وتوليد حالات الاختبار من الوثائق، وتقدم SAP مساعداً لإدارة الاختبار لعمليات الانتقال من ECC إلى S/4HANA يقترح نطاق اختبار قائماً على المخاطر. تعامل مع المخرجات على أنها مسودة أولى يراجعها مهندس الاختبار لديك.

بالنسبة لأي برنامج S/4HANA جديد، تُعد Cloud ALM العمود الفقري الافتراضي لتوثيق الاختبار وإمكانية التتبع.

Tricentis

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

تربط SAP وTricentis شراكة وثيقة. تعيد SAP بيع المنتجات المبنية على Tosca مثل SAP Enterprise Continuous Testing by Tricentis وSAP Load Testing by Tricentis وSAP Change Impact Analysis by Tricentis. أما في الميزانيات فالخبر الأكبر في حقوق الاستخدام لدى SAP. يحصل عملاء Enterprise Support على ترخيص محدد المدة لـ Tricentis Test Automation for SAP متكامل مع Cloud ALM، يمتد حالياً حتى 31 ديسمبر 2027. وهو محدود بخمسة مستخدمين مسمّين و500 عملية تشغيل اختبار شهرياً و5 وكلاء تنفيذ، فتعامل معه كنقطة انطلاق لا كأداة بحجم برنامج.

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

Xray for Jira

لم يُبنَ Xray لـ SAP، لكنه يبدو امتداداً طبيعياً إذا كان تسليمك يجري في Jira. تقع حالات الاختبار بجوار قصص المستخدم وطلبات التغيير، فتصبح التغطية جزءاً من تخطيط السبرنت. ويدعم Cucumber وGherkin للاختبارات القائمة على السلوك ويتصل بمسارات CI.

أين يتعثر: اختبار SAP المعاملاتي الكثيف مثل مهام الدُفعات وسلاسل التكامل العميقة، ومستودعات الاختبار الكبيرة جداً، والتقارير المخصصة المعقدة، وهذه تحتاج إلى إضافات أو عمل على الواجهات البرمجية (API).

SAP Solution Manager

يربط Solution Manager المتطلبات وخطط الاختبار والتنفيذ وطلبات النقل في مكان واحد، ويتكامل مع Change Request Management (ChaRM). ويضيّق Business Process Change Analyzer فيه نطاق الاختبار إلى العمليات التي يمسها التغيير فعلاً. وفي البيئات الخاضعة للتنظيم ما زال مسار التدقيق هذا ذا قيمة.

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

وتناسب أدوات أخرى حالات متخصصة. فـ Worksoft Certify قوي في البيئات الخاضعة للتحقق مثل الأدوية. وقد يفيد Katalon في مشاريع SAP الخفيفة المواجهة للويب. ولا أوصي عادةً بأي منهما لبرنامج اختبار SAP أساسي.

يقارن الجدول بين الأدوات الأربع في القدرات التي تحدد الملاءمة.

القدرة	SAP Cloud ALM	Tricentis	Xray for Jira	SAP Solution Manager
المهمة الرئيسية	إدارة الاختبار وإمكانية التتبع	الأتمتة عبر SAP وغير SAP	إدارة الاختبار داخل Jira	إدارة الاختبار المرتبطة بـ ChaRM
تتبّع المتطلبات	أصلي، ومرتبط بمراحل Activate	كامل، عبر إدارة الاختبار الخاصة به	عبر روابط Jira، ويحتاج إلى انضباط	أصلي، وهو الأقوى مع ChaRM
الأتمتة	عبر Tricentis المتكامل أو أدوات الشركاء	ميزته الأساسية، قائمة على النماذج	عبر أطر عمل خارجية	CBTA، واجهات SAP فقط
التطبيقات غير SAP	محدودة	نعم، في التدفق نفسه	نعم، عبر أطر العمل	لا
مسار التدقيق	قوي	قوي	محدود في الوضع الافتراضي	قوي، ويشمل طلبات النقل
الترخيص	بلا رسوم مع Enterprise Support	ترخيص أولي مع Enterprise Support، والمنتجات الكاملة بأسعار منفصلة	إضافة بحسب المستخدم إلى Jira	مشمول مع الصيانة المحلية
التوجه	منصة SAP الاستراتيجية	شراكة أعمق مع SAP	يعتمد على استراتيجية Jira	تنتهي الصيانة الأساسية في 2027

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

للتوثيق وإمكانية التتبع، استخدم Cloud ALM في البرنامج الجديد. وإذا كان Solution Manager يدير أصلاً التحكم في التغيير لديك، فوسّعه إلى أن تنتقل بيئة الأنظمة، ثم انتقل. وللأتمتة، توصيتي المعتادة هي Tricentis لبيئات الأنظمة التي يغلب عليها SAP وتتكرر فيها الإصدارات. وحين تستقر النماذج يصبح التنفيذ متسقاً وتنخفض الصيانة مقارنة بالأتمتة المعتمدة على السكربتات. أما للفرق الرشيقة التي تبني تطبيقات Fiori وواجهات برمجية في Jira، فيكفي Xray في الغالب.

قبل الاختيار، ناقش هذه الأسئلة مع من سيشغّلون الاختبارات.

العامل	لماذا يهم	السؤال الذي تطرحه
تغطية SAP	يجب أن تقود الاختبارات SAP GUI وFiori والواجهات التي تستخدمها فعلاً	ما تقنيات واجهات مستخدم SAP وواجهاتها البرمجية التي يدعمها أصلاً؟
أثر التغيير	معرفة ما يجب إعادة اختباره بعد طلب النقل تتجنب الإفراط في الاختبار وإغفال المخاطر	هل يستطيع ربط تغيير بالاختبارات التي يمسها؟
تكامل CI/CD	تحتاج التشغيلات الآلية إلى مشغّلات من مسار العمل لديك	هل يعمل مع أدوات البناء والنقل لديك؟
الحوكمة	تحتاج البرامج الكبيرة إلى مكونات قابلة لإعادة الاستخدام ومُصدَّرة بإصدارات	هل يمكن تجزئة الاختبارات وإصدارها وإعادة استخدامها عبر الموجات؟
قابلية الاستخدام للأعمال	يجب أن يراجع المستشارون الوظيفيون والمستخدمون الرئيسيون الاختبارات	هل يستطيع غير المطورين إنشاء حالات الاختبار وقراءتها؟
الاستحقاقات	قد يغطي عقد الدعم لديك جزءاً من الحاجة أصلاً	ماذا تمنحنا Cloud ALM واستحقاق Tricentis أصلاً؟
التكلفة الإجمالية	الإعداد والوكلاء والصيانة تفوق الترخيص	كم تكلف السنة الثانية، بما فيها صيانة النماذج؟

شركة تصنيع عالمية: Tosca. كانت الشركة تشغّل SAP ECC مع نظام مستودعات مخصص بدرجة كبيرة. وكانت الإصدارات ربع السنوية تتأخر باستمرار بسبب دورات انحدار يدوية طويلة وعيوب تتسرب إلى الإنتاج. جرّب الفريق Tosca في اللوجستيات الواردة وبنى مكتبة من الخطوات القابلة لإعادة الاستخدام خلال أربعة أسابيع. رُبطت التشغيلات الآلية بموافقات طلبات النقل، ثم وُسّعت إلى اللوجستيات الصادرة وتخطيط الإنتاج. ارتفعت تغطية الانحدار للمعاملات عالية الحجم من 35% إلى أكثر من 85%، وانخفضت العيوب بعد التشغيل الفعلي بنسبة 40% خلال ربعين. أتذكر الاعتراض أثناء الإطلاق على أتمتة بيئة مخصصة إلى هذا الحد. وتوقف حين رأت الفرق حوادث الإنتاج تتراجع والنماذج نفسها تُعاد استخدامها عبر المصانع.

شركة تجزئة: Xray. انتقلت الشركة إلى S/4HANA إلى جانب تطبيقات Fiori جديدة وتكاملات سحابية، وكانت تدير كل تسليم تقنية المعلومات في Jira. ربط Xray الاختبارات بقصص المستخدم، وأتاح لمالكي المنتج متابعة التقدم دون تبديل الأدوات، ودعم معايير القبول بصيغة Gherkin لفرق Fiori. كانت أدلة الاختبار جاهزة لمراجعات السبرنت. ولم يكن ليتولى الاختبار المعاملاتي الكثيف أو اختبار الدُفعات، لكنه كان كافياً للعمل الرشيق على Fiori والواجهات البرمجية والعمل المتمحور حول المستخدم دون إضافة تعقيد.

مؤسسة خدمات مالية: Solution Manager. واجهت بيئة مخصصة بدرجة كبيرة تشمل المالية والخزينة والتقارير التنظيمية ضغط تدقيق يطالب بتتبع كامل. كان الاختبار يعيش في جداول بيانات بلا ارتباط بطلبات النقل. غيّر الحوار ربطُ خطط الاختبار بمستندات التغيير في ChaRM، وختم كل تنفيذ بالتوقيت، واستخدام Business Process Change Analyzer لتحديد نطاق إعادة الاختبار. وجاءت نقطة التحول حين توقف المدققون عن طلب ملفات Excel وتحققوا من سجل الاختبار مباشرة في النظام.

الانتقال من Solution Manager إلى Cloud ALM. ترحيل توثيق الاختبار مشروع قائم بذاته. افعله حين تكون بيئة الأنظمة تتحرك أصلاً، مثلاً كجزء من تبني RISE، لا منفرداً.

الأدوات وحدها لا تحقق الجودة. هذه الممارسات تحققها، وتصمد عبر الأدوات.

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

تتبّع ثلاثة أرقام: تسرّب العيوب إلى الإنتاج، ونسبة حالات الاختبار التي أُعيد استخدامها بدل إعادة كتابتها، والمدة التي يستغرقها انحدار كامل. فهي تخبرك أين تضع جهدك. ويوضح مقالي عن بوابات جودة SAP كيف تربط نتائج الاختبار بقرارات المضي أو التوقف (go/no-go).

Cloud ALM هي الأداة الافتراضية. ينبغي أن تجعلها برامج RISE وGROW الجديدة العمود الفقري للاختبار. أما بيئات الأنظمة المحلية القائمة على Solution Manager فلديها وقت، لكنه ليس كثيراً: خطط للانتقال قبل 2028. وستشغّل البيئات الهجينة الاثنتين معاً لفترة. خطط لفترة التداخل.

الذكاء الاصطناعي يصوغ الاختبارات. تولّد المساعدات القائمة على Joule في Cloud ALM حالات اختبار ومتطلبات من الوثائق. وتكمن الوفورات في الأعمال الكثيفة مثل سكربتات الانحدار التي يكون التباين فيها بيانات في الغالب. أما الحالات الحدّية ومنطق التكامل المعقد وتصميم اختبار الأداء فما زالت تحتاج إلى مهندسي اختبار كبار.

يحرّك Clean Core الهدف. في السحابة العامة لا يوجد كود مخصص في النواة لاختبار انحداره. وفي السحابة الخاصة والتثبيت المحلي، يكون ABAP المخصص داخل النواة أغلى مكان لاكتشاف انحدار. فتصلحه، ثم تعيد التحقق منه مقابل إصدار SAP التالي. أما الامتدادات الجانبية (side-by-side) على SAP BTP فلها إصدارات منفصلة وتحتاج إلى تغطية انحدار خاصة بها.

خطوات الذكاء الاصطناعي تحتاج إلى أنماط اختبار جديدة. سكربتات الانحدار الحتمية لا تختبر سلوك الذكاء الاصطناعي غير الحتمي. توقّع فئة اختبار منفصلة لخطوات Joule والخطوات التي يقودها الوكلاء (agents).

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

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

هل Tricentis مشمولة في SAP Enterprise Support؟

جزئياً. تمنح SAP ترخيصاً محدد المدة لـ Tricentis Test Automation for SAP متكاملاً مع SAP Cloud ALM، حالياً حتى 31 ديسمبر 2027. ويشمل العملاء الذين لديهم Enterprise Support (الإصدارات السحابية أو المحلية) أو Product Support for Large Enterprises. وهو محدود بخمسة مستخدمين مسمّين و500 عملية تشغيل اختبار شهرياً و5 وكلاء تنفيذ. والبرامج الأكبر تحتاج عادةً إلى منتج Tricentis كامل، تعيد SAP بيعه أيضاً.

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

جزئياً فقط. تغطي أتمتة الاختبار المعتمدة على المكونات (CBTA) فيه واجهات مستخدم SAP لا التطبيقات غير SAP، وتحتاج إلى صيانة كبيرة كلما تغيرت الشاشات. Solution Manager في الأساس منصة لإدارة الاختبار والتوثيق. وتقرنه معظم الفرق بـ Tricentis أو بأداة أتمتة أخرى، ومع انتهاء الصيانة الأساسية في 2027 ينبغي أن تبدأ البرامج الجديدة على Cloud ALM بدلاً منه.

هل أستخدم SAP Cloud ALM أم Solution Manager للاختبار في 2026؟

Cloud ALM لأي برنامج جديد، ولبرامج RISE وGROW بوجه خاص. فهي تربط الاختبار بمراحل SAP Activate وبالتغييرات، ولا تحمل رسوم ترخيص مع Enterprise Support. وإذا كانت بيئة محلية قائمة تشغّل Solution Manager جيداً أصلاً، فابقَ عليه إلى أن تنتقل البيئة، لكن خطط للانتقال قبل 2028.

هل أحتاج إلى أداة لإدارة الاختبار وأخرى للأتمتة معاً؟

في معظم برامج المؤسسات، نعم. تمنحك إدارة الاختبار (Cloud ALM أو Solution Manager) تتبعاً من المتطلب إلى الاختبار إلى التغيير، وهو ما يحتاجه المدققون. وتشغّل الأتمتة (Tricentis أو ما يشبهها) دورات الانحدار بكفاءة. وقلّما تجيد أداة واحدة الأمرين. وفي البيئات الأبسط، ابدأ بـ Cloud ALM واستحقاق Tricentis المشمول، ثم أضف منتج أتمتة كاملاً حين يبرره حجم الإصدارات.

كيف يتغير اختبار SAP مع Clean Core؟

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