In diesem Ratgeber
Ein Emulator ist ein guter erster Durchgang: schnell, kostenlos und im selben Fenster wie dein Editor. Er ist aber ein Modell eines Handys, und was ein Modell weglässt, trifft echte Nutzer. Das gilt für jede App, egal wie sie entstand. Etwas wichtiger wird es, wenn du nicht jede Zeile selbst geschrieben hast, weil du dann weniger ein Gefühl dafür hast, wo sie brüchig sein könnte.
Was ein echtes Handy zeigt
- Tempo und Wärme. Ein Screen, der auf dem Rechner flüssig läuft, kann auf einem älteren oder günstigeren Handy ruckeln. Scrolle lange Listen, öffne den schwersten Screen und nutze die App zehn Minuten.
- Berechtigungen. Kamera, Standort, Benachrichtigungen, Speicher: einmal "Erlauben" tippen, einmal "Nicht erlauben", später in den Systemeinstellungen wieder ausschalten. Erklärt sich die App und funktioniert sie weiter?
- Die Tastatur. Verdeckt sie das Eingabefeld? Erscheint für E-Mail oder Zahlen die passende Tastatur? Was passiert, wenn du sie mit der Zurück-Geste schließt?
- Unterbrechungen. Anruf, Benachrichtigung, App-Wechsel, Bildschirm drehen, Sperrbildschirm-Timeout. Kehr zur App zurück: Ist deine Eingabe noch da?
- Echte Verbindungen. Schwaches Signal, Wechsel von WLAN auf mobile Daten, Flugmodus. Siehe Offline-Verhalten testen.
- Touch und Größe. Sind Schaltflächen mit dem Daumen gut zu treffen? Passt der Text auf kleine Bildschirme und bei großer Systemschrift?
- Installieren und aktualisieren. Installiere den Release-Build frisch, dann als Update über einen älteren Build. Bleiben die Daten erhalten?
Nichts davon prüfst du überzeugend vom Schreibtisch aus.
Ein kurzer Geräteplan
Du brauchst keine Schublade voller Handys. Decke Unterschiede ab, nicht Stückzahl. Die Tabelle enthält bewusst keine Marktanteile; wähle aus dem, was du erreichen kannst.
| Platz | Warum | Woher |
|---|---|---|
| Dein eigenes Handy | Alltag, echte Gewohnheiten | Hast du |
| Ein älteres oder günstigeres Handy | Zeigt Tempo- und Speichergrenzen | Freunde, Familie, gebraucht |
| Ein Handy mit anderer Bildschirmgröße | Layoutprobleme | Wie oben |
| Eine andere Betriebssystemversion | Verhalten und Berechtigungsdialoge unterscheiden sich je Version | Wie oben oder ein Tester |
| Eine Person, die nicht entwickelt | Findet die Schritte, die du nicht mehr siehst | Frag nach |
Welche Modelle und Versionen Vorrang haben, steht in Auf welchen Android-Geräten du wirklich testen solltest.
Wenn du die Geräte nicht hast
Frag Tester. Privates, strukturiertes Feedback von Menschen auf ihren eigenen Handys gibt dir Geräte, die du nicht besitzt, und die Meldung nennt Modell und Betriebssystemversion. Bitte in deinem Testauftrag ausdrücklich darum.
Bei Google Play bringt der geschlossene Test deine App ohnehin auf fremde Handys. Siehe Anforderungen an den geschlossenen Test (EN) und Was zählen 14 Tage? (EN). Nutze diese Tage für echtes Feedback, nicht nur für einen Zähler.
Ein Durchgang in 30 Minuten
- Release-Build auf einem echten Handy installieren.
- Erststart, Anmeldung, Hauptablauf, von Anfang bis Ende.
- Jede Berechtigung einmal ablehnen, einmal erlauben.
- Die App auf drei Arten unterbrechen: Anruf oder Benachrichtigung, App-Wechsel, Drehen.
- Mitten im Ablauf den Flugmodus einschalten.
- Jedes Problem mit Schritten, erwartet, tatsächlich, Gerät notieren. Arbeitest du mit einem Assistenten, nimm dann die Prompt-Vorlage.
Wo AppReviewX passt
AppReviewX liefert dir privates, strukturiertes Feedback von anderen Entwicklern auf deren eigenen Handys. Ein geschriebenes Feedback bringt einen Credit, mit Credits bekommst du Feedback zu deiner App, neue Konten starten mit 0 Credits. Für Android gibt es Testgruppen mit 12 Testern über 14 Tage am Stück für die Google-Play-Vorgabe.
Verwandt: Vibe-Coding-Hub, App vor dem Launch testen, Launch-Checkliste.