GTS-Tests ( GtsSafetyCenterTestCases
)
GTS-Tests erlegen Einschränkungen für die Konfigurationsdatei auf. Siehe Aktualisieren der Konfigurationsdatei . Ein Gerät ist von diesen Tests ausgenommen, wenn das Gerät Safety Center nicht unterstützt.
Die Einschränkungen sind wie folgt:
- Es sollten mindestens sieben Safety Center-Quellgruppen vorhanden sein, die im unveränderten oder Standardzustand bleiben sollten. Einige spezifische Felder wie Quellentitel, anfänglicher Anzeigestatus und Zusammenfassung werden manchmal durch überlagerbare Zeichenfolgen unterstützt und können geändert werden.
Für
GoogleAppSecuritySources
:- Entfernen oder ändern Sie die
GooglePlayProtect
Sicherheitsquelle nicht. - Sie können die Sicherheitsquelle
GoogleAppProtectionService
entfernen oder ändern. Wenn es vorhanden ist:- Es muss die Protokollierung unterstützen.
- Wenn der Paketname unverändert bleibt, muss er in Android 13
initialDisplayState="hidden"
haben; In Android 14 muss es sich stattdessen um eineissue-only-safety-source
handeln und diededuplicationGroup
muss unverändert bleiben. - Wenn der Paketname geändert wird, muss es die Rolle
"android.app.role.SYSTEM_APP_PROTECTION_SERVICE"
enthalten; Darüber hinaus darf es in Android 14 keinededuplicationGroup
haben.
- Entfernen oder ändern Sie die
Für
AndroidLockScreenSources
:- Die
summary
Instanz der Gruppe ist erforderlich und Sie können sie ändern, auch mit einer Zeichenfolgenüberlagerung. - Es muss mindestens eine Sicherheitsquelle vorhanden sein.
- Die erste Sicherheitsquelle soll die Quelle sein, die die Einstellungen des Sperrbildschirms steuert, und sie sollte nicht in der Lage sein, Probleme oder Einträge zu pushen, die schwerwiegender sind als
SEVERITY_LEVEL_RECOMMENDATION
(maxSeverityLevel="300"
oder bis zu gelbe Eintrags- oder Warnkarten). In Android 14 muss diededuplicationGroup
unverändert bleiben. - Die anderen Sicherheitsquellen sollen Quellen im Zusammenhang mit biometrischen Entsperrmechanismen sein und sollten
maxSeverityLevel="0"
haben.
- Die
Ändern Sie in Android 13 nicht
GoogleAccountSources
,GoogleDeviceFinderSources
oderAndroidAdvancedSources
. In Android 14 können Sie einige der neuen Quellen entfernen, die in diesen Gruppen eingeführt wurden (z. B. Sichern und Wiederherstellen), Sie können auch neue statische Quellen an die GruppeAndroidAdvancedSources
anhängen.Für
GoogleUpdateSources
:- Sie können
intentAction
fürGoogleSecurityUpdates
ändern und es mit einer Zeichenfolgenüberlagerung modifizieren. - Ändern Sie
GooglePlaySystemUpdate
nicht.
- Sie können
Für
AndroidPrivacySources
:- Sie können einige Quellen hinzufügen, entfernen oder ändern, sofern es sich
issue-only
handelt. - Sie müssen
packageName="com.google.android.permissioncontroller"
behalten. - Ändern Sie nicht den Rest der
AndroidPrivacySources
Quellen.
- Sie können einige Quellen hinzufügen, entfernen oder ändern, sofern es sich
Für die übrigen Sicherheitsquellengruppen (falls vorhanden):
- Gruppen sollten nicht
summary
oderstatelessIconType
haben, was zu einerSAFETY_SOURCES_GROUP_TYPE_RIGID
Gruppe führt (SAFETY_SOURCES_GROUP_TYPE_STATELESS
in Android 14). - Jede Quelle innerhalb jeder Gruppe sollte entweder statisch sein oder über
maxSeverityLevel="0"
verfügen und beispielsweise graue oder grüne Einträge senden dürfen, aber keine Probleme.
- Gruppen sollten nicht
CTS-Tests ( CtsSafetyCenterTestCases
)
Ab Android 13 gelten CTS-Tests für alle OEMs, die PermissionController
unterstützen.
Konfigurationsdateitests ( XmlConfigTest
)
Diese Tests stellen sicher:
- Die analysierte XML-Konfigurationsdatei stimmt mit der von Safety Center analysierten und bereitgestellten Konfiguration überein und diese Analyse ist erfolgreich.
- Wenn die Absichtsaktion
android.settings.PRIVACY_ADVANCED_SETTINGS
in der XML-Datei vorhanden ist, muss diese Aktion aufgelöst werden. - Wenn die Absichtsaktion
android.settings.PRIVACY_CONTROLS
in der XML-Datei vorhanden ist, muss diese Aktion aufgelöst werden.
UI-Tests ( SafetyCenterActivityTest
)
Diese Tests stellen sicher:
- Die Absichtsaktion
android.intent.action.SAFETY_CENTER
löst den Bildschirm „Sicherheits- und Datenschutzeinstellungen“ auf und öffnet ihn, wenn Safety Center aktiviert ist, und den Bildschirm „Einstellungen“, wenn Safety Center deaktiviert ist.
API-Tests ( SafetyCenterManagerTest
)
Das Ziel der SafetyCenterManagerTest-API-Tests besteht darin, sicherzustellen, dass die Safety Center-APIs wie vorgesehen funktionieren.
Diese Tests stellen Folgendes sicher:
-
SafetyCenterManager.isSafetyCenterEnabled
wird durch das zugehörigeDeviceConfig
Flag gesteuert. - Bei Deaktivierung sind die Safety Center-APIs nicht funktionsfähig.
- Die Safety Center-APIs können nur verwendet werden, wenn die entsprechenden Berechtigungen vorhanden sind.
- Daten können nur gemäß der zugrunde liegenden Konfiguration an Safety Center übermittelt werden.
- Wenn Daten an Safety Center übermittelt werden, werden diese entsprechend angezeigt.
- Die APIs entsprechen den unter „Verwenden der Safety Center-Quell-APIs“ beschriebenen Spezifikationen, z. B. Aktualisierungs- oder Neuscan-Verhalten, Festlegen oder Löschen von Daten und Melden von Fehlern.
- Die internen APIs, die der Benutzeroberfläche zur Verfügung gestellt werden, funktionieren ordnungsgemäß. Beispielsweise werden die Daten vom Safety Center ordnungsgemäß zusammengeführt und die Daten können aktualisiert werden.
Safety Center nicht unterstützter Test ( SafetyCenterUnsupportedTest
)
Dieser Test stellt sicher, dass Safety Center deaktiviert wird, wenn das Gerät es nicht unterstützt, wenn die Unterstützung in der Framework-XML-Konfigurationsdatei deaktiviert ist.
Wenn das Gerät Safety Center unterstützt, wird dieser Test nicht ausgeführt. Wenn das Gerät Safety Center nicht unterstützt, werden nur dieser Test und die Datenklassentests ausgeführt.
Dieser Test stellt Folgendes sicher:
- Die Absichtsaktion
android.intent.action.SAFETY_CENTER
öffnet den Einstellungsbildschirm. -
SafetyCenterManager.isSafetyCenterEnabled
gibtfalse
zurück. - Die meisten Safety Center-APIs reagieren nicht, wenn sie aufgerufen werden.
Datenklassentests ( SafetySourceDataTest
, SafetySourceIssueTest
usw.)
Datenklassentests wie SafetySourceDataTest
und SafetySourceIssueTest
stellen sicher, dass die von Safety Center bereitgestellten Datenklassen wie vorgesehen funktionieren, beispielsweise SafetySourceData
, SafetySourceIssue
und andere verwandte interne Klassen.
MTS-Tests ( SafetyCenterFunctionalTestCases
und andere)
Diese Tests werden über Mainline-Updates hinweg ausgeführt und gelten für alle OEMs, die PermissionController
unterstützen. Die durch diese Tests erzwungenen Anforderungen können sich bei Hauptaktualisierungen ändern.
API-Tests ( SafetyCenterManagerTest
)
Diese Tests ähneln dem CTS-Test SafetyCenterManagerTest
, testen jedoch Anforderungen, die sich bei Hauptupdates ändern können, zum Beispiel:
- Überprüfen des tatsächlichen Inhalts der Daten, die von den internen APIs zurückgegeben werden, die der Benutzeroberfläche zugänglich gemacht werden
UI-Tests ( SafetyCenterActivityTest
, SafetyCenterStatusCardTest
, SafetyCenterQsActivityTest
usw.)
Diese Tests stellen sicher:
- Die Weiterleitung zum Safety Center mit bestimmten Parametern funktioniert wie vorgesehen, beispielsweise die Weiterleitung zu einem bestimmten Problem. Siehe Weiterleitung zum Safety Center .
- Die Benutzeroberfläche zeigt den korrekten zugrunde liegenden Sicherheitsstatus an.
- Die Benutzeroberfläche ermöglicht die Navigation zu separaten Bildschirmen.
- Die Benutzeroberfläche ermöglicht die Lösung von Sicherheitsproblemen direkt über den Safety Center-Bildschirm, wenn dies durch
SafetySourceIssue
angegeben wird. - Die Benutzeroberfläche fasst mehrere Warnkarten in einem Element zusammen und ermöglicht die erneute Erweiterung auf mehrere Warnkarten.
- Die Daten werden aktualisiert, wenn die Safety Center-Seite für die relevanten Safety Center-Quellen geöffnet wird.
- Die Schaltfläche „Neu scannen“ wird nur unter bestimmten Umständen angezeigt.
- Durch Tippen auf die Schaltfläche „Neu scannen“ werden neue Daten abgerufen.
Ähnliche Tests werden für das Safety Center durchgeführt. Siehe Erstellen benutzerdefinierter Schnelleinstellungskacheln für Ihre App
Zusätzliche Randfälle wie Fehlerzustände und ausstehende Zustände.
Mehrbenutzertests ( SafetyCenterMultiUsersTest
)
Das Ziel dieser Tests besteht darin, sicherzustellen, dass die API ordnungsgemäß funktioniert, wenn Daten für mehrere Benutzer oder Profile bereitgestellt werden. Siehe Daten für mehrere Benutzer und Profile bereitstellen . Dieses Setup wird durch die Verwendung einer internen Bibliothek erreicht, die das Einrichten separater Benutzer und Profile auf dem Gerät mit Bedstead erleichtert.
Dieser Test stellt Folgendes sicher:
- Daten eines Benutzers werden zusammen mit dem zugehörigen verwalteten Profil zusammengeführt, sofern vorhanden.
- Nur Quellen, die mit
profile="all_profiles"
gekennzeichnet sind, können Daten im verwalteten Profil des Benutzers bereitstellen. - Für jedes verwaltete Profil, das einem Benutzer zugeordnet ist, wird ein neuer Eintrag erstellt.
- Daten, die einem Benutzer gehören, werden nicht an einen anderen, nicht verwandten Benutzer weitergegeben.