متطلبات الاختبار

تنظيم صفحاتك في مجموعات يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.

اختبارات GTS (GtsSafetyCenterTestCases)

تفرض اختبارات GTS قيودًا على ملف الإعداد. راجع تحديث ملف الإعداد. يتم إعفاء جهاز من هذه الاختبارات إذا كان الجهاز لا يوفّر ميزات "الأمن الشخصي". الوسط.

في ما يلي القيود:

• يجب أن تكون هناك سبع مجموعات مصادر على الأقل في "مركز الأمان"، ويجب أن تظل في الحالة غير المعدَّلة أو التلقائية. قد تتضمن بعض الحقول المحددة مثل أحيانًا يتم دعم عناوين المصادر وحالة العرض الأولية والملخص من خلال سلاسل قابلة للتراكب ويمكن تعديلها.

• بالنسبة إلى GoogleAppSecuritySources:

  • لا تزيل مصدر الأمان GooglePlayProtect أو تعدّله.
  • يمكنك إزالة مصدر الأمان GoogleAppProtectionService أو تغييره. في حال توفّره:
    • يجب أن يكون متوافقًا مع التسجيل.
    • إذا لم يتم تغيير اسم الحزمة، يجب أن يتضمّن "initialDisplayState="hidden"" في نظام التشغيل Android 13؛ في Android 14 يجب أن تكون issue-only-safety-source بدلاً من ذلك يجب أن تظل السمة deduplicationGroup بدون تغيير.
    • في حال تغيير اسم الحزمة، يجب أن يكون لها الدور. "android.app.role.SYSTEM_APP_PROTECTION_SERVICE"; كذلك في Android 14 يجب ألا يحتوي على deduplicationGroup

• بالنسبة إلى AndroidLockScreenSources:

  • يلزم وجود مثيل summary من المجموعة ويمكنك تعديله، بما في ذلك تراكب سلاسل.
  • يجب أن يتوفّر مصدر أمان واحد على الأقل.
  • تم تصميم مصدر الأمان الأول ليكون هو المصدر الذي يتحكّم في القفل إعدادات الشاشة وينبغي ألا يكون قادرًا على دفع المشكلات أو الإدخالات أكثر أكثر من SEVERITY_LEVEL_RECOMMENDATION (maxSeverityLevel="300" أو وصولاً إلى بطاقات الإدخال الصفراء أو التحذير). في Android 14، يجب أن يظل الرمزdeduplicationGroup بدون تغيير.
  • يُقصد من مصادر الأمان الأخرى أن تكون مصادر ذات صلة بالمقاييس الحيوية. فتح القفل، ويجب أن يكون لديهم maxSeverityLevel="0".

• في Android 13، لا تعدِّل GoogleAccountSources، GoogleDeviceFinderSources أو AndroidAdvancedSources. في Android 14، يمكنك إزالة بعض المصادر الجديدة التي تم تقديمها في هذه المجموعات (على سبيل المثال، النسخ الاحتياطي والاستعادة)، ويمكنك أيضًا إلحاق مصادر ثابتة جديدة لمجموعة AndroidAdvancedSources.

• بالنسبة إلى GoogleUpdateSources:

  • يمكنك تغيير intentAction للحساب GoogleSecurityUpdates كما يمكنك تعديله. مع تراكب سلسلة.
  • لا تعدِّل GooglePlaySystemUpdate.

• بالنسبة إلى AndroidPrivacySources:

  • يمكنك إضافة بعض المصادر أو إزالتها أو تعديلها، شرط أن تكون issue-only.
  • يجب الاحتفاظ بـ "packageName="com.google.android.permissioncontroller"".
  • ولا تعدِّل بقية مصادر AndroidPrivacySources.

• بالنسبة إلى المجموعات المتبقية لمصادر السلامة (إن توفّرت):

  • يجب ألا تحتوي المجموعات على summary أو statelessIconType، لأنّ ذلك يؤدي إلى إنشاء مجموعة SAFETY_SOURCES_GROUP_TYPE_RIGID (SAFETY_SOURCES_GROUP_TYPE_STATELESS في Android 14).
  • ينبغي أن يكون كل مصدر داخل كل مجموعة إما ثابتًا أو له maxSeverityLevel="0"، على سبيل المثال، مسموح له بإرسال رسائل رمادية أو خضراء الإدخالات ولكن لا توجد مشكلات.

اختبارات CTS (CtsSafetyCenterTestCases)

بدءًا من الإصدار Android 13، تنطبق اختبارات CTS على جميع المصنّعين الأصليين للأجهزة. التي تتوافق مع PermissionController

اختبارات ملف الإعداد (XmlConfigTest)

وتضمن هذه الاختبارات ما يلي:

• يتطابق ملف إعداد XML الذي تم تحليله مع الإعداد الذي تم تحليله و عرضه من خلال Safety Center، وأنّ هذا التحليل ناجح.
• في حال توفّر إجراء الغرض android.settings.PRIVACY_ADVANCED_SETTINGS في ملف XML، فيجب حل هذا الإجراء.
• في حال كان إجراء الغرض android.settings.PRIVACY_CONTROLS متوفرًا في XML، فيجب حل هذا الإجراء.

اختبارات واجهة المستخدم (SafetyCenterActivityTest)

وتضمن هذه الاختبارات ما يلي:

• يتم حلّ الإجراء المطلوب android.intent.action.SAFETY_CENTER وفتحه. الـ الأمان وشاشة إعدادات الخصوصية عند تفعيل "مركز الأمان" شاشة "الإعدادات" عندما يكون "مركز الأمان" غير مفعَّل.

اختبارات واجهة برمجة التطبيقات (SafetyCenterManagerTest)

إن الهدف من اختبارات واجهة برمجة التطبيقات SafetyCenterManagerTest API هو ضمان تنفيذ إجراءات تعمل واجهات برمجة التطبيقات Center على النحو المطلوب.

تضمن هذه الاختبارات ما يلي:

• يتم التحكّم في SafetyCenterManager.isSafetyCenterEnabled من خلال الخدمات المرتبطة إبلاغ DeviceConfig
• عند إيقاف واجهات برمجة التطبيقات في Safety Center، لن تعمل.
• لا يمكن استخدام واجهات برمجة تطبيقات Safety Center إلا عند منح الأذونات المرتبطة بها.
• لا يمكن تقديم البيانات إلى "مركز السلامة" إلا وفقًا للإعدادات الأساسية .
• عند تقديم البيانات إلى "مركز الأمان"، يتم عرضها وفقًا لذلك.
• تطابق واجهات برمجة التطبيقات المواصفات الموضحة في مقالة استخدام مصدر مركز الأمان APIs، بالنسبة إلى مثلاً، إعادة تحميل السلوك أو إعادة فحصه، وضبط البيانات أو محوها، وإعداد التقارير الأخطاء.
• أن واجهات برمجة التطبيقات الداخلية المعروضة لواجهة المستخدم تعمل بشكل صحيح، على سبيل المثال يتم دمج البيانات بشكل مناسب بواسطة "مركز الأمان" ويمكن إعادة تحميل البيانات.

اختبار غير متوافق مع "مركز الأمان" (SafetyCenterUnsupportedTest)

يضمن هذا الاختبار إيقاف "مركز الأمان" عندما لا يكون الجهاز متوافقًا معه، أو عندما يكون التوافق غير مفعَّل في ملف الضبط XML الخاص بالإطار.

لن يتم إجراء هذا الاختبار إذا كان الجهاز متوافقًا مع "مركز الأمان". إذا كان الجهاز لا يتوافق مع مركز الأمان، بل يُظهر هذا الاختبار فقط واختبارات فئات البيانات الجري.

يضمن هذا الاختبار ما يلي:

• يؤدي إجراء intent android.intent.action.SAFETY_CENTER إلى فتح "الإعدادات". الشاشة.
• تُرجع SafetyCenterManager.isSafetyCenterEnabled مبلغ false.
• لا تستجيب معظم واجهات برمجة تطبيقات "مركز الأمان" عند طلب البيانات منها.

اختبارات فئات البيانات (SafetySourceDataTest، SafetySourceIssueTest، إلخ)

تضمن اختبارات فئات البيانات، مثل SafetySourceDataTest وSafetySourceIssueTest، أنّ فئات البيانات التي يعرضها "مركز الأمان" تعمل على النحو المطلوب، مثل SafetySourceData وSafetySourceIssue والفئات الداخلية المعنيّة الأخرى .

اختبارات MTS (SafetyCenterFunctionalTestCases اختبارات أخرى)

يتم إجراء هذه الاختبارات على مستوى تحديثات الخطوط الرئيسية وتنطبق على جميع المصنّعين الأصليين للأجهزة الجوّالة. PermissionController قد تتغير المتطلبات التي تفرضها هذه الاختبارات عبر تحديثات الخطوط الرئيسية.

اختبارات واجهة برمجة التطبيقات (SafetyCenterManagerTest)

هذه الاختبارات تشبه اختبار CTS SafetyCenterManagerTest، إلا أنها متطلبات الاختبار التي يمكن أن تتغيّر على مستوى التحديثات الأساسية، على سبيل المثال:

• فحص المحتوى الفعلي للبيانات التي تعرضها واجهات برمجة التطبيقات الداخلية عرض واجهة المستخدم

اختبارات واجهة المستخدم (SafetyCenterActivityTest وSafetyCenterStatusCardTest وSafetyCenterQsActivityTest وما إلى ذلك)

وتضمن هذه الاختبارات ما يلي:

• تعمل إعادة التوجيه إلى "مركز الأمان" باستخدام مَعلمات معيّنة على النحو المطلوب، مثلاً، إعادة التوجيه إلى مشكلة معيّنة. راجِع مقالة إعادة التوجيه إلى "مركز أمان Google" .
• تعرِض واجهة المستخدم حالة الأمان الأساسية الصحيحة.
• تسمح واجهة المستخدم بالتنقّل إلى شاشات منفصلة.
• تتيح واجهة المستخدم حلّ مشاكل السلامة مباشرةً من شاشة "مركز الأمان" عند تحديدها من خلال SafetySourceIssue.
• تقلّص واجهة المستخدم بطاقات تحذير متعددة في عنصر واحد وتسمح بتوسيع ظهور ذلك مجددًا في عدة بطاقات تحذير
• وتتم إعادة تحميل البيانات عند فتح صفحة "مركز الأمان" للملفات مصادر "مركز الأمان".
• لا يظهر زر إعادة المسح إلا في حالات معيّنة.
• يؤدي النقر على زر إعادة المسح إلى جلب بيانات جديدة.

• يتم إجراء اختبارات مشابهة لتطبيق "مركز السلامة". الاطّلاع على إنشاء معلومات سريعة مخصّصة مربّعات الإعدادات في التطبيق

• حالات الاستخدام غير الشائعة الإضافية، مثل حالات الخطأ والحالات المعلّقة

اختبارات متعدّدة المستخدمين (SafetyCenterMultiUsersTest)

الهدف من هذه الاختبارات هو التأكد من عمل واجهة برمجة التطبيقات بشكل مناسب عند نقل يتم توفيرها لعدة مستخدمين أو ملفات شخصية. اطّلِع على تقديم بيانات لعدة مستخدمين وملفات شخصية. يتمّ إجراء هذا الإعداد باستخدام مكتبة داخلية تسهّل إعداد مستخدمين وملفات شخصية منفصلة على الجهاز باستخدام Bedstead.

يضمن هذا الاختبار ما يلي:

• يتم دمج بيانات مستخدم مع البيانات المُدارة المرتبطة بها إذا كان موجودًا.
• يمكن فقط للمصادر التي تم وضع علامة profile="all_profiles" عليها تقديم البيانات. في الملف الشخصي المُدار للمستخدم.
• يتم إنشاء إدخال جديد لكل ملف شخصي مُدار مرتبط بمستخدم.
• ولا يتم تسريب بيانات أحد المستخدمين إلى مستخدم آخر غير ذي صلة.