Wenn du ein APK hochlädst, muss es die Anforderungen von Google Play an das Ziel-API-Level erfüllen.
Ab dem 31. August 2024 gilt Folgendes:
- Neue Apps und App-Updates müssen auf Android 14 (API-Level 34) oder höher ausgerichtet sein, damit sie bei Google Play eingereicht werden können. Eine Ausnahme bilden Wear OS- und Android TV-Apps, die auf Android 13 (API-Level 33) oder höher ausgerichtet sind.
- Vorhandene Apps müssen auf Android 13 (API-Level 33) oder höher ausgerichtet sein, damit sie auch weiterhin für neue Nutzer mit Geräten mit einem Android-Betriebssystem verfügbar sind, das höher als das Ziel-API-Level deiner App ist. Apps, die auf Android 12 (API-Level 31) oder niedriger (Android 10 (API-Level 29) oder niedriger für Wear OS und Android 11 (API-Level 30) oder niedriger für Android TV) ausgerichtet sind, sind nur auf Geräten mit Android-Betriebssystem verfügbar, die dem Ziel-API-Level deiner App entsprechen oder niedriger sind.
Wenn du mehr Zeit zum Aktualisieren deiner App benötigst, kannst du eine Fristverlängerung bis zum 1. November 2024 beantragen. Später in diesem Jahr kannst du in der Play Console auf die Formulare zur Fristverlängerung zugreifen.
Für diese Anforderungen gelten folgende Ausnahmen:
- Dauerhaft interne Anwendungen, die auf Nutzer in einer bestimmten Organisation beschränkt und nur für den internen Vertrieb bestimmt sind.
- Apps, die auf Android Automotive OS ausgerichtet sind oder mit APKs gepackt sind, die auf Android Automotive OS ausgerichtet sind
Welche Vorteile bietet die Ausrichtung auf neuere SDKs?
Mit jeder neuen Android-Version werden Änderungen eingeführt, die die Sicherheit und Leistung verbessern und die Android-Nutzererfahrung verbessern. Einige dieser Änderungen gelten nur für Apps, für die explizit über das Manifestattribut targetSdkVersion
(auch als Ziel-API-Level bezeichnet) angegeben wird, dass die App unterstützt 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 kann aber weiterhin unter älteren Android-Versionen ausgeführt werden. Durch die Ausrichtung auf ein aktuelles API-Level 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, sofern sie auf Android 5.1 (API-Level 22) oder niedriger ausgerichtet ist.
In diesem Dokument werden wichtige Punkte hervorgehoben, die du beim Aktualisieren deines Ziel-API-Levels wissen musst, um die Google Play-Anforderung zu erfüllen. Weitere Informationen finden Sie in den Anleitungen in den folgenden Abschnitten, je nachdem, zu welcher Version Sie migrieren.
Von Android 12 und höher (API-Level 31) zu einer neueren Version migrieren
Wenn du deine App auf eine neuere Android-Version aktualisieren möchtest, folge der Liste der relevanten Verhaltensänderungen:
Von Android 11 (API-Level 30) zu Android 12 (API-Level 31) migrieren
Sicherheit und Berechtigungen
- Bluetooth: Sie müssen die Deklarationen für die Berechtigungen
BLUETOOTH
undBLUETOOTH_ADMIN
durch die BerechtigungenBLUETOOTH_SCAN
,BLUETOOTH_ADVERTISE
oderBLUETOOTH_CONNECT
ersetzen. Sie müssen für Bluetooth-Vorgänge keineLOCATION
-Laufzeitberechtigungsanfragen mehr senden. - Standort: Nutzer können Apps so konfigurieren, dass sie nur ungefähre Standortinformationen abrufen. Sie müssen die Berechtigung
ACCESS_COARSE_LOCATION
jedes Mal anfordern, wenn SieACCESS_FINE_LOCATION
anfordern.- Intent-Filter: Wenn deine App Aktivitäten, Dienste oder Übertragungsempfänger enthält, die Intent-Filter verwenden, musst du das Attribut android:exported für diese Komponenten explizit deklarieren.
- Ruhezustand: Apps können in den Ruhezustand versetzt werden, wenn sie eine bestimmte Zeit lang nicht verwendet werden. Im Ruhezustand werden die Laufzeitberechtigungen und der Cache Ihrer Anwendung zurückgesetzt und Sie können keine Jobs oder Warnungen ausführen. Sie können den Ruhezustand Ihrer App prüfen.
- PendingIntent-Veränderlichkeit: Du musst die Veränderlichkeit aller PendingIntent-Objekte angeben, die von deiner App erstellt werden.
Nutzerfreundlichkeit
- Benutzerdefinierte Benachrichtigungen: Benachrichtigungen mit benutzerdefinierten Inhaltsansichten nutzen nicht mehr den gesamten Benachrichtigungsbereich. Stattdessen wendet das System eine Standardvorlage an. Mit dieser Vorlage wird sichergestellt, dass benutzerdefinierte Benachrichtigungen in allen Status genauso geschmückt sind wie andere Benachrichtigungen. Dieses Verhalten ist fast identisch mit dem von
Notification.DecoratedCustomViewStyle
. - Änderungen an der Bestätigung von Android-App-Links: Wenn Sie die Überprüfung von Android-App-Links verwenden, müssen Ihre Intent-Filter die Kategorie BROWSABLE enthalten und das HTTPS-Schema unterstützen.
Leistung
Startbeschränkungen für Dienste im Vordergrund: Wenn Ihre App auf Android 12 oder höher ausgerichtet ist, kann Ihre App mit Ausnahme einiger Sonderfälle keine Dienste im Vordergrund starten, während sie im Hintergrund ausgeführt wird. Wenn eine Anwendung 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).
Erwägen Sie die Verwendung von WorkManager, um schnelle Arbeiten zu planen und zu 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.
Benachrichtigungs-Trampolineinschränkungen: Wenn Nutzer auf Benachrichtigungen tippen, reagieren einige Apps mit dem Starten 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 über Dienste oder Übertragungsempfänger starten, die als Benachrichtigungstrampolin verwendet werden. Nachdem ein Nutzer auf eine Benachrichtigung oder Aktionsschaltfläche in der Benachrichtigung getippt hat, kann deine App
startActivity()
innerhalb eines Dienstes oder Übertragungsempfängers nicht aufrufen.
Von Android 11 (API-Level 30) migrieren
Wählen Sie die Android-Version aus, von der Sie migrieren möchten:
Zu Android 5 (API-Level 21) migrieren
Sehen Sie sich für jede der folgenden Releases auf der entsprechenden Seite zu Verhaltensänderungen an, ob in Ihrer App die in diesen Releases vorgenommenen Änderungen berücksichtigt wurden:
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.
-
Sorge nach Möglichkeit dafür, dass deine App auf die Ablehnung von Berechtigungsanfragen vorbereitet ist. 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 zum Fortfahren hat.
-
Eine umfassende Liste der Änderungen in Android 6.0 (API-Ebene 23) 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 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
Berücksichtigen Sie beim Design die unter Optimierung für Stromsparmodus und App-Standby beschriebenen Verhaltensweisen, die schrittweise Änderungen für mehrere Plattform-Releases umfassen.
Wenn sich ein Gerät im Stromspar- und App-Standby-Modus befindet, verhält sich das System so:
- Beschränkt den Netzwerkzugriff
- Alarme, Synchronisierungen und Jobs zurückstellen
- GPS- und WLAN-Scans werden eingeschränkt
- 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 umfassende Liste der Änderungen in Android 7.0 (API-Ebene 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:
-
Einschränkungen bei der Hintergrundausführung
-
Das System schränkt nicht im Vordergrund ausgeführte Dienste für Apps ein.
-
startService()
löst jetzt eine Ausnahme aus, wenn eine App versucht, sie aufzurufen, währendstartService()
unzulässig ist. -
Zum Starten von Diensten im Vordergrund muss eine App
startForeground()
undstartForegroundService()
verwenden. - Prüfe sorgfältig die Änderungen an der JobScheduler API, die auf der Seite zu Verhaltensänderungen für Android 8.0 (API-Ebene 26) dokumentiert sind.
- Für Firebase Cloud Messaging ist Version 10.2.1 des SDK für Google Play-Dienste oder höher erforderlich.
- Bei der Verwendung von Firebase Cloud Messaging unterliegt die Nachrichtenübermittlung Einschränkungen für die Ausführung im Hintergrund. Wenn nach dem Empfang von Nachrichten Hintergrundarbeiten erforderlich sind, z. B. für die Synchronisierung von Hintergrunddaten, sollten Jobs in Ihrer App stattdessen mit Firebase Job Dispatcher oder JobIntentService geplant werden. Weitere Informationen finden Sie 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
-
Einschränkungen für die Standortermittlung im Hintergrund
-
Apps, die im Hintergrund ausgeführt werden, haben eingeschränkten Zugriff auf Standortdaten.
- Verwende 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 die 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 festgelegt.
Eine umfassende Liste der Änderungen in Android 8.0 (API-Ebene 26) findest du auf der Seite zu Verhaltensänderungen für diese Version der Plattform.
Von Android 8 (API 26) zu Android 9 (API 28) migrieren
-
Energiesparmodus
- Für App-Standby-Buckets gelten neue Hintergrundbeschränkungen basierend auf App-Interaktionen, z. B. verzögerte Jobs, Alarme und Kontingente für Nachrichten mit hoher Priorität.
- Durch Verbesserungen im Energiesparmodus werden die Einschränkungen für App-Standby-Apps verstärkt.
-
Berechtigung für Dienste im Vordergrund
- Normale Berechtigung
FOREGROUND_SERVICE
(nicht die Laufzeitberechtigung) muss angefordert werden
- Normale Berechtigung
-
Datenschutzänderungen
- Eingeschränkter Zugriff auf Hintergrundsensoren
- Eingeschränkter Zugriff auf Anrufliste, 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 in Android 9.0 (API-Level 28) eingeführten Änderungen findest du unter Verhaltensänderungen.
Von Android 9 (API-Level 28) zu Android 10 (API-Level 29) migrieren
-
Benachrichtigungen mit Full-Screen Intent
-
Die normale Berechtigung
USE_FULL_SCREEN_INTENT
(nicht die Laufzeitberechtigung) muss angefordert werden.
-
Die normale Berechtigung
-
Unterstützung für faltbare Smartphones und Geräte mit großem Bildschirm
-
Es können jetzt mehrere Aktivitäten gleichzeitig fortgesetzt werden, es liegt jedoch nur eine Aktivität im Fokus.
-
Diese Änderung wirkt sich auf das Verhalten von
onResume()
undonPause()
aus. -
Neues Lebenszykluskonzept von „höchsten fortgesetzt“, das durch Abonnieren von
onTopResumedActivityChanged()
erkannt werden kann.- Nur eine Aktivität kann „höchste fortgesetzt“ werden.
-
Diese Änderung wirkt sich auf das Verhalten von
-
Wenn
resizeableActivity
auffalse
gesetzt ist, können Apps zusätzlich eineminAspectRatio
angeben, die bei schmaleren Seitenverhältnissen automatisch Letterboxing-Balken der App setzt.
-
Es können jetzt mehrere Aktivitäten gleichzeitig fortgesetzt werden, es liegt jedoch nur eine Aktivität im Fokus.
-
Datenschutzänderungen
-
Begrenzter Speicher
- Der externe Speicherzugriff ist auf ein anwendungsspezifisches Verzeichnis und auf bestimmte von der Anwendung erstellte Medientypen beschränkt.
-
Eingeschränkter Zugriff auf den Standort, während die App im Hintergrund ausgeführt wird; die Berechtigung
ACCESS_BACKGROUND_LOCATION
ist erforderlich. - 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. Erfordert die Berechtigung
ACCESS_FINE_LOCATION
. -
Eingeschränkter Zugriff auf WLAN-Einstellungen
- Apps können das WLAN nicht mehr direkt aktivieren oder deaktivieren und müssen dies über Einstellungsbereiche tun.
-
Einschränkungen beim Herstellen einer WLAN-Verbindung, für die die Verwendung von
WifiNetworkSpecifier
oderWifiNetworkSuggestion
erforderlich ist.
-
Begrenzter Speicher
Von Android 10 (API-Level 29) zu Android 11 (API-Level 30) migrieren
-
Datenschutz
- Erzwingung von begrenztem Speicher : Apps sollten das Modell des begrenzten Speichers verwenden, bei dem appspezifische, Medien- und andere Dateitypen über spezielle Speicherorte gespeichert und abgerufen werden.
- Automatisches Zurücksetzen von Berechtigungen: Wenn Nutzer einige 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 deine App hauptsächlich im Hintergrund ohne Nutzerinteraktionen ausgeführt wird, kannst du Nutzer auffordern, das automatische Zurücksetzen zu deaktivieren.
- Zugriff auf Standortermittlung im Hintergrund: Apps müssen die Berechtigung zur Standortermittlung im Vorder- und Hintergrund separat anfordern. Zugriff auf die Berechtigung zur Standortermittlung im Hintergrund kann nur in den App-Einstellungen gewährt werden und nicht in Dialogfeldern zu Laufzeitberechtigungen.
-
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 Spracherkennungsdienste verwenden, müssen Sie der Manifestdatei Abfrageelemente für Dienste hinzufügen.
-
Sicherheit
- Komprimierte Dateien vom Typ „resource.arsc“ werden nicht mehr unterstützt
- APK Signature Scheme v2 jetzt erforderlich. Aus Gründen der Abwärtskompatibilität sollten Entwickler weiterhin mit dem APK-Signaturschema v1 signieren.
- Einschränkung für Nicht-SDK-Schnittstellen. Die Verwendung von Nicht-SDK-Schnittstellen wird für Apps mit API-Level 30 nicht empfohlen, da einige dieser Nicht-SDK-Schnittstellen jetzt blockiert sind. Eine umfassende Liste der blockierten Nicht-SDK-Schnittstellen finden Sie 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.
Anwendungen 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.
- Zur optimalen Nutzung der Kamera können Sie CameraX verwenden, das sich in der Betaphase befindet.
- Verwenden Sie Jetpack-Komponenten, um Best Practices zu befolgen, das Schreiben von Boilerplate-Code zu ersparen und komplexe Aufgaben zu vereinfachen, damit Sie sich auf den für Sie relevanten Code konzentrieren können.
- Mit Kotlin können Sie bessere Apps schneller und mit weniger Code schreiben.
- Beachten Sie die Datenschutzanforderungen und die Best Practices.
- Unterstützung für das dunkle Design für deine Apps hinzufügen
- Ihren Apps Unterstützung für Bedienung über Gesten hinzufügen
- Migrieren Sie Ihre App von Google Cloud Messaging (GCM) zur neuesten Version von Firebase Cloud Messaging.
- Nutze die erweiterte Fensterverwaltung.
- Unterstützung größerer Seitenverhältnisse (mehr als 16:9), um von den jüngsten Fortschritten bei der Hardware zu profitieren. Achte darauf, dass die Größe deiner App so angepasst wird, dass sie den verfügbaren Platz auf dem Bildschirm ausfüllt. Gib ein maximales Seitenverhältnis nur als letzte Möglichkeit an. Weitere Informationen zu maximalen Seitenverhältnissen findest du unter Eingeschränkte Bildschirmunterstützung deklarieren.
- Unterstützung des Mehrfenstermodus hinzufügen, um die Produktivität deiner App zu steigern und mehrere Bildschirme zu verwalten.
- Wenn du die Nutzerfreundlichkeit durch eine sehr gute minimierte App-Nutzung verbessern möchtest, füge die Unterstützung für Bild im Bild hinzu.
- Optimiere deine App für Geräte mit Display-Ausschnitt.
- Gehen Sie nicht von der Höhe der Statusleiste aus. Verwenden Sie stattdessen
WindowInsets
undView.OnApplyWindowInsetsListener
. Weitere Informationen finden Sie im Video droidcon NYC 2017. - Gehen Sie nicht davon aus, dass die App das gesamte Fenster hat. Bestätigen Sie den Standort stattdessen mit
View.getLocationInWindow()
und nicht mitView.getLocationOnScreen()
. * Bei der Verarbeitung vonMotionEvent
müssenMotionEvent.getX()
undMotionEvent.getY()
und nichtMotionEvent.getRawX()
MotionEvent.getRawY()
verwendet werden.
SDKs und Bibliotheken überprüfen und aktualisieren
Achten Sie darauf, dass Ihre Drittanbieter-SDK-Abhängigkeiten API 31 unterstützen: Einige SDK-Anbieter veröffentlichen sie in ihrem Manifest, bei anderen ist eine zusätzliche Prüfung erforderlich. Wenn Sie ein SDK verwenden, das API 31 nicht unterstützt, sollten Sie zuerst mit dem SDK-Anbieter zusammenarbeiten, um das Problem zu beheben.
Beachte außerdem, dass das targetSdkVersion
deiner App oder deines Spiels möglicherweise den Zugriff auf private Android-Plattformbibliotheken einschränkt. Weitere Informationen findest du im Artikel zum Verknüpfen von NDK-Apps mit Plattformbibliotheken.
Außerdem solltest du alle Einschränkungen prüfen, die in der von dir verwendeten Version der Android-Supportbibliothek bestehen. Wie immer musst du für die Kompatibilität zwischen der Hauptversion der Android Support Library und der compileSdkVersion
deiner App sorgen.
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 die Funktionen deiner App entsprechend aktualisiert hast, solltest du einige grundlegende Anwendungsfälle testen. Die folgenden Vorschläge sind nicht vollständig, sondern sollen Ihnen als Leitfaden für den Test dienen. Wir schlagen folgende Tests vor:
- ob deine App ohne Fehler oder Warnungen zu API 29 kompiliert wird.
Deine App sollte eine Strategie für Fälle verfolgen, in denen der Nutzer Berechtigungsanfragen ablehnt und ihn um Berechtigungen bittet. 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.
- Führen Sie grundlegende Anwendungsfalltests durch und prüfen Sie, ob die erforderlichen Berechtigungen wieder angefordert werden.
Teste, ob deine App den Stromsparmodus mit den erwarteten Ergebnissen und ohne Fehler verarbeitet.
- Versetzen Sie Ihr Testgerät mithilfe von ADB in den Stromsparmodus, während Ihre 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.
- Versetzen Sie Ihre App in den App-Standby-Modus.
- Teste alle Anwendungsfälle, durch die Firebase Cloud Messaging-Nachrichten ausgelöst werden.
- Teste alle Anwendungsfälle, bei denen Alarme verwendet werden.
- Versetzen Sie Ihr Testgerät mithilfe von ADB in den Stromsparmodus, während Ihre App ausgeführt wird.
Teste, ob deine App neue Fotos bzw. Videos verarbeitet, die aufgenommen werden.
- Prüfe, ob deine App die eingeschränkten
ACTION_NEW_PICTURE
undACTION_NEW_VIDEO
Broadcasts verarbeitet, d. h. in JobScheduler-Jobs verschoben wird. - Prüfen Sie, ob kritische Anwendungsfälle, die von diesen Ereignissen abhängen, weiterhin funktionieren.
- Prüfe, ob deine App die eingeschränkten
Verarbeitung der Freigabe von Dateien für andere Apps – Anwendungsfälle testen, bei denen Dateidaten für eine andere App (auch eine andere App desselben Entwicklers) freigegeben werden
- Testen Sie, ob der Inhalt in der anderen App sichtbar ist und keine Abstürze auslöst.
Weitere Informationen
Melde dich in der Google Play Console für E-Mails an, damit wir dir wichtige Neuigkeiten und Ankündigungen von Android und Google Play sowie unseren monatlichen Partner-Newsletter senden können.