لماذا يحتاج نظام CRM إلى اختبار الانحدار
بعد الانتقال إلى التشغيل الفعلي، يستمر نظام CRM لديك في التغيّر، حتى عندما لا يغيّر فريقك شيئًا. فـ Salesforce وMicrosoft تحدّثان المنصة لكل عميل. معظم التغييرات تحسينات. بعضها يغيّر صفحة، أو إعدادًا افتراضيًا، أو طريقة عمل ميزة ما، وبين حين وآخر يكسر أحدها شيئًا تعتمد عليه أعمالك.
يجيب اختبار الانحدار عن سؤال واحد: هل لا يزال ما قبلته الأعمال عند الانتقال إلى التشغيل الفعلي يعمل؟ إنه ليس UAT جديدًا. إنه فحص قصير ومركّز للعمليات الأهم، يُجرى قبل أن يصل التغيير إلى مستخدميك، على يد أشخاص يعرفون العمل.
إصداراتك الخاصة تحتاج إلى الفحص نفسه. تكامل جديد، أو حقل جديد في عرض السعر، أو تغيير في توجيه الحالات: كل منها قد يمس شيئًا كان يعمل من قبل.
Salesforce: ثلاثة إصدارات في السنة
لدى Salesforce ثلاثة إصدارات رئيسية في السنة: Spring وSummer وWinter. يأتي إصدار Winter في الخريف ويحمل رقم السنة التالية. تُرقّى كل org، في مواعيد تنشرها Salesforce مسبقًا.
- معاينة Sandbox. تحصل بيئات Sandbox الموجودة على مثيل معاينة (preview instance) على الإصدار الجديد قبل الإنتاج ببضعة أسابيع. وهذه هي نافذتك للاختبار. قبل كل إصدار، تعلن Salesforce المثيلات المشمولة بالمعاينة وما يجب فعله لإبقاء Sandbox فيها. قد ينقل التحديث (refresh) بيئة Sandbox إلى المعاينة أو خارجها، لذا تحقّق من ذلك في الوقت المناسب.
- ملاحظات الإصدار. اقرأها للسحابات والميزات التي تستخدمها. ابحث عمّا يُفعَّل لديك تلقائيًا، وعمّا يغيّر شكل الصفحات التي يعمل فيها مستخدموك.
- تحديثات الإصدار (Release updates). يُعلَن عن بعض التغييرات في Setup مع تاريخ يُفرض فيه تطبيقها. اختبرها في Sandbox قبل ذلك التاريخ، حتى لا تفاجئك في الإنتاج.
لذا فإن الإيقاع في Salesforce محدّد سلفًا: جولة انحدار في نافذة المعاينة لكل إصدار، ثلاث مرات في السنة.
في UAT Studioاختر Salesforce بوصفه CRM المشروع. ابتداءً من نحو شهرين قبل الإصدار، تعرض صفحة المشاريع Coming CRM releases، مع تاريخ معاينة Sandbox وتاريخ الإنتاج ورابط إلى ملاحظات الإصدار. قد تغيّر Salesforce هذه المواعيد، لذا راجع ملاحظات الإصدار.
Dynamics 365: تحديثات طوال السنة
لم تعد Microsoft تجمع تغييرات Dynamics 365 في موجتَي إصدار (release waves) في السنة. تُطرح الميزات الجديدة والتغييرات طوال السنة. وقد أُرشفت خطط الإصدار في أكتوبر 2026؛ وما هو قادم موجود الآن في خارطة طريق Microsoft على aka.ms/AIatWorkRoadmap.
هذا يعني أنه لم تعد هناك لحظة كبيرة واحدة في السنة تخطّط اختبارك حولها. تأتي التغييرات بخطوات أصغر، وبوتيرة أكبر. لم يعد انتظار إصدار كبير مجديًا، والاختبار بعد كل تغيير منفرد أكثر من اللازم.
اختر إيقاعًا ثابتًا
الحل هو جولة انحدار بإيقاع ثابت، أيًا كان ما تطرحه Microsoft بين الجولات:
- كل شهر عندما يكون نظام CRM محوريًا للأعمال، أو تستخدم تطبيقات وميزات كثيرة، أو تفعّل ميزات جديدة كثيرًا.
- كل ربع سنة لإعداد مستقر مع تغييرات قليلة من جانبك.
- جولة إضافية قبل أن ينتقل تغيير من جانبك إلى التشغيل الفعلي، أو عندما يمس تغيير من Microsoft بوضوح إحدى عملياتك الرئيسية.
ضع المواعيد في تقويم المختبِرين للسنة كلها. الالتزام بإيقاع ثابت أسهل من جولة تُخطَّط في كل مرة يطرأ فيها شيء.
قبل كل جولة
- اقرأ خارطة طريق Microsoft والرسائل الموجّهة إلى مسؤوليك في Microsoft 365 admin center، ودوّن التغييرات التي تمس عملياتك.
- جرّب الميزات التي في مرحلة المعاينة في بيئة Sandbox أولًا، قبل أن تصل إلى مستخدميك.
- تأكد من أن بيئة Sandbox التي تختبر فيها لها الإصدار نفسه والحلول (solutions) نفسها الموجودة في الإنتاج.
في UAT Studioاختر Dynamics 365 بوصفه CRM المشروع، وابدأ كل جولة بـ Start a regression round، من مشروع الانتقال إلى التشغيل الفعلي أو من جولتك الأخيرة.
في UAT Studioفي Setup، اختر في Check the Dynamics 365 updates: Every quarter أو Every month. تعرض صفحة المشاريع حينها الفترة الحالية مع رابط إلى خارطة الطريق، ويتلقى المسؤولون رسالة بريد إلكتروني واحدة لكل فترة، قبل بدايتها بأسبوعين.
اختيار ما تعيد اختباره
جولة الانحدار ليست المكان المناسب لاختبار كل شيء مجددًا. اختر، بهذا الترتيب:
- حالات اختبار Must. ما يجب أن يعمل كل يوم: إنشاء عرض سعر، وتحويل عميل محتمل، وتوجيه حالة، والموافقات. اختبرها في كل جولة.
- ما يمسه التغيير. اقرأ ملاحظات الإصدار أو خارطة الطريق وقائمة عملياتك بجانبها. تغيير في عروض الأسعار يعني حالات اختبار عروض الأسعار، بما فيها حالات Should وCould.
- التكاملات والأتمتة. الروابط مع نظام ERP أو الموقع الإلكتروني أو البريد الإلكتروني، والتدفقات التي تعمل في الخلفية. إنها تتعطل بصمت، لذا اختبرها عن قصد.
- حالات اختبار Should، عندما يتوفر الوقت.
ثم انظر إلى ما غيّره فريقك منذ الجولة الأخيرة. كل ما بنيته بنفسك ولم يختبره أحد مع تغيير المنصة ينتمي إلى الجولة أيضًا.
احتفظ بقائمة قصيرة لما هو حرج
اكتب، مرة واحدة، العمليات العشر إلى العشرين التي لا تستطيع الأعمال الاستغناء عنها ليوم واحد. هذه هي جوهر كل جولة انحدار. راجع القائمة كل نصف سنة مع مالكي العمليات، وبعد كل تغيير كبير من جانبك.
في UAT Studioمع إضافة Release readiness، يعرض Review the release حالات الاختبار التي يمسّها إصدار من Salesforce أو تحديث لـ Dynamics 365 مع السبب، ويقترح حالات اختبار لما لم يُغطَّ بعد، ويسرد التحديثات الإلزامية مع تواريخها. تحصل جولة الانحدار حينها بالضبط على حالات اختبار Must، والمتأثرة التي تحتفظ بها، والجديدة التي توافق عليها. ويذكر الـ Fail في الجولة التغيير الذي جاء معه. €99 شهريًا: أضفها من Plan & billing.
أعِد استخدام حالات الاختبار
أفضل اختبار انحدار لديك هو مجموعة حالات الاختبار من UAT الانتقال إلى التشغيل الفعلي. فهي تصف بالضبط ما قبلته الأعمال، مع الخطوات وبيانات الاختبار والنتائج المتوقعة. لا تكتب حالات جديدة لكل جولة.
- احتفظ بحالات الاختبار بعد الانتقال إلى التشغيل الفعلي، في مكان واحد، مع أولويتها.
- حدّثها عندما تتغيّر عمليتك، حتى تختبر الجولة التالية نظام CRM كما هو الآن، لا كما كان عند الانتقال إلى التشغيل الفعلي.
- تحقّق من بيانات الاختبار قبل كل جولة. فتحديث Sandbox أو نسخة من الإنتاج قد يحذف السجلات التي تستخدمها حالات الاختبار أو يغيّرها.
- أضف حالة اختبار لكل مشكلة خطيرة تُكتشف في الإنتاج، حتى تُكتشف في المرة القادمة.
حالات الاختبار التي يستطيع مختبِرو الأعمال اتباعها تستحق الجهد هنا: فهي تُستخدم مرارًا وتكرارًا. اطّلع على كتابة حالات اختبار يفهمها مختبِرو الأعمال.
في UAT Studioينسخ Start a regression round حالات الاختبار من المشروع الذي تبدأ منه، مع خطواتها وبيانات اختبارها ونتائجها المتوقعة. اختر ما يُنقل: Must and Should أو Only Must أو All test cases in scope؛ وحالة الاختبار التي ليس لها أولوية تُحتسب Should. يحصل المشروع الجديد على المجموعات والإعدادات، وتدعو المختبِرين من Setup. لا يُختلق شيء ولا يُغيَّر.
من يختبر، وكم يستغرق
من
تحتاج جولة الانحدار إلى عدد أقل من الأشخاص مقارنةً بـ UAT، لكن ينبغي أن يأتوا من الأعمال مع ذلك. اطلب مستخدمًا رئيسيًا أو اثنين لكل عملية: أشخاصًا يؤدون العمل كل يوم ويعرفون فورًا عندما يكون شيء ما على غير ما يرام. يُحضّر مسؤول CRM الجولة ويختبر ما يعمل في الخلفية، لكن لا ينبغي أن يكون المختبِر الوحيد.
دع الأشخاص أنفسهم يختبرون جولة بعد جولة. فهم يصبحون أسرع، ويلاحظون تغييرات صغيرة قد يفوّتها مختبِر جديد.
المدة
- التحضير: يوم أو يومان لقراءة التغييرات، واختيار حالات الاختبار، والتحقق من بيانات الاختبار.
- الاختبار: بضع ساعات لكل مختبِر، موزّعة على يوم أو يومين للجولة الشهرية، وحتى أسبوع لإصدار Salesforce فيه تغييرات كثيرة.
- الإصلاحات وإعادة الاختبار: اترك بضعة أيام قبل أن يصل التغيير إلى الإنتاج، للمشكلات التي تجدها.
في Salesforce، يجب أن يتسع ذلك ضمن نافذة المعاينة. ابدأ مبكرًا في النافذة، لا في الأسبوع الأخير.
تسجيل ما تجده
سجّل المشكلات كما في UAT: الخطوة، وما توقعته، وما حدث بدلًا من ذلك، ولقطة شاشة، ورابط السجل. افرزها كل يوم مع فريق CRM. وللمشكلة التي تسببت فيها المنصة، انظر أولًا في ملاحظات الإصدار أو خارطة الطريق: فغالبًا ما يكون تغييرًا معروفًا مع إعداد يجب ضبطه.
في UAT Studioتحتفظ كل جولة بإصدارها والبنية (build) والبيئة، فيقول تقرير go/no-go ما الذي اختُبر. بعد الإصلاحات، يعيد Start round 2 في لوحة المعلومات مع Failed and blocked only اختبار ما فشل فقط؛ وتبقى نتائج الجولة السابقة محفوظة.
الاعتماد قبل الإنتاج
تنتهي جولة الانحدار مثل UAT، بقرار، لكن بشكل أقصر. اتفق على معايير الخروج مرة واحدة، واستخدمها في كل جولة:
- نجحت كل حالة اختبار Must.
- لا توجد أي مشكلة Critical مفتوحة.
- لكل مشكلة High مفتوحة حل بديل تقبله الأعمال، أو إصلاح قبل أن يصل التغيير إلى الإنتاج.
يعتمد مالك كل عملية الجزء الخاص به: مقبول، أو مقبول بشروط، أو مرفوض. في إصدار Salesforce لا يمكنك إيقاف الترقية، لذا يعني الرفض إصلاحًا أو حلًا بديلًا قبل تاريخ الإنتاج، ورسالة إلى المستخدمين. أما في تغيير من جانبك، فيعني الرفض أنه ينتظر.
احتفظ بنتيجة كل جولة. بعد سنة سيكون لديك سجل واضح لما اختُبر بعد كل تغيير، ومن قبِله. ولمعرفة كيفية التحضير للقرار، اطّلع على قرار go/no-go.
في UAT Studioجولة الانحدار مشروع قائم بذاته، والإصدار هو Release الخاص به، فيقول تقرير go/no-go الخاص به أي إصدار CRM يتعلق به. يعتمد مالكو العمليات لكل مجموعة، والاعتماد يخص تلك الجولة.
مجاني الاستخدام
تصلح قائمة تحقق UAT لإطلاق نظام CRM لجولة الانحدار أيضًا، كملف Excel مجاني. ولكل منصة، اطّلع على Salesforce UAT وDynamics 365 UAT.
Salesforce علامة تجارية لشركة Salesforce, Inc. وMicrosoft وDynamics 365 علامتان تجاريتان لمجموعة شركات Microsoft. UAT Studio غير تابع لـ Salesforce أو Microsoft ولا يحظى بتأييدهما.