Checkliste vor dem App-Launch: 30 Dinge zu prüfen

In diesem Ratgeber

Produkt
Qualität
Store-Bereitschaft
Rechtsgrundlagen (keine Rechtsberatung)
Support und Betrieb
So nutzt du sie
Verwandte Seiten

Diese Liste ergänzt die komplette Checkliste für mobile App-Tests. Dort steht, was du testest; hier, ob du bereit bist zu veröffentlichen. Store-Anforderungen ändern sich: Wo ein Punkt eine Store-Regel berührt, lies vor dem Einreichen die aktuelle Richtlinie; die für diese Liste genutzten Seiten stehen unter den Quellen.

Produkt

#	Punkt	Warum	So prüfst du
1	Die Kernaufgabe funktioniert komplett bei frischer Installation	Scheitert das, ist alles andere egal	Frisch installieren, Hauptaufgabe ohne Hilfe erledigen
2	Das Onboarding führt schnell zum Nutzen	In einer verwirrenden ersten Sitzung kannst du neue Nutzer verlieren	Einer fremden Person schweigend beim Benutzen zusehen
3	Leere Zustände haben Text statt leerer Seiten	Neue Nutzer sehen sie zuerst	Mit neuem Konto jeden Tab öffnen
4	Verhalten offline und bei schlechtem Netz ist festgelegt	Handys verlieren Empfang	Mitten in einer Aktion in den Flugmodus
5	Berechtigungen werden im passenden Moment mit Begründung erfragt	Zu frühe Abfragen werden abgelehnt	Alle Abfragen bei neuer Installation durchgehen
6	Konto löschen / abmelden funktioniert	Nutzer erwarten sauberen Abschied, und beide Stores haben Regeln für Apps mit Kontoerstellung	Konto anlegen und löschen; siehe Löschablauf testen

Qualität

#	Punkt	Warum	So prüfst du
7	Kein bekannter Absturz in den Hauptabläufen	Abstürze führen zu schlechten Bewertungen	Absturz-Dashboard des letzten Testbuilds ansehen
8	Auf mehreren echten Geräten und OS-Versionen getestet, auch kleiner Bildschirm	Layouts brechen an den Rändern	Getestete Geräte auflisten; siehe komplette Checkliste
9	Leistung auf einem älteren Gerät akzeptabel	Dein Handy ist vermutlich schnell	Kaltstart und Hauptscreen auf dem ältesten Gerät messen
10	Release-Build (nicht Debug) wurde getestet	Release-Builds unterscheiden sich (Minifizierung, Signierung)	Genau die Datei testen, die du hochlädst
11	Zahlungen/Abos in der Sandbox komplett getestet	Fehler bei Geld sind am teuersten	Kaufen, kündigen, wiederherstellen
12	Barrierefreiheit: Textgröße, Kontrast, Screenreader-Labels an wichtigen Buttons	Jetzt billig zu beheben	Größte Systemschrift einstellen; Hauptablauf mit Screenreader probieren
13	Echtes Tester-Feedback gelesen und sortiert	Du bist zu nah dran	Tracker öffnen: jede Zeile hat eine Entscheidung

Store-Bereitschaft

#	Punkt	Warum	So prüfst du
14	Beschreibung und Screenshots passen zum aktuellen Build	Abweichungen verwirren Nutzer und können zur Ablehnung führen	Jeden Screenshot mit der App vergleichen
15	Name, Icon und Kategorie stehen fest	Spätere Änderung kostet Zeit	Auf einem echten Homescreen ansehen
16	Versions- und Build-Nummer stimmen und liegen über dem letzten Upload	Die Store-Konsole kann einen Upload mit bereits benutzter Version ablehnen (Google Play: Versionscode bei jedem Update erhöhen)	Nummern in der Store-Konsole prüfen
17	Altersfreigabe-Fragebogen wahrheitsgemäß beantwortet	Falsche Angaben machen später Ärger	Antworten gegen die App lesen
18	Link zur Datenschutzerklärung im Store und in der App gesetzt	Apples App-Review-Richtlinien (5.1.1) und Googles Data-safety-Formular verlangen ihn	Siehe Checkliste: Datenschutzerklärung
19	Data safety / Datenschutzangaben passen zur App	Google Play macht dich für korrekte Angaben verantwortlich, auch für Daten, die SDKs von Dritten verarbeiten	Nebeneinander-Vergleich mit Punkt 18
20	Google Play: Anforderung an den geschlossenen Test erfüllt, falls dein Konto betroffen ist	Produktivfreigabe kann sonst blockiert sein	Checkliste für den geschlossenen Test lesen, aktuelle Play-Console-Hilfe prüfen
21	Hinweise für Prüfer und Demo-Login vorhanden, falls nötig	Apples Richtlinien verlangen Demo-Zugangsdaten bei Apps mit Anmeldung und laufende Backend-Dienste während der Prüfung	Mit genau den angegebenen Daten anmelden

Rechtsgrundlagen (keine Rechtsberatung)

#	Punkt	Warum	So prüfst du
22	Nutzungsbedingungen vorhanden, wenn du verkaufst oder Konten hast	Klärt Erwartungen auf beiden Seiten	In App und Eintrag verlinkt
23	Impressum/Anbieterangaben, wo deine Lage sie verlangt	In manchen Ländern Pflicht	Fachkundige Person fragen; Ergebnis notieren
24	Lizenzen Dritter (Bibliotheken, Schriften, Bilder, Musik) geklärt	Unlizenziertes führt zu Sperrungen	Assets und Lizenzen auflisten
25	Datennutzung der Drittanbieter-SDKs bekannt	Nötig für Punkt 18 und 19	Abhängigkeitsliste durchgehen

Support und Betrieb

#	Punkt	Warum	So prüfst du
26	Support-Kontakt in App und Eintrag sichtbar	Sonst landen Probleme in Bewertungen	In unter drei Taps finden
27	Absturz- und Fehlerberichte laufen im Release-Build	Du musst Probleme am ersten Tag sehen	Testereignis im Release-Build auslösen
28	Kapazität und Limits des Backends geprüft	Ein Launch-Andrang soll den Server nicht kippen	Limits von Hosting und APIs ansehen
29	Es gibt einen Rollback-/Hotfix-Weg	Am Launch-Tag findest du etwas	Wissen, wie lange ein Fix bis zur Einreichung dauert
30	Du weißt, wer in Woche eins was beobachtet	Der Launch ist nicht das Ende	Checkliste erste Woche vorbereiten

So nutzt du sie

Kopiere sie und beantworte jede Zeile mit Ja / Nein / Nicht relevant und einem Datum. Ein Nein bei Punkt 1, 7, 10, 11, 18 oder 19 ist ein Stopp. Der Rest ist Abwägung: Schreib auf, warum du das Risiko trägst.