إعداد سيناريوهات اختبار قبول المستخدم لنظام إدارة الوثائق

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

سيناريو القبول ليس معيار القبول

ثلاثة مصطلحات تختلط في المشاريع، والخلط بينها يولّد سيناريوهات ضعيفة:

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

من أين تستخرج السيناريوهات؟

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

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

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

مصفوفة التغطية: هل غطيت كل الأدوار؟

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

الشرطة «—» في هذا النموذج فجوة مقصودة لتوضيح الفكرة: كل خلية منها سؤال يجب أن تجيب عنه اللجنة قبل بدء الجولة. هل يحتاج المدير المعتمد إلى البحث عن الإصدارات؟ هل يعدّل مسؤول النظام صلاحيات المدقق؟

تشريح السيناريو الجيد: القالب

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

ثلاثة سيناريوهات مكتوبة بالقالب

الأمثلة التالية لجهة افتراضية، مختصرة لتوضيح مستوى التفصيل المطلوب.

UAT-PUR-08: رفض عرض سعر ناقص وإعادته (سلبي)

• الدور: مدير المشتريات (حساب اختبار: pur-mgr-01). الأولوية: حرج.
• الشرط المسبق: طلب شراء قائم بعرض سعر واحد، في مرحلة «اعتماد المدير».
• الخطوات: (1) يفتح المدير الطلب من الإشعار. (2) يختار «رفض» ويكتب: «العرض الثاني مطلوب». (3) يسجل موظف المشتريات الدخول ويفتح الطلب المعاد. (4) يرفع عرض السعر الثاني. (5) يعيد إرسال الطلب.
• النتائج المتوقعة: بعد (2) يصل إشعار لموظف المشتريات يتضمن التعليق. بعد (3) يظهر التعليق مرئيًا في الطلب. بعد (5) يعود الطلب إلى المدير، ويبقى تعليق الرفض والعرض الأول ظاهرين في السجل.
• الدليل: لقطة للتعليق بعد الإعادة، وسطور سجل التدقيق للرفض وإعادة الإرسال.

UAT-HR-16: موظف من إدارة أخرى يبحث عن ملف سري (سلبي)

• الدور: موظف مالية (fin-user-02). الأولوية: حرج.
• الشرط المسبق: ملف موظف مصنّف «سري» في مجلد الموارد البشرية، عنوانه يحتوي كلمة «تسوية».
• الخطوات: (1) يبحث عن «تسوية». (2) يبحث باسم الموظف صاحب الملف. (3) يسأل المساعد الذكي عن «تسوية نهاية خدمة» للموظف نفسه.
• النتائج المتوقعة: لا يظهر الملف ولا عنوانه ولا مقتطف منه في أي من الخطوات الثلاث، ولا تتضمن إجابة المساعد أي معلومة منه.
• الدليل: لقطات النتائج الثلاث. أي ظهور يُسجل ملاحظة حرجة فورًا.

UAT-ARC-10: استقبال خطاب ممسوح وفهرسته

• الدور: أمين الأرشيف (arc-01). الأولوية: مهم.
• بيانات الاختبار: خطاب وارد ممسوح من صفحتين بجودة عادية، وخطاب آخر مائل قليلًا.
• الخطوات: (1) يمسح الخطابين عبر الماسح المربوط أو يرفعهما. (2) يقبل التصنيف المقترح أو يعدّله. (3) يعبّئ الحقول الإلزامية. (4) يبحث بعبارة من الصفحة الثانية لكل خطاب.
• النتائج المتوقعة: يظهر التصنيف المقترح، وتمنع الحقول الإلزامية الحفظ إن كانت فارغة، ويعيد البحث كلا الخطابين.
• الدليل: لقطة الحقول، ولقطة نتائج البحث.

السيناريوهات السلبية وبيانات الاختبار

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

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

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

إدارة الجولات وتصنيف الملاحظات

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

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

أخطاء شائعة في كتابة السيناريوهات

كتابة السيناريوهات لنظام وثيقة

عند تطبيق وثيقة، تبنى السيناريوهات على القدرات التالية التي يوفرها النظام، وكل واحدة منها تعطيك دليلًا قابلًا للتسجيل:

• الأدوار والصلاحيات: أدوار مخصصة (قارئ، محرر، معتمد، مشرف) على مستوى المجلد والمستند المنفرد، مع تكامل Active Directory / LDAP لاستيراد المستخدمين والأقسام. هذا أساس سيناريوهات الصلاحيات ونقل الموظفين.
• مسارات الموافقة: مسارات متعددة المراحل لكل نوع مستند، مع إشعارات بالبريد وSMS، وتذكيرات وإعادة توجيه إلى مسؤول بديل عند تجاوز المهلة، وأرشفة نهائية بعد الاعتماد.
• سجل التدقيق: يسجل الفتح والتعديل والحذف والتنزيل وتسجيل الدخول مع الوقت وعنوان IP، ويمكن تصديره PDF أو Excel، فيصلح دليلًا مباشرًا لعمود «الدليل المطلوب».
• الإصدارات والتصنيف التلقائي وOCR: لسيناريوهات الإصدار الجديد واستقبال الممسوحات.

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

قبل أن تبدأ الجولة الأولى

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

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