المصادقة

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

كيف تعمل المصادقة في سحابة Atoms

تدير سحابة Atoms حسابات مستخدمي تطبيقك وجلساتهم. يقوم Agent ببناء تجربة التسجيل وتسجيل الدخول وربطها بسحابة Atoms.

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

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

إعداد المصادقة باستخدام Agent

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

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

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

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

عندما ينتهي Agent:

1. اختبر الرحلة الكاملة في عارض التطبيقات.
2. أنشئ حساب اختبار وأكد أن تسجيل الدخول يعمل.
3. تحقق من أن الصفحات والإجراءات المحمية لديها قواعد الوصول الصحيحة.
4. افتح سحابة Atoms → المستخدمون وأكد ظهور الحساب الجديد.

اختبار المصادقة في سحابة Atoms

للاختبار الروتيني، استخدم بيئة Development في عارض التطبيقات. استخدم Production فقط عندما تختبر التدفق المباشر عن قصد. قبل إنشاء حساب، أكد البيئة المحددة وعنوان URL. استخدم حسابات اختبار مخصصة؛ ولا تستخدم أبدًا معلومات عملاء حقيقية أو تعيد استخدام كلمة مرور شخصية. إذا كان لتطبيقك أدوار متعددة، فأنشئ حسابًا واحدًا على الأقل لكل دور.

استخدم الفحوصات أدناه لاختبار رحلة المصادقة الكاملة:

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

إذا فشل أحد الفحوصات. أكد البيئة وطريقة تسجيل الدخول، ثم أعد المحاولة باستخدام حساب اختبار مخصص. إذا استمر الفحص في الفشل أو كان الحساب مفقودًا، فاطلب من Agent أو من قناة الدعم المعتمدة لديك التحقيق في الأمر. قم بتضمين رابط المشروع أو الدردشة، وعنوان URL، والبيئة، وطريقة تسجيل الدخول، والدور، والخطأ الدقيق، والفحص الفاشل. لا تشارك أبدًا كلمات المرور أو رموز التحقق أو Tokens.

إذا كان تطبيقك يتضمن تسجيل الدخول باستخدام Google، فاختبره على كل عنوان URL من Development و Production الذي سيصل إليه المستخدمون. اختبر Development أولاً للفحوصات الروتينية؛ واختبر Production فقط عندما تتحقق من التدفق المباشر عن قصد. النجاح مع عنوان URL واحد لا يؤكد أن تسجيل الدخول يعمل مع عنوان آخر.

يتم تخزين مستخدمي Development وProduction بشكل منفصل. إذا كان المشروع يحتوي على قاعدة بيانات Production، فستعرض لوحة المستخدمون مستخدمي Production. وإلا فستعرض مستخدمي Development. لا يمكنك حاليًا التبديل بين البيئات يدويًا من هذه اللوحة. إذا بدا أن حسابًا ما مفقود، فتحقق من البيئة التي تم إنشاؤه فيها. لمعرفة المزيد حول بيئتي قاعدة البيانات، راجع قاعدة البيانات.

عرض المستخدمين المسجلين في سحابة Atoms

1. افتح المشروع على جهاز سطح مكتب.
2. في شريط أدوات مساحة العمل نفسه حيث يوجد عارض التطبيقات، حدد سحابة Atoms.
3. حدد المستخدمون في الشريط الجانبي لسحابة Atoms.
4. ضمن إدارة المستخدمين، راجع القائمة أو استخدم البحث بالاسم أو البريد الإلكتروني أو UID للعثور على مستخدم اختبار محدد.

بالنسبة إلى المشاريع التي تستخدم المصادقة في سحابة Atoms، يعرض جدول المستخدمون الحقول UID و Email و معلومات المستخدم و الدور و تاريخ الإنشاء و آخر تحديث. استخدم حقل البحث للعثور على مستخدم بالاسم أو البريد الإلكتروني أو UID.

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

• تكوين طرق تسجيل الدخول أو قواعد الوصول.
• دعوة المستخدمين أو حذفهم أو تعطيلهم أو تسجيل خروجهم.
• إعادة تعيين كلمات المرور أو تغيير أدوار المستخدمين.

لإجراء تغييرات على المصادقة، أخبر Agent بما تريد تغييره، ثم اختبر التجربة المحدّثة في تطبيقك.