قائمة قبول بوابة العملاء: الصلاحيات والمستندات والإشعارات

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

جهّز بيانات اختبار تحاكي الحدود

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

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

جدول قبول قابل لإعادة التنفيذ

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

اختبر الخطأ لا النجاح فقط

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

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

من يوقّع القبول؟

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

راجع تطوير بوابات العملاء، واختبار عزل العملاء، وملكية البيانات وتصديرها لتحويل القائمة إلى نطاق تسليم.

مصادر ومراجعة

• OWASP: Authorization Cheat Sheet.
• OWASP: File Upload Cheat Sheet.
• المساهمة الأصلية: مصفوفة القبول متعددة المؤسسات؛ ليست شهادة أمان لمنتج.