اختبار القبول ليس تجربة النظام بشكل عام، بل تنفيذ سيناريوهات محددة لكل منها نتيجة متوقعة مكتوبة سلفًا. الفرق أن التجربة العامة تنتهي بانطباع، والاختبار ينتهي بإجابة: نجح أم لم ينجح.
واكتب النتيجة المتوقعة قبل التنفيذ لا بعده. إن كتبتها بعد رؤية ما حدث، فأنت توثّق سلوك النظام لا تختبره.
نطاق العمل قبل البدء
حدد من ينفّذ الاختبارات: يجب أن يكونوا من فريقك التشغيلي لا من فريق المزوّد، لأن الاختبار يقيس قدرة فريقك على العمل لا قدرة النظام وحده. وحدد بيئة الاختبار — منفصلة عن الفعلية — ومن يعتمد النتيجة.
واتفق على معيار القبول العام: هل يُشترط نجاح كل الاختبارات؟ أم تُصنَّف إلى حرجة يجب نجاحها، وثانوية تُعالج بعد الإطلاق؟ هذا التصنيف يمنع تأجيل التشغيل بسبب ملاحظة شكلية.
الخطوات والمسؤوليات
ابنِ جدولًا بأربعة أعمدة: رقم الاختبار، والخطوات، والنتيجة المتوقعة، والنتيجة الفعلية. ونفّذ هذه المجموعات:
- الرحلة الكاملة: إنشاء ملف ← حجز موعد ← إرسال تقييم ← تسجيل وصول ← توثيق جلسة ← اعتماد ← إسناد مهمة ← حجز متابعة ← إصدار فاتورة. النتيجة المتوقعة: إتمامها دون إدخال البيانات نفسها مرتين.
- التعارض: حجز موعدين للأخصائي نفسه في الوقت نفسه، ثم لغرفة واحدة. النتيجة المتوقعة: المنع مع رسالة توضح السبب.
- الحفظ والمراجعة: كتابة ملاحظة واعتمادها، ثم محاولة تعديلها. النتيجة المتوقعة: بقاء النص الأصلي وتسجيل التصحيح كإضافة بتاريخها وكاتبها.
- الصلاحيات: الدخول بحساب استقبال ومحاولة فتح توثيق جلسة. النتيجة المتوقعة: المنع. ثم بحساب مدير: المنع أيضًا ما لم يكن مشرفًا مخوّلًا.
- الإلغاء وقائمة الانتظار: إلغاء موعد. النتيجة المتوقعة: تحرر الوقت وترشيح منتظر مطابق تلقائيًا.
- المالية: بيع باقة، واستهلاك جلستين، ثم استرداد جزئي. النتيجة المتوقعة: احتساب المستهلك وعرض صافي المسترد قبل الاعتماد.
- التقارير: استخراج تقريرين تستخدمهما فعلًا. النتيجة المتوقعة: أرقام مطابقة لما نُفّذ في الاختبارات السابقة.
ما الذي يجب اختباره واعتماده؟
لكل اختبار سجّل: نجح، أو نجح بملاحظة، أو لم ينجح. والملاحظات تُصنَّف حرجة أو ثانوية، وتُحدَّد لكل حرجة خطة معالجة قبل الإطلاق. ثم يُوقَّع الاعتماد من مالك المشروع لديك.
واحتفظ بالجدول بعد الإطلاق. حين تظهر مشكلة في الشهر الثاني، سيخبرك الجدول إن كانت قد اختُبرت ونجحت — فتكون مشكلة إعداد أو استخدام — أم لم تُختبر أصلًا.
المخاطر والاستثناءات
- اختبار المسار المثالي فقط: نصف الاختبارات على الأقل يجب أن تكون للاستثناءات، فهي ما يفشل فيه النظام لا المسار العادي.
- اختبار المزوّد بدلًا منك: من بنى النظام يعرف كيف يتجنب مواضع الخلل دون قصد.
- تأجيل اختبار الصلاحيات: أخطر ما يُؤجَّل، لأن اكتشافه بعد التشغيل يعني اطّلاعًا وقع فعلًا.
- الاعتماد تحت ضغط الموعد: اعتماد اختبارات لم تنجح لأن يوم التشغيل اقترب يعني ترحيل المشكلة إلى التشغيل الحقيقي.
الخطوة التالية لإعداد خطة التنفيذ
اطلب أن تكون اختبارات القبول مخرجًا معتمدًا في خطة التنفيذ، وأن يُرفق جدولها بالعرض. وستجد ستة سيناريوهات جاهزة في قائمة متطلبات الشراء تصلح أساسًا لجدولك.
ناقش متطلبات مشروعك
نُدرج اختبارات القبول كمخرج معتمد قبل الإطلاق، ينفّذها فريقك بنفسه بنتائج متوقعة مكتوبة سلفًا.