In diesem Ratgeber
Android schränkt Hintergrundarbeit ein, um Akku zu sparen. Den Energiesparmodus schaltet der Nutzer ein. Doze startet von selbst, wenn das Handy ruhig liegt, nicht lädt und der Bildschirm aus ist. Viele Hersteller ergänzen eigene Grenzen. In diesen Modi kann Hintergrundarbeit verzögert oder gestoppt werden. Deine App sollte sich trotzdem so verhalten, dass Nutzer es verstehen.
Diese Liste dreht sich um sichtbare Folgen: eine Erinnerung, die nicht kommt, veraltete Daten, ein Download, der nie fertig wird.
Bedingungen herstellen
- Energiesparmodus. Schalte ihn in den Systemeinstellungen ein (Menünamen unterscheiden sich je nach Handy; oft unter Einstellungen > Akku) oder lege fest, dass er schon bei hohem Akkustand startet, damit er während des Tests an bleibt.
- Doze (per adb). Androids Doze-Dokumentation empfiehlt, auf einem Gerät oder Emulator mit API-Level 23 oder höher zu testen, und nennt diese Folge (prüfe die Seite auf Änderungen):
adb shell dumpsys deviceidle force-idleDanach das normale Verhalten wiederherstellen:adb shell dumpsys deviceidle unforce adb shell dumpsys battery reset - App Standby (per adb). Dieselbe Seite nutzt
adb shell dumpsys battery unplugundadb shell am set-inactive <Paket> true, um eine App in den Standby zu setzen, und... set-inactive <Paket> false, um sie zu wecken. - Echtes Warten. Lass ein echtes Handy mit ausgeschaltetem Bildschirm, ohne Ladekabel, eine Stunde oder länger liegen. Langsam, aber das echte Verhalten.
- Herstellereinstellungen. Viele Marken haben pro App eine zusätzliche Akku- oder Autostart-Einstellung. Teste mit dem Standard und mit der Einschränkung.
Checkliste
- Geplante Erinnerungen und Alarme. Stelle einen für ein paar Minuten später, sperre das Handy, warte. Laut Androids Doze-Dokumentation werden normale Alarme auf das nächste Wartungsfenster verschoben, und die „allow while idle“-Varianten feuern höchstens einmal in neun Minuten pro App. Erwartung: Er kommt pünktlich, oder die Verzögerung ist vertretbar und dokumentiert. Ist genaue Zeit ein Versprechen deiner App, teste hier am härtesten.
- Push-Benachrichtigungen. Sende im Ruhezustand eine Testnachricht. Erwartung: Sie kommt an, vielleicht verspätet. Notiere, wie spät.
- Hintergrund-Sync. Ändere Daten auf einem anderen Gerät, warte. Laut Android-Doku läuft JobScheduler und damit WorkManager in Doze erst im nächsten Wartungsfenster. Erwartung: Beim Öffnen holt die App schnell auf und zeigt keine falschen Daten.
- Downloads und Uploads. Starte einen, sperre das Handy. Erwartung: Er setzt fort oder scheitert mit klarer Wiederholungsmöglichkeit.
- Vordergrunddienste. Musik, Navigation, Aufnahme. Erwartung: Sie laufen weiter und zeigen eine Benachrichtigung.
- Öffnen nach langer Pause. Erwartung: kein Absturz, keine abgelaufene Anmeldung, kein leerer Screen.
- Energiesparmodus während der Nutzung. Animationen können reduziert, Hintergrundaktualisierung langsamer werden. Erwartung: Die App bleibt voll nutzbar.
- Erklärung für Nutzer. Hängt eine Funktion an Hintergrundarbeit: Erklärt die App, was zu tun ist, wenn sie eingeschränkt wird? Erwartung: ein hilfreicher Hinweis statt Schweigen.
- Warnungen bei niedrigem Akku. Verhält sich die App bei kritischem Akkustand? Erwartung: Kein Datenverlust beim Abschalten; ungespeicherte Arbeit bleibt.
- Eingeschränkte Hintergrundnutzung. Setze deine App in den App-Einstellungen auf eingeschränkt. Erwartung: Sie öffnet sich und funktioniert im Vordergrund.
Was Tester melden sollen
Gerätemodell, Android-Version, welcher Modus an war, wie lange das Handy ruhte, was erwartet wurde und was geschah, dazu die Uhrzeit jedes Ereignisses. Uhrzeiten zählen bei verspäteten Benachrichtigungen.
Grenzen
Das Verhalten unterscheidet sich stark je nach Marke und ändert sich mit Updates. Ein Gerät ist ein Datenpunkt; frage Tester mit verschiedenen Marken.
Übersicht: Android-App-Testing. Verwandt: Prozessende und Berechtigungen.
So funktioniert AppReviewX: privates, strukturiertes Feedback von anderen Entwicklern. Frag jeden Tester nach Handymarke und Android-Version.