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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. افتح المشروع على جهاز سطح مكتب.
2. في شريط أدوات مساحة العمل نفسه الذي يوجد فيه عارض التطبيقات ، حدّد سحابة Atoms.
3. حدّد Users في الشريط الجانبي لسحابة Atoms.
4. ضمن User Management، راجع القائمة أو استخدم Search by name, email or UID للعثور على مستخدم اختبار محدد.

بالنسبة إلى المشاريع التي تستخدم مصادقة سحابة Atoms، يعرض جدول Users UID وEmail وUser Information وRole وCreated وLast Updated. استخدم حقل البحث للعثور على مستخدم حسب الاسم أو البريد الإلكتروني أو UID.

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

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

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