Menschen bewegen sich. Sie verlassen das WLAN zu Hause, gehen in einen Aufzug, steigen in die Bahn. Deine App muss überleben, wenn sich das Netz mitten in einer Anfrage ändert. Dieses Skript kannst du einem Tester geben; jeder Schritt sagt, was zu tun ist, was passieren soll und warum.
Ergänzt Offline-Verhalten testen, das den Fall ganz ohne Netz behandelt.
Vorbereitung
- Nimm ein Handy mit WLAN und funktionierendem Mobilfunk.
- Melde dich vorher an, damit du eine echte Sitzung testest.
- Notiere Handymodell, Android-Version und App-Build.
Das Skript
- WLAN zu Mobilfunk, im Leerlauf. App im WLAN öffnen, dann WLAN ausschalten. Erwartung: Die App funktioniert ohne Neustart über Mobilfunk weiter. Warum: An das alte Netz gebundene Verbindungen können still hängen.
- Mobilfunk zu WLAN, im Leerlauf. Umgekehrt. Erwartung: gleich. Warum: Manche Apps behandeln nur eine Richtung.
- Wechsel während des Ladens. Lange Liste oder Daten-Screen öffnen und mitten im Laden das WLAN umschalten. Erwartung: Entweder laden die Inhalte, oder es erscheint ein klarer Fehler mit Wiederholen. Kein endloses Drehrad.
- Wechsel beim Absenden eines Formulars. Formular ausfüllen, senden, sofort das Netz wechseln. Erwartung: ein klares Ergebnis. Dann serverseitig prüfen: kein doppelter Eintrag, keine verlorenen Daten. Warum: Wiederholungen können doppelt senden.
- Wechsel bei Upload oder Download. Nimm ein Foto oder eine Datei. Erwartung: Es setzt fort oder bricht sauber mit Wiederholen ab. Eine halb hochgeladene Datei darf nicht als vollständig erscheinen.
- Wechsel in einer längeren Sitzung. Mehrere Minuten in der App bleiben, umschalten, warten. Erwartung: Die Sitzung bleibt bestehen, keine unerwartete Abmeldung. Warum: Ein fehlgeschlagener Token-Refresh gilt oft fälschlich als „abgemeldet“.
- Flugmodus an und aus. Mitten in der Aufgabe einschalten und wieder ausschalten. Erwartung: Die App merkt, dass das Netz zurück ist, und erholt sich ohne Neustart.
- Schwaches Signal. Geh an eine Stelle mit schlechtem Empfang oder nutze eine gedrosselte Verbindung. Erwartung: Zeitüberschreitungen enden in einer Meldung, nicht in einem Einfrieren.
- Hintergrund und Rückkehr. Netz wechseln, während die App im Hintergrund ist, dann zurückkehren. Erwartung: Daten werden aktualisiert, kein veralteter oder kaputter Screen.
- Datensparmodus und getaktete Verbindung. Synchronisiert deine App viel, schalte den Datensparmodus ein. Erwartung: sinnvolles Verhalten, große Downloads aufgeschoben oder bestätigt.
Was der Tester melden soll
Bei jedem Fehler bitte notieren:
- Schrittnummer und was er getan hat,
- was er gesehen hat (Screenshot oder Bildschirmaufnahme helfen),
- die Uhrzeit,
- wie es endete: erholte sich von selbst, brauchte Wiederholen, brauchte Neustart, Daten verloren.
Wenn möglich, hänge ein Log an. Siehe adb-Grundlagen.
Tipps für dich als Entwickler
- Wiederholungen begrenzen und mit wachsenden Pausen versehen.
- Schreibvorgänge so bauen, dass ein erneutes Senden keine Dopplung erzeugt.
- Zeige, dass du auf das Netz wartest, statt gar nichts anzuzeigen.
Teil des Android-Testing-Leitfadens. Verwandt: Tastatur- und Eingabetest und TalkBack-Testskript.
Soll ein Tester das auf einem echten Handy durchspielen? Kostenlos starten und privates, strukturiertes Feedback anfragen.