الرئيسيةالمدونةالتطبيق والتكامل والقياس
التطبيق والتكامل والقياس

اختبار قبول نظام الزوار قبل التعميم: ٣٠ حالة اختبار بنتيجتها المتوقعة

الفرق بين العرض التوضيحي واختبار القبول والتجربة الميدانية، وما يُجهَّز قبل الاختبار، وتصنيف الخلل المتفق عليه مسبقًا، و٣٠ حالة اختبار مرتبة بمراحل الزيارة، ومعيار توقيع القبول.

نُشر 8 دقائق قراءة شركة الحلول الواقعية لتقنية المعلومات
الجواب المختصر

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

القبول يُوقَّع حين تنجح كل الحالات الحرجة والعالية، وتكون لبقية الملاحظات خطة معالجة مؤرخة. بعدها فقط تبدأ التجربة الميدانية بزيارات حقيقية.

لمنمدير المشروع ومسؤول النظام وتقنية المعلومات
القرارهل الإعداد جاهز للبوابة، وما الذي يثبت ذلك؟
ما ستخرج به٣٠ حالة اختبار، وتصنيف خطورة، ومعيار توقيع

العرض والقبول والتجربة: ثلاثة اختبارات مختلفة

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

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

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

ما يُجهَّز قبل يوم الاختبار

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

تصنيف الخلل قبل اكتشافه

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

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

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

حالات الاختبار الثلاثون

الحالات مرتبة بحسب مراحل الزيارة. كل حالة تُنفَّذ بحساب الدور المذكور، وتُعد ناجحة فقط إن طابقت النتيجة المتوقعة كاملة. عدّل الأرقام والأسماء بحسب إعدادكم، واحذف ما لا ينطبق، لكن لا تحذف حالة لأنك تتوقع نجاحها.

نموذج حالات قبول

٣٠ حالة اختبار لنظام زوار صناعي

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

ترتيب التنفيذ مهم: الحالات ق٢٩ وق٣٠ تُنفَّذ أخيرًا لأنها تتحقق من أن التقارير تعكس ما حدث في الحالات السابقة فعلًا، وهي أبسط طريقة للتأكد أن الأرقام ليست تجريبية.

الأجهزة والتكاملات: قبول مستقل

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

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

فصل هذه الاختبارات يمنع أن يتأخر قبول الإجراء كله بسبب طابعة لم تصل، ويتسق مع ما في صفحة التكامل: كل ربط يُنفَّذ كمرحلة لها اختبار قبول خاص بها.

متى تُوقَّع ورقة القبول

  1. كل الحالات الحرجة والعالية ناجحةبعد إعادة الاختبار، لا بوعد بالإصلاح.
  2. المتوسطة لها خطة مؤرخةمع صاحب كل معالجة، وتاريخ لا يتجاوز نهاية التجربة الميدانية.
  3. الإعداد المختبَر هو الإعداد المنقولأي تعديل بعد التوقيع وقبل التشغيل يعيد الحالات المتأثرة به.
  4. ورقة التسجيل مرفقةبأسماء المنفذين وأوقاتهم، لتكون مرجع القبول لا ذاكرة الاجتماع.

مثال: حالة فشلت ثم أُعيدت

حساب البوابة يستطيع التمديد

مثال توضيحي

مشروع لموقع واحد، والاختبار في يومه الأول. التفاصيل افتراضية لتوضيح التعامل مع الفشل.

  • التنفيذينفذ مشرف البوابة الحالة ق١٧ بحساب فريق البوابة، فيظهر له زر تمديد التصريح ويعمل.
  • التصنيفحرجة بحسب التعريف المتفق عليه: صلاحية لا يجيزها الإجراء. لا نقاش في التصنيف لأنه كُتب قبل الاختبار.
  • السببيتبين أن الحساب أُنشئ بدور «مشرف بوابة» مؤقتًا أثناء التهيئة ولم يُعد إلى دوره. خطأ إعداد لا خلل برمجي — ويبقى فشلًا مسجلًا.
  • المعالجة وإعادة الاختباريُصحح الدور، وتُعاد ق١٧ ومعها ق٢٧ وق٢٨ لأنها تختبر الصلاحيات أيضًا. تنجح الثلاث.
  • ما تغيّر في الإجراءيُضاف إلى قائمة ما قبل التشغيل بند: مراجعة تقرير المستخدمين وأدوارهم قبل النقل للتشغيل. خطأ اكتُشف على بيئة الاختبار بدل أن يُكتشف بعد أول تمديد غير مجاز على البوابة.

أسئلة متكررة

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

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

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

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

صفحات مرتبطة

ما يسبق القبول وما يليه

خطة تنفيذ فيها قبول مكتوب لكل مرحلة

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