كيف نثبت أن النظام البديل يحافظ على قواعد العمل القديمة؟

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

اجمع أمثلة من أصحاب العمل

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

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

سجل مطابقة عملي

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

نفّذ المقارنة دون آثار إنتاجية

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

لكل فرق تصنيف: خطأ في البديل، خطأ قديم تقرر إصلاحه، اختلاف بيانات، أو قاعدة غير محسومة. لا تُقبل نتيجة لمجرد أنها أقرب إلى المتوقع؛ يجب أن تحمل الدليل والقرار المسؤول. أعِد تشغيل المجموعة بعد كل تغيير مؤثر.

القبول يشمل التشغيل

اختبر زمن معالجة حجم ممثل، والاستعادة، والتصدير، وإلغاء الصلاحيات، والتراجع. حدد من يوافق على التحويل وما الذي يمنعه. عدم وجود عيوب معروفة في عينة صغيرة ليس ضماناً شاملاً؛ وثّق حدود التغطية وخطة المراقبة اللاحقة.

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

مصادر ومراجعة

• Martin Fowler: اختبار غير محدد النتائج ومخاطره.
• Microsoft: Anti-corruption layer.
• المساهمة الأصلية: سجل مطابقة القواعد وتصنيف الفروق؛ لا يدّعي تحققاً على نظام عميل.