نجح إنشاء الطلب أمامك، لكن هل اختُبرت القاعدة التي ترفضه عندما تتغير المدة أو تتعارض معه حجزات قائمة؟ عدد الاختبارات الناجحة لا يجيب وحده. عند شراء اختبارات قبول المستخدم لبرنامج مخصص، اطلب معرفة قواعد العمل التي غطتها الحالات، وما بقي خارج التجربة ولماذا.
لا تبدأ بقائمة أزرار مثل «اضغط حفظ ثم افتح التفاصيل». ابدأ بالقرار الذي يحتاجه العمل والظروف التي تغيره. تستطيع بعدها ربط الحالة بالمتطلب المعتمد والنتيجة المنتظرة، بدل اعتبار ظهور شاشة نظيفة دليلًا على تنفيذ كل سياسة اتفقت عليها.
قاعدة واحدة قد تحتاج أكثر من حالة
نفترض بوابة داخلية افتراضية لاستعارة أجهزة مشتركة. ولغرض الشرح فقط، تعتمد المؤسسة حدًا أقصى قدره خمسة أيام، وترفض استعارة جهاز له حجز متعارض. هذه سياسة تعليمية اخترناها للمثال، وليست توصية لمدة إعارة أو وصفًا لنظام نفذناه.
إذا جربت استعارة جهاز متاح ليومين، فقد اختبرت جانبًا من القاعدة. لم تتحقق بعد من الحد الفاصل، أو الحالة فوق الحد، أو التعارض. اكتب القاعدتين كلًا على حدة، ثم اربط بهما حالات محددة. لا تفترض أن نجاح إحداهما يثبت أن الأخرى تعمل.
ورقة تغطية صغيرة للمثال
| حالة البداية | المحاولة | النتيجة المتوقعة في المثال |
|---|---|---|
| جهاز متاح بلا تعارض | طلب أربعة أيام | قبول الطلب وفق بقية الشروط المعتمدة |
| جهاز متاح بلا تعارض | طلب خمسة أيام | قبول الحد الأقصى نفسه |
| جهاز متاح بلا تعارض | طلب ستة أيام | رفض بسبب تجاوز المدة مع تفسير مفهوم |
| جهاز له حجز متعارض | طلب ضمن الحد | رفض بسبب التعارض دون حجز جديد |
هذه بداية لحزمة قبول، وليست تغطية كاملة للبوابة. ستحتاج قرارات مستقلة عن احتساب اليوم وبداية المدة وحالات الإلغاء وغيرها إذا كانت ضمن النطاق. دوّن الأسئلة المفتوحة قبل التنفيذ؛ اختلاف التفسير لا يُحل بتغيير النتيجة المتوقعة بعد مشاهدة سلوك البرنامج.
اجعل كل نتيجة قابلة لإعادة الفهم
أضف إلى الحالة مرجع القاعدة ونسخة البرنامج والدور وبيانات البداية والتاريخ والخطوات والنتيجة الفعلية. إذا كانت البيانات تتغير، فاحفظ ما يكفي لإعادة إعداد العينة دون استخدام بيانات أشخاص لا تحتاجها التجربة. صورة رسالة الرفض مفيدة عندما نعرف الطلب الذي أنتجها.
يربط منهج قبول ISTQB الاختبارات بالمعايير والتتبع، ويعرض وسائل مثل جداول القرار والحدود. نستفيد من المبدأ لبناء ورقة يستطيع صاحب العملية مراجعتها؛ لا يعني الرجوع للمنهج أن المشروع حصل على اعتماد أو أن الجدول يكشف كل العيوب.
غير المنفذ ليس نتيجة ناجحة
قد لا يستطيع الفريق تجربة التعارض لأن بيئة الاختبار لا تضم حجزًا قائمًا، أو لأن حساب المراجع لا يملك الدور المناسب. اكتب «لم يُنفذ» مع السبب والمسؤول والخطوة التالية. لا تدخل هذه الحالة ضمن الناجح لمجرد أن السيناريو مكتوب في الملف.
واطلب تفسير المقام في أي نسبة: هل يحسب التقرير الحالات المخططة أم المنفذة أم القواعد المغطاة؟ قد تمر حالات كثيرة تكرر القرار نفسه بينما تظل قاعدة مؤثرة بلا تجربة. لا يوجد رقم نجاح موحد نضعه لكل مشروع؛ صاحب العمل يحدد قرار القبول في ضوء الأثر والتغطية والاستثناءات.
من يجهز الاختبار ومن يعتمد النتيجة؟
حدد موظفًا يفهم السياسة، ومن يجهز البيئة والعينات، ومن يحلل الاختلاف، ومن يعتمد القرار. يصف إطار SFIA أهمية الموارد والمعايير والظروف الواقعية في إدارة قبول المستخدم. وجود مطور يعرف تشغيل العرض لا يعوض غياب الشخص الذي يستطيع الحكم على صحة قاعدة العمل.
عندما يظهر فرق، اربطه بالحالة والقاعدة، ثم ميز عيب التنفيذ من متطلب جديد أو قرار لم يُحسم. بعد الإصلاح أعد الحالة على نسخة معلومة، وحدد الحالات المتأثرة التي تحتاج إعادة فحص. لا تحتفظ بنتيجة قديمة وكأنها تخص أي نسخة لاحقة تلقائيًا.
يساعد دليل المتطلبات على كتابة المعايير، وتوضح ورقة أثر التغيير التعامل مع طلب جديد. عند طلب برنامج مخصص من نكست ويف، اجعل تغطية القواعد وسجل غير المفحوص ضمن مخرجات القبول، مع بقاء الاتفاق التجاري مستقلًا.
المراجع وحدود الشرح
قُرئت أقسام 2.2 و5.2 من منهج ISTQB لاختبارات القبول لعام 2019 وشرح قبول المستخدم في SFIA9 في 4 نوفمبر 2026. المثال والورقة أصليان بلا اختبار فعلي. الإعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
