اختبارات القبول اللازمة قبل استلام المنصة

التوقيع على استلام المنصة لحظة تنتقل فيها المسؤولية إليك وتنتهي فيها قدرتك التفاوضية. وما لم يُكتشف قبلها يصبح طلب تعديل مدفوعًا أو نقصًا تتعايش معه.

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

من يختبر ماذا

بناء حالات الاختبار

الاختبار العشوائي — التجول في النظام والنظر — لا ينتج قرار قبول. والحالة المكتوبة هي ما يجعل النتيجة قابلة للتوثيق.

واكتب لكل حالة: المتطلب المرتبط برقمه، والخطوات بالترتيب، والنتيجة المتوقعة، والنتيجة الفعلية، والحالة (نجح أو فشل)، وملاحظة.

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

مسارات لا تُغفل

• مسار المتدرب كاملًا — تسجيل حتى شهادة.
• مسار المدرب — إنشاء ومتابعة وتصحيح.
• مسار المشرف — تقارير فريقه واعتماداته.
• مسار المسؤول — إعدادات وصلاحيات ودفعات.
• حالات الفشل — بيانات ناقصة وانقطاع.
• حالات الحدود — أعداد كبيرة وملفات ضخمة.

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

والبند السادس يكشف ما لا يظهر في الاستخدام العادي: استورد ألف مستخدم دفعة واحدة، وارفع ملفًا كبيرًا، واستخرج تقريرًا لسنة كاملة. فالنظام الذي يعمل مع عشرة قد يتوقف مع ألف.

تصنيف الملاحظات

قائمة ملاحظات غير مصنفة تحوّل مرحلة القبول إلى جدل. والتصنيف المتفق عليه مسبقًا يحسم ما يمنع الاستلام وما لا يمنعه.

وصنّف بأربع درجات: حرج يمنع الاستلام، وعالٍ يُحل قبل الإطلاق، ومتوسط يُحل خلال فترة الضمان، ومنخفض يُدرج في التطوير اللاحق.

واتفق على تعريف كل درجة في العقد لا عند الاختلاف. فالمزود يميل لتصنيف الملاحظات أدنى مما تراه، والتعريف المكتوب — كأن الحرج هو ما يمنع أداء عملية أساسية أو يعرّض بيانات — يحسم الجدل بمعيار لا برأي.

محضر الاستلام

الاستلام يُوثَّق بمحضر لا برسالة موافقة. وهو مرجعك في أي خلاف لاحق.

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

والاستلام المشروط خيار مشروع: تستلم مع تسجيل ملاحظات محددة ومهلة حلها وربطها بدفعة مالية مؤجلة. فهذا يتيح بدء التشغيل بلا التنازل عن حقك في المعالجة — وهو أفضل من رفض الاستلام كليًا أو قبوله بلا تحفظ.

الاختبار بالبيانات الحقيقية

الاختبار ببيانات مصطنعة نظيفة يعطي نتائج مطمئنة مضللة. فبياناتك الفعلية تحمل حالات لم يتوقعها أحد.

واستخدم عينة حقيقية — مع مراعاة الخصوصية بإخفاء ما يلزم — تحمل ما فيها من فوضى: أسماء بصيغ مختلفة، وحقول ناقصة، ومسميات وظيفية غير موحدة، وسجلات قديمة بتنسيقات مغايرة.

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

أخطاء في إدارة مرحلة القبول

مرحلة القبول تُدار أحيانًا بطريقة تفرغها من قيمتها، والأخطاء متكررة ومعروفة.

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

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

أسئلة شائعة

الخلاصة

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

والقاعدة الجامعة: ما لا تفحصه قبل التوقيع تدفع ثمنه بعده. فمرحلة القبول هي آخر لحظة يقف فيها الطرفان على قدم المساواة — وبعدها يصبح كل ما ينقص طلب تغيير تفاوض عليه من موقع أضعف.

الضمان وما بعده

الاستلام يبدأ فترة الضمان، وهي بند يستحق وضوحًا قبل التوقيع لا بعده.

واحسم: مدة الضمان وبدايتها، وما يشمله من إصلاحات، وما يخرج عنه، وزمن الاستجابة للعيوب المكتشفة فيه، وهل تمتد المدة عند إصلاح عيب جوهري.

والفرق بين «عيب» و«طلب تغيير» هو محل النزاع الأكثر تكرارًا: ما لم يعمل كما وُصف في المتطلبات عيب يُصلح مجانًا، وما يعمل كما وُصف وتريد تغييره طلب مدفوع. واستند إلى وثيقة المتطلبات لا إلى التقدير، فهي المرجع الوحيد الذي يحسم بلا جدل.

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

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