Testanforderungen

Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

GTS-Tests (GtsSafetyCenterTestCases)

Bei GTS-Tests gelten Einschränkungen für die Konfigurationsdatei. Weitere Informationen finden Sie unter Konfigurationsdatei aktualisieren. Geräte, die die Sicherheitsfunktionen nicht unterstützen, sind von diesen Tests ausgenommen Mitte.

Es gelten die folgenden Einschränkungen:

• Es sollte mindestens sieben Quellengruppen im Sicherheitscenter geben, unverändert oder im Standardstatus bleiben. Einige spezifische Felder wie Quellentitel, der anfängliche Anzeigestatus und die Zusammenfassung werden manchmal und kann geändert werden.

• Für GoogleAppSecuritySources:

  • Die Sicherheitsquelle „GooglePlayProtect“ darf nicht entfernt oder geändert werden.
  • Sie können die Sicherheitsquelle „GoogleAppProtectionService“ entfernen oder ändern. Wenn das der Fall ist, gehen Sie so vor:
    • Es muss Logging unterstützen.
    • Wenn der Paketname unverändert ist, muss er unter Android 13 eine initialDisplayState="hidden" enthalten. Unter Android 14 muss es sich stattdessen um eine issue-only-safety-source handeln und die deduplicationGroup muss unverändert bleiben.
    • Wenn der Paketname geändert wird, muss er die Rolle "android.app.role.SYSTEM_APP_PROTECTION_SERVICE" haben. Unter Android 14 darf er außerdem keine deduplicationGroup haben.

• Für AndroidLockScreenSources:

  • Die summary-Instanz der Gruppe ist erforderlich und kann geändert werden, z. B. mit einem String-Overlay.
  • Es muss mindestens eine Sicherheitsquelle vorhanden sein.
  • Die erste Sicherheitsquelle soll die Quelle sein, die die Sperrbildschirmeinstellungen steuert. Sie darf keine Probleme oder Einträge mit einer höheren Priorität als SEVERITY_LEVEL_RECOMMENDATION (maxSeverityLevel="300" oder bis zu gelben Einträgen oder Warnkarten) senden. In Android 14, muss deduplicationGroup verbleiben. unverändert lassen.
  • Die anderen Sicherheitsquellen sollten mit biometrischen Entsperrmechanismen zusammenhängen und maxSeverityLevel="0" haben.

• Ändern Sie unter Android 13 weder GoogleAccountSources noch GoogleDeviceFinderSources noch AndroidAdvancedSources. In Android 14 können Sie einige der neuen Quellen entfernen, die in diesen Gruppen eingeführt wurden (z. B. Sicherung und Wiederherstellung). Sie können der Gruppe AndroidAdvancedSources auch neue statische Quellen hinzufügen.

• Für GoogleUpdateSources:

  • Sie können intentAction für GoogleSecurityUpdates ändern und haben folgende Möglichkeiten: mit einem String-Overlay hinzufügen.
  • Ändern Sie GooglePlaySystemUpdate nicht.

• Für AndroidPrivacySources:

  • Sie können Quellen hinzufügen, entfernen oder ändern, issue-only
  • Sie müssen packageName="com.google.android.permissioncontroller" einhalten.
  • Ändern Sie den Rest der AndroidPrivacySources Quellen nicht.

• Für die übrigen Sicherheitsgruppen (falls vorhanden):

  • Gruppen sollten keine summary oder statelessIconType enthalten, da dies zu einer SAFETY_SOURCES_GROUP_TYPE_RIGID-Gruppe führt (SAFETY_SOURCES_GROUP_TYPE_STATELESS in Android 14).
  • Jede Quelle in jeder Gruppe sollte entweder statisch sein oder maxSeverityLevel="0" haben, z. B. dürfen graue oder grüne Einträge gesendet werden, aber keine Probleme auftreten.

CTS-Tests (CtsSafetyCenterTestCases)

Ab Android 13 gelten CTS-Tests für alle OEMs, die PermissionController unterstützen.

Konfigurationsdateitests (XmlConfigTest)

Diese Tests sorgen für Folgendes:

• Die geparste XML-Konfigurationsdatei entspricht der Konfiguration, die geparst und vom Sicherheitscenter offengelegt wurde und das Parsen erfolgreich war.
• Wenn die Intent-Aktion android.settings.PRIVACY_ADVANCED_SETTINGS in der XML-Datei vorhanden ist, muss diese Aktion aufgelöst werden.
• Wenn die Intent-Aktion android.settings.PRIVACY_CONTROLS in der XML-Datei vorhanden ist, muss diese Aktion aufgelöst werden.

UI-Tests (SafetyCenterActivityTest)

Diese Tests sorgen für Folgendes:

• Die Intent-Aktion „android.intent.action.SAFETY_CENTER“ wird aufgelöst und wird geöffnet die Sicherheit und Datenschutzeinstellungen, wenn das Sicherheitscenter aktiviert ist, und wenn das Sicherheitscenter deaktiviert ist.

API-Tests (SafetyCenterManagerTest)

Ziel der SafetyCenterManagerTest API-Tests ist es, sicherzustellen, dass die Safety Center APIs wie vorgesehen funktionieren.

Mit diesen Tests wird Folgendes sichergestellt:

• SafetyCenterManager.isSafetyCenterEnabled wird vom zugehörigen Flag DeviceConfig gesteuert.
• Wenn diese Option deaktiviert ist, sind die Sicherheitscenter-APIs
• Die Sicherheitscenter-APIs können nur verwendet werden, wenn die zugehörigen Berechtigungen abgehalten wird.
• Daten können dem Safety Center nur gemäß der zugrunde liegenden Konfiguration zur Verfügung gestellt werden.
• Wenn Daten an das Safety Center gesendet werden, werden sie entsprechend angezeigt.
• Die APIs entsprechen den Spezifikationen unter Sicherheitscenter-Quelle verwenden APIs für Verhalten aktualisieren oder erneut scannen, Daten einstellen oder löschen und Berichte Fehler.
• Die internen APIs, die für die Benutzeroberfläche freigegeben sind, funktionieren ordnungsgemäß. Beispielsweise werden die Daten vom Safety Center ordnungsgemäß zusammengeführt und können aktualisiert werden.

Nicht unterstützter Test des Sicherheitscenters (SafetyCenterUnsupportedTest)

Mit diesem Test wird sichergestellt, dass das Sicherheitscenter deaktiviert ist, wenn das Gerät keine wenn die Unterstützung in der Framework-XML-Konfigurationsdatei deaktiviert ist.

Wenn das Gerät das Sicherheitscenter unterstützt, wird dieser Test nicht ausgeführt. Wenn das Gerät unterstützt das Sicherheitscenter nicht, aber nur dieser Test und die Tests für Datenklassen ausführen.

Mit diesem Test wird Folgendes sichergestellt:

• Mit der Intent-Aktion android.intent.action.SAFETY_CENTER werden die Einstellungen geöffnet. Bildschirm.
• SafetyCenterManager.isSafetyCenterEnabled gibt false zurück.
• Die meisten Sicherheitscenter-APIs reagieren nicht auf den Aufruf.

Datenklassentests (SafetySourceDataTest, SafetySourceIssueTest usw.)

Datenklassentests wie SafetySourceDataTest und SafetySourceIssueTest sicherzustellen, dass die vom Sicherheitscenter bereitgestellten Datenklassen wie vorgesehen funktionieren z. B. SafetySourceData, SafetySourceIssue und andere zugehörige interne Links Klassen.

MTS-Tests (SafetyCenterFunctionalTestCases und weitere)

Diese Tests werden für alle Mainline-Updates ausgeführt und gelten für alle OEMs, die PermissionController unterstützen. Die durch diese Tests erzwungenen Anforderungen können sich bei Mainline-Updates ändern.

API-Tests (SafetyCenterManagerTest)

Diese Tests ähneln dem CTS-Test SafetyCenterManagerTest, sie testen jedoch Anforderungen, die sich bei Mainline-Updates ändern können, z. B.:

• Überprüfen des tatsächlichen Inhalts der von den internen APIs zurückgegebenen Daten auf der Benutzeroberfläche

UI-Tests (SafetyCenterActivityTest, SafetyCenterStatusCardTest, SafetyCenterQsActivityTest usw.)

Diese Tests sorgen für Folgendes:

• Die Weiterleitung zum Sicherheitscenter mit bestimmten Parametern funktioniert wie vorgesehen, z. B. die Weiterleitung zu einem bestimmten Problem. Weitere Informationen finden Sie unter Zum Sicherheitscenter weiterleiten.
• In der Benutzeroberfläche wird der korrekte zugrunde liegende Sicherheitsstatus angezeigt.
• Die Benutzeroberfläche ermöglicht die Navigation zu separaten Bildschirmen.
• Über die Benutzeroberfläche können Sicherheitsprobleme direkt über das Sicherheitscenter gelöst werden. wenn durch SafetySourceIssue angegeben.
• In der Benutzeroberfläche werden mehrere Warnkarten in einem Element minimiert und können wieder in mehrere Warnkarten maximiert werden.
• Die Daten werden aktualisiert, sobald die entsprechende Seite des Sicherheitscenters Sicherheitscenter-Quellen.
• Die Schaltfläche „Noch einmal suchen“ wird nur unter bestimmten Umständen angezeigt.
• Wenn Sie auf die Schaltfläche „Noch einmal scannen“ tippen, werden neue Daten abgerufen.

• Ähnliche Tests werden auch für das Safety Center durchgeführt. Benutzerdefinierte Kacheln für die Schnelleinstellungen für Ihre App erstellen

• Weitere Grenzfälle wie Fehler- und ausstehende Status

Tests mit mehreren Nutzern (SafetyCenterMultiUsersTest)

Ziel dieser Tests ist es, sicherzustellen, dass die API ordnungsgemäß funktioniert, wenn Daten für mehrere Nutzer oder Profile bereitgestellt werden. Siehe Daten für mehrere Nutzer bereitstellen und Profile. Dieses erfolgt die Einrichtung mithilfe einer internen Bibliothek, Nutzer und Profile auf dem Gerät mithilfe von Bedstead trennen.

Mit diesem Test wird Folgendes sichergestellt:

• Daten eines Nutzers werden mit den zugehörigen verwalteten Daten zusammengeführt ein, falls vorhanden.
• Nur Quellen, die mit profile="all_profiles" gekennzeichnet sind, können Daten in das verwaltete Profil des Nutzers einspeisen.
• Für jedes verwaltete Profil, das mit einem Nutzer verknüpft ist, wird ein neuer Eintrag erstellt.
• Daten, die einem Nutzer gehören, werden nicht an einen anderen Nutzer weitergegeben, der nicht mit ihm in Verbindung steht.