Wenn Sie ein APK hochladen, muss es den Anforderungen von Google Play an das Ziel-API-Level entsprechen.
Ab dem 31. August 2023 gilt Folgendes:
Neue Apps müssen auf Android 13 (API-Level 33) oder höher ausgerichtet sein. Eine Ausnahme bilden Wear OS-Apps, die auf eine Version zwischen Android 11 (API-Level 30) und Android 13 (API-Level 33) ausgerichtet sein müssen.
App-Updates müssen auf Android 13 oder höher ausgerichtet sein und sich an Verhaltensänderungen unter Android 13 anpassen. Eine Ausnahme bilden Wear OS-Apps, die auf Android 11 ausgerichtet sein müssen.
Dauerhaft private Apps, die auf Nutzer in einer bestimmten Organisation beschränkt und nur für den internen Vertrieb bestimmt sind, müssen die Anforderungen an das Ziel-API-Level nicht erfüllen.
Hinweis: Ab 2022 sind einige veraltete Apps für neue Nutzer von Geräten mit neueren Android-Versionen nicht mehr verfügbar.
Warum sollten Sie Anzeigen auf neuere SDKs ausrichten?
In jeder neuen Android-Version werden Änderungen eingeführt, die Sicherheit und Leistung verbessern und die Android-Nutzererfahrung verbessern. Einige dieser Änderungen gelten nur für Apps, bei denen explizit Unterstützung über ihr Manifestattribut targetSdkVersion
(auch als Ziel-API-Level bezeichnet) erklärt wird.
Wenn du deine App so konfigurierst, dass sie auf ein aktuelles API-Level ausgerichtet ist, können Nutzer von diesen Verbesserungen profitieren, die App funktioniert aber weiterhin unter älteren Android-Versionen. Durch die Ausrichtung auf eine aktuelle API-Ebene kann deine App auch die neuesten Funktionen der Plattform nutzen und so deine Nutzer begeistern. Ab Android 10 (API-Level 29) wird Nutzern außerdem eine Warnung angezeigt, wenn sie eine App zum ersten Mal starten, wenn die App auf Android 5.1 (API-Level 22) oder niedriger ausgerichtet ist.
In diesem Dokument werden wichtige Punkte erläutert, die du beim Aktualisieren deines Ziel-API-Levels beachten musst, um die Google Play-Anforderung zu erfüllen.
Wenn Sie von niedrigeren Versionen migrieren, finden Sie unten die vollständige Liste der Änderungen.
Hinweis : Wenn deine Gradle-Datei Manifesteinträge enthält, kannst du den aktuellen Wert von targetSdkVersion
in der Gradle-Datei deiner App bestätigen oder ändern, wie unter Build konfigurieren beschrieben.
Alternativ kannst du das Attribut android:targetSdkVersion
in der Manifestdatei verwenden, wie in der Dokumentation für das Manifestelement <uses-sdk> beschrieben.
Von Android 12 (API-Level 31) zu Android 13 (API-Level 33) migrieren
Wenn du deine App auf Android 13 ausrichten möchtest, folge der Liste der Verhaltensänderungen.
Von Android 11 (API-Level 30) zu Android 12 (API-Level 31) migrieren
Sicherheit und Berechtigungen
- Bluetooth: Sie müssen die Deklarierungen für die Berechtigungen BLUETOOTH und BLUETOOTH_ADMIN durch die Berechtigungen BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE oder BLUETOOTH_CONNECT ersetzen.
Sie müssen für Bluetooth-Vorgänge keine
LOCATION
-Laufzeitberechtigungsanfragen mehr stellen. - Standort: Nutzer können festlegen, dass Apps nur den ungefähren Standort abrufen dürfen. Sie müssen die Berechtigung ACCESS_COARSE_LOCATION jedes Mal anfordern, wenn Sie ACCESS_FINE_LOCATION anfordern.
- Intent-Filter: Wenn Ihre App Aktivitäten, Dienste oder Broadcast-Empfänger enthält, die Intent-Filter verwenden, müssen Sie für diese Komponenten das Attribut android:exported explizit deklarieren.
- Ruhezustand: Apps können in den Ruhezustand versetzt werden, wenn sie über einen bestimmten Zeitraum nicht verwendet werden. Im Ruhemodus werden die Laufzeitberechtigungen und der Cache Ihrer App zurückgesetzt und Sie können keine Jobs oder Benachrichtigungen ausführen. Sie können den Ruhezustand der App prüfen.
- Veränderlichkeit von ausstehenden Intents: Du musst die Veränderlichkeit aller PendingIntent-Objekte angeben, die von deiner App erstellt werden.
Nutzererfahrung
- Benutzerdefinierte Benachrichtigungen: Für Benachrichtigungen mit benutzerdefinierten Inhaltsansichten wird nicht mehr der gesamte Benachrichtigungsbereich verwendet. Stattdessen wendet das System eine Standardvorlage an. Diese Vorlage stellt sicher, dass benutzerdefinierte Benachrichtigungen in allen Status gleich gestaltet sind wie andere Benachrichtigungen. Dieses Verhalten ist fast identisch mit dem Verhalten von
Notification.DecoratedCustomViewStyle
. - Änderungen bei der Überprüfung von Android-App-Links: Wenn Sie die Überprüfung von Android-App-Links verwenden, müssen Sie dafür sorgen, dass Ihre Intent-Filter die Kategorie BROWSABLE enthalten und das HTTPS-Schema unterstützen.
Leistung
Einschränkungen beim Starten von Diensten im Vordergrund: Bei einer Ausrichtung auf Android 12 oder höher kann deine App mit Ausnahme einiger Sonderfälle keine Dienste im Vordergrund starten, während sie im Hintergrund ausgeführt wird. Wenn eine App versucht, einen Dienst im Vordergrund zu starten, während sie im Hintergrund ausgeführt wird, tritt eine Ausnahme auf (mit Ausnahme der wenigen Sonderfälle).
Mit WorkManager können Sie beschleunigte Arbeiten planen und starten, während Ihre Anwendung im Hintergrund ausgeführt wird. Wenn Sie zeitkritische Aktionen ausführen möchten, die der Nutzer anfordert, starten Sie Dienste im Vordergrund innerhalb eines exakten Alarms.
Einschränkungen des Benachrichtigungs-Trampolins: Wenn Nutzer auf Benachrichtigungen tippen, reagieren einige Apps mit dem Start einer App-Komponente, die die Aktivität startet, die der Nutzer sieht und mit der er interagiert. Diese App-Komponente wird als Benachrichtigungs-Trampolin bezeichnet.
Apps dürfen keine Aktivitäten von Diensten oder Sendeempfängern starten, die als Benachrichtigungs-Trampolin verwendet werden. Nachdem ein Nutzer auf eine Benachrichtigungs- oder Aktionsschaltfläche in der Benachrichtigung getippt hat, kann die App
startActivity()
nicht mehr innerhalb eines Dienstes oder eines Sendeempfängers aufrufen.
Alle Änderungen, die sich auf Apps auswirken, die auf Android 12 (API-Level 31) ausgerichtet sind
Migration von älteren Versionen als Android 11 (API-Level 30)
Wählen Sie die Android-Version aus, von der Sie migrieren:
Zu Android 5 (API-Level 21) migrieren
Prüfen Sie auf der entsprechenden Seite zu Verhaltensänderungen für jede der folgenden Releases, ob Ihre App die in diesen Releases eingeführten Änderungen berücksichtigt hat:
Folge anschließend der Anleitung im nächsten Abschnitt.
Zu Android 6 (API-Level 23) migrieren
Die folgenden Überlegungen gelten für Apps, die auf Android 6.0 und höhere Versionen der Plattform ausgerichtet sind:
-
-
Gefährliche Berechtigungen werden nur zur Laufzeit gewährt. Ihre UI-Abläufe müssen Angebote zum Gewähren dieser Berechtigungen enthalten.
-
Ihre App sollte nach Möglichkeit auf die Ablehnung von Berechtigungsanfragen vorbereitet sein. Wenn ein Nutzer beispielsweise eine Anfrage für den Zugriff auf das GPS des Geräts ablehnt, vergewissere dich, dass deine App eine andere Möglichkeit hat, fortzufahren.
-
Eine umfassende Liste der Änderungen in Android 6.0 (API-Level 23) findest du auf der Seite zu Verhaltensänderungen für die jeweilige Version der Plattform.
Folge anschließend der Anleitung im nächsten Abschnitt.
Zu Android 7 (API-Level 24) migrieren
Die folgenden Überlegungen gelten für Apps, die auf Android 7.0 und höhere Versionen der Plattform ausgerichtet sind:
-
Stromsparmodus und App-Standby
Entwickeln Sie Ihr Design für Verhaltensweisen, die unter Optimierung für Stromsparmodus und App-Standby beschrieben sind. Darin werden schrittweise Änderungen über mehrere Plattform-Releases hinweg eingeführt.
Wenn sich ein Gerät im Stromspar- und App-Stand-by-Modus befindet, verhält sich das System so:
- Beschränkt den Netzwerkzugriff
- Alarme, Synchronisierungen und Aufträge verschieben
- Schränkt GPS- und WLAN-Scans ein
- Schränkt Firebase Cloud Messaging-Nachrichten mit normaler Priorität ein.
-
Geänderte Berechtigungen
- Das System schränkt den Zugriff auf private App-Verzeichnisse ein.
-
Wenn ein
file://
-URI außerhalb deiner App verfügbar gemacht wird, wird einFileUriExposedException
ausgelöst. Wenn du Dateien außerhalb deiner App freigeben musst, implementiereFileProvider
-
Das System verbietet Verknüpfungen mit Nicht-NDK-Bibliotheken.
Eine vollständige Liste der Änderungen in Android 7.0 (API-Level 24) findest du auf der Seite zu Verhaltensänderungen für diese Version der Plattform.
Folge anschließend der Anleitung im nächsten Abschnitt.
Zu Android 8 (API-Level 26) migrieren
Die folgenden Überlegungen gelten für Apps, die auf Android 8.0 und höhere Versionen der Plattform ausgerichtet sind:
-
Limits für die Hintergrundausführung
-
Das System schränkt nicht im Vordergrund ausgeführte Dienste für Apps ein.
-
startService()
gibt jetzt eine Ausnahme aus, wenn eine App versucht, sie aufzurufen, währendstartService()
unzulässig ist. -
Eine App muss
startForeground()
undstartForegroundService()
verwenden, um Dienste im Vordergrund zu starten. - Prüfen Sie die an der JobScheduler API vorgenommenen Änderungen sorgfältig, wie auf der Seite Verhaltensänderungen für Android 8.0 (API-Ebene 26) dokumentiert.
- Für Firebase Cloud Messaging ist Version 10.2.1 des Google Play Services SDK oder höher erforderlich.
- Bei Verwendung von Firebase Cloud Messaging unterliegt die Nachrichtenübermittlung Einschränkungen bei der Ausführung im Hintergrund. Wenn nach dem Empfang der Nachricht Hintergrundarbeiten erforderlich sind, z. B. um Hintergrunddaten zu synchronisieren, sollte Ihre App Jobs stattdessen über Firebase Job Dispatcher oder JobIntentService planen. Weitere Informationen findest du in der Dokumentation zu Firebase Cloud Messaging.
-
-
Implizite Übertragungen
-
Implizite Übertragungen sind eingeschränkt. Informationen zum Umgang mit Hintergrundereignissen finden Sie in der Dokumentation zur
JobScheduler
API.
-
Implizite Übertragungen sind eingeschränkt. Informationen zum Umgang mit Hintergrundereignissen finden Sie in der Dokumentation zur
-
Beschränkungen der Standortermittlung im Hintergrund
-
Apps, die im Hintergrund ausgeführt werden, haben eingeschränkten Zugriff auf Standortdaten.
- Verwenden Sie auf Geräten mit Google Play-Diensten den Anbieter für kombinierte Standortbestimmung, um regelmäßige Standortupdates zu erhalten.
-
Apps, die im Hintergrund ausgeführt werden, haben eingeschränkten Zugriff auf Standortdaten.
-
Das System schränkt nicht im Vordergrund ausgeführte Dienste für Apps ein.
-
Benachrichtigungskanäle
- Du solltest Eigenschaften für Benachrichtigungsunterbrechungen pro Kanal definieren.
- Du musst einem Kanal Benachrichtigungen zuweisen, damit die Benachrichtigungen angezeigt werden.
-
Diese Version der Plattform unterstützt
NotificationCompat.Builder
.
-
Datenschutz
- ANDROID_ID wird pro App-Signaturschlüssel definiert.
Eine umfassende Liste der Änderungen in Android 8.0 (API-Level 26) findest du auf der Seite zu Verhaltensänderungen für die jeweilige Version der Plattform.
Migration von Android 8 (API 26) zu Android 9 (API 28)
-
Energiesparmodus
- App Standby-Buckets bringen neue Hintergrundeinschränkungen auf Basis der App-Interaktion mit sich, wie z. B. ausgesetzte Jobs, Alarme und Kontingente für Nachrichten mit hoher Priorität.
- Durch die Verbesserungen des Energiesparmodus werden die Einschränkungen für App-Standby-Apps erhöht
-
Berechtigung für Dienste im Vordergrund
- Die normale Berechtigung
FOREGROUND_SERVICE
(nicht die Laufzeitberechtigung) muss angefordert werden
- Die normale Berechtigung
-
Änderungen beim Datenschutz
- Eingeschränkter Zugriff auf Hintergrundsensoren
- Eingeschränkter Zugriff auf Anruflisten, jetzt in der Berechtigungsgruppe
CALL_LOG
- Eingeschränkter Zugriff auf Telefonnummern, Berechtigung
READ_CALL_LOG
erforderlich - Eingeschränkter Zugriff auf WLAN-Informationen
Eine umfassende Liste der Änderungen in Android 9.0 (API-Level 28) findest du unter Änderungen des Verhaltens.
Migration von Android 9 (API-Level 28) zu Android 10 (API-Level 29)
-
Benachrichtigungen mit einem Full-Screen-Intent
-
Sie müssen die normale Berechtigung
USE_FULL_SCREEN_INTENT
anfordern (nicht die Laufzeitberechtigung).
-
Sie müssen die normale Berechtigung
-
Unterstützung für faltbare Smartphones und Geräte mit großem Display
-
Es können nun mehrere Aktivitäten gleichzeitig im Status „Fortsetzung“ sein, tatsächlich hat jedoch nur eine Aktivität den Fokus.
-
Diese Änderung wirkt sich auf das Verhalten von
onResume()
undonPause()
aus. -
Neues Lebenszykluskonzept von „Topmost fortgesetzt“, das durch Abonnieren von
onTopResumedActivityChanged()
erkannt werden kann.- Nur eine Aktivität kann als „oberste Fortsetzung“ festgelegt werden.
-
Diese Änderung wirkt sich auf das Verhalten von
-
Wenn
resizeableActivity
auffalse
gesetzt ist, können Apps zusätzlich einminAspectRatio
angeben, das die App automatisch bei engeren Seitenverhältnissen im Letterbox-Format zeigt.
-
Es können nun mehrere Aktivitäten gleichzeitig im Status „Fortsetzung“ sein, tatsächlich hat jedoch nur eine Aktivität den Fokus.
-
Änderungen beim Datenschutz
-
Begrenzter Speicher
- Der Zugriff auf externen Speicher ist auf ein anwendungsspezifisches Verzeichnis und bestimmte Medientypen beschränkt, die die Anwendung erstellt hat.
-
Der Zugriff auf die Standortermittlung wurde eingeschränkt, während die App im Hintergrund ausgeführt wird und die Berechtigung
ACCESS_BACKGROUND_LOCATION
erforderlich ist. - Eingeschränkter Zugriff auf nicht rücksetzbare Kennungen wie IMEI und Seriennummer.
-
Eingeschränkter Zugriff auf Informationen zu körperlichen Aktivitäten wie die Schrittzahl des Nutzers, für die die Berechtigung
ACTIVITY_RECOGNITION
erforderlich ist. -
Eingeschränkter Zugriff auf einige Telefonie-, Bluetooth- und Wi-Fi APIs, für die die Berechtigung
ACCESS_FINE_LOCATION
erforderlich ist. -
Eingeschränkter Zugriff auf WLAN-Einstellungen
- Apps können WLAN nicht mehr direkt aktivieren oder deaktivieren, sondern müssen dies über die Einstellungen tun.
-
Einschränkungen beim Herstellen einer Verbindung zu einem WLAN, die die Verwendung von
WifiNetworkSpecifier
oderWifiNetworkSuggestion
erfordern.
-
Begrenzter Speicher
Migration von Android 10 (API-Level 29) zu Android 11 (API-Level 30)
-
Datenschutz
- Erzwingung eines begrenzten Speichers : Für Apps sollte das Modell für begrenzten Speicher verwendet werden, bei dem appspezifische, Medien- und andere Dateitypen gespeichert und über spezielle Speicherorte darauf zugegriffen werden.
- Automatisches Zurücksetzen von Berechtigungen: Wenn Nutzer mehrere Monate lang nicht mit einer App interagiert haben, setzt das System die vertraulichen Berechtigungen der App automatisch zurück. Dies sollte für die meisten Apps keine Auswirkungen haben. Wenn Ihre App hauptsächlich im Hintergrund ohne Nutzerinteraktionen arbeitet, können Sie die Nutzer auffordern, das automatische Zurücksetzen zu deaktivieren.
- Zugriff auf die Standortermittlung im Hintergrund: Apps müssen die Berechtigung zur Standortermittlung im Vordergrund und im Hintergrund separat anfordern. Die Berechtigung zur Standortermittlung im Hintergrund kann nur in den App-Einstellungen und nicht in den Dialogfeldern für Laufzeitberechtigungen gewährt werden.
-
Paketsichtbarkeit: Wenn eine App die Liste der auf dem Gerät installierten Apps und Dienste abfragt, wird die zurückgegebene Liste gefiltert.
- Wenn Sie Sprachausgabe- oder Spracherkennung verwenden, müssen Sie der Manifestdatei Abfrageelemente für Dienste hinzufügen.
-
Sicherheit
- Komprimierte „resource.arsc“-Dateien werden nicht mehr unterstützt
- APK-Signaturschema v2 ist jetzt erforderlich. Aus Gründen der Abwärtskompatibilität sollten Entwickler auch weiterhin das APK-Signaturschema v1 verwenden.
- Einschränkung für Nicht-SDK-Schnittstelle. Für Apps, die auf API-Level 30 ausgerichtet sind, wird die Verwendung von Nicht-SDK-Schnittstellen nicht empfohlen, da einige dieser Nicht-SDK-Schnittstellen jetzt blockiert sind. Eine umfassende Liste der blockierten Nicht-SDK-Schnittstellen findest du unter Nicht-SDK-Schnittstellen, die jetzt in Android 11 blockiert sind.
Eine umfassende Liste der Änderungen in Android 11 (API-Level 30) findest du auf der Seite Verhaltensänderungen.
Aktualisieren Sie auf API 31, indem Sie der Anleitung im vorherigen Abschnitt folgen.
Apps modernisieren
Wenn du die Ziel-API-Ebene für deine App aktualisierst, solltest du die neuesten Plattformfunktionen verwenden, um deine App zu modernisieren und so deine Nutzer zu begeistern.
- Damit Sie die Kamera optimal nutzen können, empfehlen wir Ihnen, die Betaversion von CameraX zu verwenden.
- Die Jetpack-Komponenten unterstützen Sie bei der Umsetzung von Best Practices, entlasten das Schreiben von Boilerplate-Code und vereinfachen komplexe Aufgaben, damit Sie sich auf den für Sie wichtigen Code konzentrieren können.
- Mit Kotlin können Sie bessere Apps schneller und mit weniger Code schreiben.
- Sie müssen die Datenschutzanforderungen und Best Practices einhalten.
- Ergänzen Sie Ihre Apps um die Unterstützung für das dunkle Design.
- Ergänze deine Apps um die Unterstützung der Bedienung über Gesten.
- Migrieren Sie Ihre App von Google Cloud Messaging (GCM) zur neuesten Version von Firebase Cloud Messaging.
- Nutze die erweiterte Fensterverwaltung.
- Du kannst größere Seitenverhältnisse (mehr als 16:9) unterstützen, um von den neuesten Entwicklungen bei der Hardware zu profitieren. Sorgen Sie dafür, dass die Größe Ihrer App so angepasst wird, dass der verfügbare Bildschirmbereich ausgefüllt wird. Du solltest ein maximales Seitenverhältnis nur als letzte Option angeben. Weitere Informationen zu maximalen Seitenverhältnissen findest du unter Eingeschränkte Bildschirmunterstützung deklarieren.
- Mit Unterstützung des Mehrfenstermodus kannst du die Produktivität deiner App steigern und mehrere Bildschirme verwalten.
- Wenn die Nutzerfreundlichkeit minimiert werden soll, fügen Sie die Unterstützung für die Bild-im-Bild-Funktion hinzu.
- Optimiere deine App für Geräte mit Display-Ausschnitt.
- Geh nicht von der Höhe der Statusleiste aus. Verwende stattdessen
WindowInsets
undView.OnApplyWindowInsetsListener
. In diesem Video finden Sie eine Erläuterung. - Geh nicht davon aus, dass die App das gesamte Fenster umfasst. Bestätigen Sie seinen Standort stattdessen mit
View.getLocationInWindow()
und nicht mitView.getLocationOnScreen()
. - Verwenden Sie beim Umgang mit
MotionEvent
MotionEvent.getX()
undMotionEvent.getY()
und nichtMotionEvent.getRawX()
,MotionEvent.getRawY()
.
SDKs und Bibliotheken überprüfen und aktualisieren
Achten Sie darauf, dass die Abhängigkeiten Ihres Drittanbieter-SDKs API 31 unterstützen: Einige SDK-Anbieter veröffentlichen sie in ihrem Manifest. Bei anderen ist eine zusätzliche Prüfung erforderlich. Wenn du ein SDK verwendest, das API 31 nicht unterstützt, solltest du mit dem SDK-Anbieter zusammenarbeiten, um das Problem zu beheben.
Außerdem ist zu beachten, dass die targetSdkVersion
deiner App oder deines Spiels den Zugriff auf private Android-Plattformbibliotheken einschränken kann. Weitere Informationen findest du unter NDK-Apps mit Plattformbibliotheken verknüpfen.
Außerdem solltest du alle Einschränkungen prüfen, die möglicherweise in der von dir verwendeten Version der Android Support Library vorhanden sind.
Achte wie immer darauf, dass die Hauptversion der Android Support Library mit der compileSdkVersion
deiner App kompatibel ist.
Wir empfehlen, eine targetSdkVersion
auszuwählen, die kleiner oder gleich der Hauptversion der Supportbibliothek ist. Außerdem solltest du ein Update auf eine aktuelle kompatible Supportbibliothek durchführen, um von den neuesten Kompatibilitätsfunktionen und Fehlerkorrekturen zu profitieren.
App testen
Nachdem du die API-Ebene und Funktionen deiner App nach Bedarf aktualisiert hast, solltest du einige grundlegende Anwendungsfälle testen. Die folgenden Vorschläge decken nicht alle Aspekte ab, sollen dir aber als Leitfaden für den Testprozess dienen. Wir schlagen folgende Tests vor:
- Ihre App muss ohne Fehler oder Warnungen in API 29 kompiliert werden.
- Teste, ob in deiner App eine Strategie für Fälle vorgesehen ist, in denen der Nutzer Berechtigungsanfragen ablehnt und der Nutzer nach Berechtigungen gefragt wird. Gehen Sie dazu so vor:
- Rufe den Bildschirm "App-Info" deiner App auf und deaktiviere alle Berechtigungen.
- Öffne die App und überzeuge dich davon, dass keine Abstürze auftreten.
- Teste grundlegende Anwendungsfälle und kontrolliere, ob die erforderlichen Berechtigungen wieder angefordert werden.
- Teste, ob deine App den Stromsparmodus mit den erwarteten Ergebnissen und ohne Fehler verarbeitet.
- Versetze dein Testgerät mit adb in den Stromsparmodus, während deine App ausgeführt wird.
- Teste alle Anwendungsfälle, durch die Firebase Cloud Messaging-Nachrichten ausgelöst werden.
- Teste alle Anwendungsfälle, bei denen Alarme oder Jobs verwendet werden.
- Beseitige Abhängigkeiten von Hintergrunddiensten.
- Richten Sie Ihre App auf App-Standby ein.
- Teste alle Anwendungsfälle, durch die Firebase Cloud Messaging-Nachrichten ausgelöst werden.
- Teste alle Anwendungsfälle, bei denen Alarme verwendet werden.
- Versetze dein Testgerät mit adb in den Stromsparmodus, während deine App ausgeführt wird.
- Verarbeitet neue Fotos / Videos, die aufgenommen werden
- Prüfe, ob deine App
eingeschränkte
ACTION_NEW_PICTURE
undACTION_NEW_VIDEO
Broadcasts korrekt verarbeitet (d. h. in JobScheduler-Jobs verschoben wird). - Prüfe, ob kritische Anwendungsfälle, die von diesen Ereignissen abhängen, weiter funktionieren.
- Prüfe, ob deine App
eingeschränkte
- Es verarbeitet die Freigabe von Dateien für andere Apps.
- Teste jeden Anwendungsfall, bei dem Dateidaten mit einer anderen App – sogar mit einer anderen App desselben Entwicklers – geteilt werden.
- Teste, ob der Inhalt in der anderen App sichtbar ist und keine Abstürze auslöst.
Weitere Informationen
Melde dich für E-Mails in der Google Play Console an, damit wir dir wichtige Neuigkeiten und Ankündigungen von Android und Google Play senden können, einschließlich unseres monatlichen Partner-Newsletters.