اختبار الانحدار في SAP: الترقيات والإصدارات والنطاق

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

ما يستدعيه هو عمليات النقل والترقيات وإصدارات السحابة. وفي SAP Cloud ERP public edition تحدد SAP مواعيد الترقية، فيجب أن تكون مجموعة اختبارات الانحدار لديكم جاهزة قبل وصول الإصدار.

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

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

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

وهو ينطبق طوال عمر النظام، لا خلال البرنامج فقط:

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

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

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

Public edition: ترقيتان في السنة

يحصل SAP Cloud ERP public edition، المعروف سابقًا باسم S/4HANA Cloud Public Edition، على ترقيتين رئيسيتين في السنة، في فبراير وأغسطس. وتصل بينهما عمليات تسليم أصغر للميزات.

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

توصي دورة SAP حول Cloud ALM لاختبار ما بعد الترقية واختبار الانحدار بإنشاء خطة لاختبار الانحدار في Cloud ALM وإعادة استخدامها مع كل إصدار. ويتضمن public edition أيضًا أداة مجانية لأتمتة الاختبار مع سيناريوهات اختبار مسلّمة مسبقًا، فيكون للعمليات القياسية نقطة انطلاق.

Private edition: دورة إصدار مدتها سنتان

يتبع SAP Cloud ERP Private، أي private edition الذي يُباع عبر RISE with SAP، دورة الإصدار الخاصة بالبيئة المحلية. ووفقًا لـ SAP Learning، يصدر إصدار أساسي جديد كل سنتين، وتتبعه feature pack stacks كل ستة أشهر، ولكل إصدار سبع سنوات من الصيانة الرئيسية.

يجب أن تثبّتوا ترقية واحدة على الأقل كل سبع سنوات لتبقوا ضمن الصيانة الرئيسية، ويتيح لكم RISE طلب ترقية واحدة في السنة. تنفذ SAP الترقية التقنية، لكن التخطيط والإعداد والاختبار تبقى مسؤولية العميل أو الشريك.

وهذا التقسيم مهم للميزانيات. فالترقية نفسها قد تكون ضمن الاشتراك، أما اختبار الانحدار المحيط بها فليس كذلك.

يضع هذا الجدول ما يستدعي الانحدار جنبًا إلى جنب:

التغيير	كم مرة	من يحدد الموعد	ما يجب أن تغطيه جولة الانحدار
النقل إلى نظام الجودة	يوميًا أو أسبوعيًا	فريقكم	العمليات التي تمسها الكائنات المتغيرة
ترقية public edition	مرتين في السنة، فبراير وأغسطس	SAP	كل عملية ضمن النطاق، المنطق المخصص أولًا، في النافذة السابقة للإنتاج
Feature pack stack في private edition	كل ستة أشهر، إذا اعتمدتموها	أنتم، ضمن جدول SAP	الوظائف القياسية المتغيرة التي تستخدمونها، إضافة إلى الشيفرة المخصصة
ترقية إصدار private edition	مرة كل سبع سنوات على الأقل، وحتى مرة في السنة عند الطلب ضمن RISE	أنتم، مع SAP	المجموعة الكاملة والشيفرة المخصصة والتكاملات
التحويل من ECC إلى S/4HANA	مرة واحدة	أنتم	كل ما احتفظتم به

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

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

هذه هي الأدوات التي ستصادفونها:

1. SAP Solution Manager. يبين Business Process Change Analyzer، وهو جزء من Test Suite، عمليات الأعمال التي يؤثر فيها التغيير. ويقدّر Scope and Effort Analyzer أثر حزمة الدعم أو حزمة التحسين قبل تثبيتها، وتصفه SAP بأنه أداة تخطيط.
2. SAP Cloud ALM. يدير Cloud ALM خطط اختبار الانحدار وتنفيذها والعيوب، ويتصل بأدوات الأتمتة. وفي ترقيات public edition، تبين أداة Release Assessment and Scope Dependency من SAP أي تغييرات في الإصدار تؤثر في نطاقكم.
3. Tricentis LiveCompare. وفقًا لـ وثائق LiveCompare، فهو يحدد مجموعة دنيا من الكائنات الأكثر عرضة للخطر لاختبارها، ثم يُبلغ عن الاختبارات التي تغطيها والفجوات في مستودع اختباراتكم. وتعيد SAP بيعه باسم SAP Change Impact Analysis by Tricentis، وهو يتكامل مع Tricentis Tosca.
4. Panaya. يجمع منتج Panaya لترقيات SAP بين تحليل أثر التغيير وتصحيح الشيفرة وإدارة الاختبار والأتمتة، ويغطي إصدارات S/4HANA وfeature pack stacks وsupport package stacks.

تحققوا من وضع Solution Manager لديكم قبل أن تبنوا عليه. تذكر SAP Support أن الصيانة الرئيسية لـ Solution Manager 7.2 تنتهي في نهاية 2027. والعملاء الذين يعتمدون الصيانة الممتدة لـ Business Suite 7 يحتفظون به حتى نهاية 2030، وتوصي SAP بالانتقال إلى Cloud ALM قبل نهاية 2027.

تحليل الأثر يضيّق النطاق. لكنه لا يحدده وحده، فاحتفظوا بنواة من العمليات الحرجة للأعمال تُنفَّذ في كل مرة، مهما قالت الأداة.

تغطي مقارنتي بين أدوات اختبار SAP والتحقق منه كيف تتكامل هذه المنتجات وما الذي يتضمنه عقد الدعم مع SAP بالفعل.

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

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

عميل public edition الذي ينفذ مجموعة كاملة مرتين في السنة، إضافة إلى عمليات النقل بينهما، يبلغ هذا الحد بسرعة. أما نظام private edition صغير يتغير بضع مرات في السنة فقد لا يبلغه.

اطرحوا هذه الأسئلة قبل الشراء:

1. كم حالة اختبار انحدار لديكم، وكم منها يُنفَّذ في كل دورة؟
2. كم مرة تنفذونها، مع احتساب عمليات النقل وحزم الميزات والترقيات، لا ترقيات الإصدار فقط؟
3. كم تستغرق الجولة اليدوية، وهل تتسع لها نافذة الانحدار؟
4. من سيتولى صيانة السيناريوهات حين تتغير الشاشات والعمليات؟

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

في البرامج التي قدتها، استخدمت فرقي Tricentis Tosca وWorksoft وPanaya وSAP Cloud ALM وSAP Solution Manager وUiPath. اختاروا بحسب الملاءمة لأنظمتكم وفريقكم، لا بحسب العرض التوضيحي. يغطي دليلي لأتمتة اختبار SAP من أين تبدؤون وكيف تحكمون على العائد.

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

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

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

بيئة المشروعبيئة BAU

ما يمر عبرهابيئة المشروعوظائف جديدة وتهيئة وشيفرة مخصصة للبرنامجبيئة BAUإصلاحات وتغييرات صغيرة على النظام الحي

تركيز الانحداربيئة المشروعالعمليات التي يغيّرها البرنامج، إضافة إلى المجموعة الأساسيةبيئة BAUالعمليات التي يمسها كل إصلاح، إضافة إلى المجموعة الأساسية

الانتقال إلى الإنتاجبيئة المشروععند التشغيل الفعلي أو مع موجة إصداربيئة BAUكإصدارات دعم، وفق الجدول المعتاد

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

خططوا لذلك منذ البداية:

1. انقلوا كل تغيير في BAU إلى بيئة المشروع (Retrofit) وفق إيقاع ثابت، وتتبعوا كلًّا منها.
2. أعيدوا تشغيل اختبارات المشروع المتأثرة بعد كل عملية Retrofit، لا في النهاية فقط.
3. جمّدوا تغييرات BAU مع اقتراب الانتقال، باستثناء الإصلاحات العاجلة التي تمر عبر البيئتين.
4. نفذوا مجموعة الانحدار الكاملة في بيئة المشروع قبل التشغيل الفعلي، ببيانات مقنّعة بمستوى الإنتاج.

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

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

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

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

ما هو اختبار الانحدار في SAP؟

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

كم مرة يحتاج SAP Cloud ERP public edition إلى اختبار الانحدار؟

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

من يتولى اختبار الانحدار في ترقية RISE with SAP private edition؟

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

ما الأدوات التي تساعد في تحديد نطاق اختبار الانحدار في SAP؟

تقارن أدوات تحليل الأثر ما تغيّر بما تستخدمونه. ومن الخيارات الشائعة Business Process Change Analyzer وScope and Effort Analyzer في SAP Solution Manager، وأداة Release Assessment and Scope Dependency لـ public edition. ويؤدي Tricentis LiveCompare وPanaya المهمة نفسها، بينما يدير SAP Cloud ALM خطط اختبار الانحدار وتنفيذها.

هل يجب أتمتة اختبار الانحدار في SAP؟

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

كيف تُجرون اختبار الانحدار خلال برنامج SAP مع دعم النظام الحي؟

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