قبل أن يدخل النظام بوابتك الأولى، شغّل اختبار قبول على بيئة الاختبار المهيأة بإعدادكم: حالات مرقّمة لكل منها شرط مسبق وخطوات ونتيجة متوقعة وخطورة إن فشلت، ينفذها فريقك لا المورّد، بحسابات كل دور.
القبول يُوقَّع حين تنجح كل الحالات الحرجة والعالية، وتكون لبقية الملاحظات خطة معالجة مؤرخة. بعدها فقط تبدأ التجربة الميدانية بزيارات حقيقية.
العرض والقبول والتجربة: ثلاثة اختبارات مختلفة
كثيرًا ما يُعامل العرض التوضيحي كأنه دليل كافٍ، ثم يُكتشف في الأسبوع الأول أن مسار اعتماد السلامة لم يُربط بمنطقة الإنتاج. السبب أن كل اختبار يجيب عن سؤال مختلف:
| الاختبار | يجيب عن | من يقوده | على أي بيانات |
|---|---|---|---|
| العرض التوضيحي | هل يملك النظام هذه القدرة؟ | المورّد | حالة مشابهة لمصنعك |
| اختبار القبول | هل أُعدّت القدرة كما اتفقنا لمنشأتنا نحن؟ | فريق المنشأة | بيانات اختبار على الإعداد الفعلي |
| التجربة الميدانية | هل يعمل الإجراء مع الناس والبوابة والضغط الحقيقي؟ | الطرفان معًا | زيارات حقيقية على بوابة واحدة |
هذا المقال عن الاختبار الأوسط. هو الأقل ظهورًا في المشاريع، والأرخص في كشف الأخطاء: الخلل الذي يُكتشف على بيئة الاختبار يُصحح بتعديل إعداد، والذي يُكتشف على البوابة يُصحح بعد أن ينتظر مقاول أو يدخل زائر بغير ما قرره الإجراء. مراحل التنفيذ الست ومخرج كل مرحلة موضحة في صفحة التطبيق والتدريب والدعم؛ القبول هنا يقع بين التهيئة والتجربة.
ما يُجهَّز قبل يوم الاختبار
- بيئة اختبار منفصلة عن بيئة التشغيل، مهيأة بالإعداد نفسه الذي سيُنقل للتشغيل: البوابات والفئات والمسارات والمناطق والمحتوى.
- حساب لكل دور: مضيف، معتمد أمن، معتمد سلامة، فريق بوابة، مسؤول نظام، شركة مقاولة، ومدقق للقراءة فقط. لا يُختبر كل شيء بحساب المسؤول؛ فهو يرى ويفعل ما لا يفعله غيره.
- بيانات اختبار معدّة: شركتان مقاولتان، إحداهما بفرد وثيقته تنتهي غدًا وآخر موقوف؛ مورّد بسائقين؛ زائر أعمال. بأسماء اختبار واضحة لا بأسماء أشخاص حقيقيين.
- جوال فعلي لفتح رابط الزائر، وجهاز البوابة الفعلي أو مطابق له إن لم يُركَّب بعد.
- نسخة من المتطلبات المعتمدة بأرقام بنودها، حتى تُربط كل حالة ببند. إن بدأت المشروع من وثيقة متطلبات بحالات قابلة للاختبار، فنصف الحالات مكتوب مسبقًا.
- ورقة تسجيل: رقم الحالة، المنفّذ، الوقت، النتيجة الفعلية، نجح أو فشل، الخطورة، لقطة شاشة عند الفشل.
تصنيف الخلل قبل اكتشافه
اتفق على التصنيف قبل الاختبار لا بعده. حين يُكتشف الخلل أولًا ثم يُناقش تصنيفه، يميل كل طرف إلى التصنيف الذي يناسبه.
| الخطورة | التعريف | أثرها على القبول |
|---|---|---|
| حرجة | يمنح دخولًا أو صلاحية لا يجيزها الإجراء، أو يوقف البوابة عن تسجيل الدخول والخروج | تمنع التوقيع |
| عالية | يعطّل مسارًا كاملًا لفئة زيارة، أو يفقد أثرًا في السجل | تمنع التوقيع |
| متوسطة | يعمل المسار بخطوة التفاف معروفة، أو يظهر نص أو حقل خاطئ | تُقبل بخطة معالجة مؤرخة |
| ملاحظة | تحسين في الوضوح أو الترتيب لا يغيّر النتيجة | تُسجَّل للمراجعة بعد التشغيل |
إن كانت النتيجة المتوقعة مكتوبة في المتطلبات المعتمدة ولم تتحقق، فهي فشل مهما كان سببه: خطأ برمجي أو إعداد ناقص. السبب يحدد من يصلحه، لا هل يُسجَّل.
حالات الاختبار الثلاثون
الحالات مرتبة بحسب مراحل الزيارة. كل حالة تُنفَّذ بحساب الدور المذكور، وتُعد ناجحة فقط إن طابقت النتيجة المتوقعة كاملة. عدّل الأرقام والأسماء بحسب إعدادكم، واحذف ما لا ينطبق، لكن لا تحذف حالة لأنك تتوقع نجاحها.
٣٠ حالة اختبار لنظام زوار صناعي
| # | الحالة (الدور) | النتيجة المتوقعة | الخطورة إن فشلت |
|---|---|---|---|
| الطلب والاعتماد | |||
| ق١ | مضيف ينشئ دعوة لزائر أعمال بموعد غدًا | يصل رابط للزائر، وتظهر الزيارة «بانتظار الموافقة» ولا تظهر في قائمة البوابة المتوقعة | عالية |
| ق٢ | زائر يستكمل بياناته من الجوال دون حقل إلزامي | يُرفض الإرسال مع تحديد الحقل الناقص | متوسطة |
| ق٣ | طلب مقاول لمنطقة إنتاج (مضيف) | ينتقل للأمن ثم السلامة بالترتيب المعتمد لهذه الفئة والمنطقة، ولا يصدر تصريح قبل آخر موافقة | حرجة |
| ق٤ | معتمد السلامة في إجازة مسجلة ببديل | يصل الطلب للبديل، ويظهر في السجل أن القرار صدر بالتفويض ومدته | عالية |
| ق٥ | رفض طلب بسبب من القائمة (معتمد أمن) | يُسجَّل السبب وصاحب القرار، ويصل للمضيف إشعار بالرفض دون تفاصيل داخلية للزائر | متوسطة |
| ق٦ | طلب بلا قرار حتى اقتراب موعده | تنبيه لصاحب الدور وبديله في المهلة المحددة، وظهوره في قائمة المتأخرات | متوسطة |
| المقاولون والوثائق | |||
| ق٧ | الشركة المقاولة ترفع وثيقة لفرد (حساب الشركة) | تبقى الوثيقة «بانتظار المراجعة» ولا تُحتسب قبل اعتمادها من المسؤول | عالية |
| ق٨ | فرد وثيقته المشترطة تنتهي غدًا ضمن فريق بزيارات متكررة | تنبيه قبل الانتهاء بالمهلة المحددة؛ وبعد الانتهاء يظهر الفرد بمتطلب ناقص وبقية الفريق معتمدون | حرجة |
| ق٩ | إيقاف فرد موقوف (مسؤول المقاولين) | يظهر «غير مسموح» عند البوابة فورًا، ولا يتأثر بقية الفريق، ويُسجَّل سبب الإيقاف | حرجة |
| ق١٠ | إضافة فني جديد لفريق معتمد | لا يرث صلاحية زملائه؛ يمر بالمراجعة والتوعية قبل أول دخول | حرجة |
| ق١١ | حساب شركة مقاولة يبحث عن شركة أخرى | لا تظهر أي بيانات لشركة أخرى بأي طريقة بحث أو تصدير | حرجة |
| التصريح والبوابة | |||
| ق١٢ | قراءة رمز زيارة معتمدة في موعدها (فريق البوابة) | «مسموح» مع المدة والمنطقة؛ تسجيل الدخول يبدأ احتساب المدة ويُشعر المضيف | حرجة |
| ق١٣ | قراءة رمز زيارة ملغاة | حالة الإلغاء دون تفاصيل داخلية، ولا يتاح تسجيل الدخول | حرجة |
| ق١٤ | زائر معتمد يصل قبل نافذته بساعتين | «خارج النافذة الزمنية» مع وقت البداية، والإجراء المتاح طلب لا منح | عالية |
| ق١٥ | زائر يصل من بوابة غير المصرح بها | يظهر اسم البوابة المسموحة، ولا يُسجَّل الدخول من هذه البوابة | عالية |
| ق١٦ | زائر فقد الرمز | يُعثر عليه بالاسم أو الجوال أو الشركة وتظهر الحالة نفسها | متوسطة |
| ق١٧ | حساب البوابة يحاول تمديد تصريح أو اعتماد زيارة | الإجراء غير متاح لهذا الدور؛ المتاح طلب تمديد أو استثناء يُرسل لصاحب الصلاحية | حرجة |
| ق١٨ | زائر بلا موعد عند البوابة | طلب سريع يُرسل لمخوّل، ولا دخول قبل القرار؛ وعند الاعتماد تصريح قصير لمنطقة الاستقبال | حرجة |
| السلامة والمناطق | |||
| ق١٩ | زيارة لمنطقة تشترط توعية لم يكملها الزائر | متطلب ناقص باسم التوعية، ويمكن استكمالها من الجوال قبل الدخول | حرجة |
| ق٢٠ | إجابة خاطئة عن سؤال فهم | لا يُحتسب الإكمال، وتُتاح إعادة المحاولة بحسب الإعداد | عالية |
| ق٢١ | نشر إصدار جديد لتوعية منطقة يستوجب إعادة الاطلاع | الزيارات القادمة لمن أكمل الإصدار القديم تظهر بمتطلب ناقص، والزيارات السابقة تبقى على إصدارها | عالية |
| ق٢٢ | طلب توسيع نطاق زيارة جارية لمنطقة تشترط مرافقًا | لا يُعتمد التوسيع دون مرافق مسمّى، ويُسجَّل من أجازه ولأي مدة | عالية |
| الموجودون والخروج | |||
| ق٢٣ | تجاوز تصريح مدته دون تسجيل خروج | يظهر «تجاوز المدة» في قائمة الموجودين، ويُنبَّه المضيف والأمن | عالية |
| ق٢٤ | إغلاق إداري لزيارة (مخوّل) | يُرفع من القائمة مع سبب مسجّل، ويبقى الحدث في السجل | عالية |
| ق٢٥ | تفعيل وضع المطابقة ونقطتا تجمع | نسخة مثبتة بوقتها، وتأشير من نقطتين يظهر مجمّعًا، وتقرير ختامي بحالة كل اسم | عالية |
| الصلاحيات والسجل | |||
| ق٢٦ | مسؤول نظام يعدّل مسار اعتماد فئة | يسري على الطلبات الجديدة فقط، وتبقى الطلبات القائمة على مسارها، ويُسجَّل التعديل بقيمته قبل وبعد | عالية |
| ق٢٧ | مستخدم بدور مسؤول أمن موقع يبحث في موقع آخر | لا تظهر بيانات الموقع الآخر | حرجة |
| ق٢٨ | مدقق داخلي يفتح سجل زيارة ويحاول التعديل | يقرأ السجل كاملًا ولا يملك أي إجراء تعديل | عالية |
| التقارير والإخراج | |||
| ق٢٩ | تقرير زيارات شركة لفترة الاختبار | يطابق عدد الزيارات والأفراد والتمديدات ما نُفّذ فعلًا في الحالات السابقة | متوسطة |
| ق٣٠ | تصدير التقرير ثم فتحه | ملف قابل للفتح تظهر عليه معايير الفلترة، ولا يحوي بيانات خارج صلاحية المصدِّر | متوسطة |
ترتيب التنفيذ مهم: الحالات ق٢٩ وق٣٠ تُنفَّذ أخيرًا لأنها تتحقق من أن التقارير تعكس ما حدث في الحالات السابقة فعلًا، وهي أبسط طريقة للتأكد أن الأرقام ليست تجريبية.
الأجهزة والتكاملات: قبول مستقل
الحالات الثلاثون تعمل برمجيًا دون أي جهاز إضافي؛ شاشة البوابة على حاسب أو لوحي متصل تكفي لتنفيذها. أما ما يعتمد على تجهيزات أو ربط فله قبول مستقل، في موضعه لا في المكتب:
- قارئ الرموز أو كاميرا جهاز البوابة: قراءة الرمز في إضاءة البوابة الفعلية وبجوالات مختلفة السطوع.
- طابعة البطاقات: البيانات المطبوعة تطابق التصريح، ولا تُطبع بطاقة لزيارة غير معتمدة.
- الربط مع التحكم بالدخول إن وُجد: تُمنح الصلاحية المؤقتة ضمن نطاق التصريح وتُسحب عند انتهائه أو عند الإلغاء، وتعود أحداث الفتح إلى سجل الزيارة — بحسب ما حددته نتيجة تقييم التوافق.
- الإشعارات: تصل من القناة الرسمية باسم المنشأة، وبالنصوص المعتمدة.
فصل هذه الاختبارات يمنع أن يتأخر قبول الإجراء كله بسبب طابعة لم تصل، ويتسق مع ما في صفحة التكامل: كل ربط يُنفَّذ كمرحلة لها اختبار قبول خاص بها.
متى تُوقَّع ورقة القبول
- كل الحالات الحرجة والعالية ناجحةبعد إعادة الاختبار، لا بوعد بالإصلاح.
- المتوسطة لها خطة مؤرخةمع صاحب كل معالجة، وتاريخ لا يتجاوز نهاية التجربة الميدانية.
- الإعداد المختبَر هو الإعداد المنقولأي تعديل بعد التوقيع وقبل التشغيل يعيد الحالات المتأثرة به.
- ورقة التسجيل مرفقةبأسماء المنفذين وأوقاتهم، لتكون مرجع القبول لا ذاكرة الاجتماع.
مثال: حالة فشلت ثم أُعيدت
حساب البوابة يستطيع التمديد
مثال توضيحيمشروع لموقع واحد، والاختبار في يومه الأول. التفاصيل افتراضية لتوضيح التعامل مع الفشل.
- التنفيذينفذ مشرف البوابة الحالة ق١٧ بحساب فريق البوابة، فيظهر له زر تمديد التصريح ويعمل.
- التصنيفحرجة بحسب التعريف المتفق عليه: صلاحية لا يجيزها الإجراء. لا نقاش في التصنيف لأنه كُتب قبل الاختبار.
- السببيتبين أن الحساب أُنشئ بدور «مشرف بوابة» مؤقتًا أثناء التهيئة ولم يُعد إلى دوره. خطأ إعداد لا خلل برمجي — ويبقى فشلًا مسجلًا.
- المعالجة وإعادة الاختباريُصحح الدور، وتُعاد ق١٧ ومعها ق٢٧ وق٢٨ لأنها تختبر الصلاحيات أيضًا. تنجح الثلاث.
- ما تغيّر في الإجراءيُضاف إلى قائمة ما قبل التشغيل بند: مراجعة تقرير المستخدمين وأدوارهم قبل النقل للتشغيل. خطأ اكتُشف على بيئة الاختبار بدل أن يُكتشف بعد أول تمديد غير مجاز على البوابة.
أسئلة متكررة
المنشأة تملكها لأنها تعكس إجراءها. يمكن أن يقترح المورّد مسودة، لكن من يعرف ما يجب أن يحدث عند البوابة هو فريقكم. والحالات المكتوبة من المورّد وحده تميل لاختبار ما يعمل جيدًا.
يعتمد على عدد الفئات والمواقع والحالات المضافة. الأهم أن يُخصص له وقت في الخطة قبل التجربة، وأن يحضره أصحاب الأدوار أنفسهم لا مندوب عنهم.
لا حاجة لذلك على بيئة الاختبار. الواقعية تأتي من الإعداد والحالات، لا من الأسماء. البيانات الحقيقية تدخل في التجربة الميدانية ضمن سياسة البيانات المتفق عليها.
هذا ممكن، لكنه قد يعني أيضًا أن الحالات لم تختبر الحدود بما يكفي. تحقق أن الحالات الحرجة نُفذت بالأدوار الصحيحة لا بحساب المسؤول، ثم انتقل للتجربة الميدانية فهي الاختبار الذي لا تعوضه البيئة التجريبية.