Wie du deine App vor dem Launch testest: Ein praktischer Testplan

Um deine App vor dem Launch zu testen, listest du die wenigen Abläufe auf, die ein Nutzer abschließen können muss, führst jeden als brandneuer Nutzer auf Laptop und Smartphone aus und probierst dann die Arten, wie es schiefgehen kann: leere Daten, fehlerhafte Eingaben, ein zweites Konto, eine langsame Verbindung. Alles, was mit Geld oder privaten Daten zu tun hat, testest du besonders sorgfältig, und nach der Veröffentlichung wiederholst du die wichtigsten Abläufe auf der Live-URL. Zum Schluss beobachtest du jemanden, der die App noch nie gesehen hat, beim Benutzen.

Dafür brauchst du kein QA-Team und kein Testframework. Du brauchst eine Liste, ein oder zwei Stunden und die Disziplin, sie wirklich durchzuklicken.

Schritt 1: Die wichtigen Abläufe aufschreiben

Ein Ablauf ist eine Aufgabe vom Anfang bis zum Ende, für die ein Nutzer kommt. Die meisten Apps haben drei bis sechs, die wirklich zählen. Bei einer Buchungs-App zum Beispiel:

Registrieren und das Konto bestätigen
Einen Kurs finden und buchen
Eine Buchung stornieren
Einen Kurspass bezahlen
Personal: die heutigen Buchungen sehen

Wenn du User Stories geschrieben hast, sind ihre Akzeptanzkriterien bereits deine Testfälle. Falls nicht, schreibe pro Ablauf eine Zeile, wie „Erfolg“ aussieht.

Sortiere sie nach Priorität. Die Abläufe, die Geld bringen oder die jeder Nutzer durchläuft (Registrierung, Anmeldung, die Kernaktion), werden zuerst und am gründlichsten getestet.

Schritt 2: Den Idealpfad als neuer Nutzer testen

Der „Idealpfad“ ist der Ablauf, der genau wie vorgesehen verläuft. Teste ihn so, wie ein Fremder ihn erlebt:

Nutze ein privates Browserfenster, damit du nicht angemeldet bist und keine gespeicherten Daten hast.
Nutze ein frisches Konto mit einer echten E-Mail-Adresse, auf die du zugreifen kannst.
Starte auf der Startseite oder über einen Link, nicht über eine Seite, die du beim Bauen als Lesezeichen gespeichert hast.

Neue Nutzer haben keine Daten. Viele Fehler zeigen sich erst, wenn eine Liste leer ist, ein Profil kein Foto hat oder noch nichts gekauft wurde. Dein eigenes Konto voller Testdaten verdeckt sie.

Schritt 3: Versuche, sie zu brechen

Wiederhole jetzt jeden Ablauf und mach absichtlich das Falsche.

Versuch	Was du prüfst
Formulare leer absenden oder nur mit Leerzeichen	Pflichtfelder werden erzwungen, mit einer klaren Meldung
Sehr langer Text, Emojis, Namen mit Akzenten	Das Layout hält, die Daten werden korrekt gespeichert
Falsche Formate: Buchstaben in einem Telefonfeld, ein vergangenes Datum	Validierung sowohl auf der Seite als auch auf dem Server
Den Absenden-Button doppelt klicken	Keine doppelten Bestellungen oder Buchungen
Zurück-Button des Browsers mitten im Ablauf	Kein kaputter Zustand, keine verlorenen Daten
Auf jeder Seite neu laden	Daten bleiben erhalten; keine leere Seite oder 404
Abmelden und dann „Zurück“ drücken	Private Seiten werden nicht angezeigt
Zwei Tabs, die dasselbe bearbeiten	Das letzte Speichern überschreibt das erste nicht stillschweigend

Das Neuladen verdient einen eigenen Hinweis: Wenn die App funktioniert, wenn du durchklickst, aber ein Neuladen auf einer tieferen Seite einen 404-Fehler zeigt, siehe wie du 404-Fehler nach dem Deployment behebst.

Schritt 4: Berechtigungen mit zwei Konten testen

Das ist der wichtigste Test für jede App mit Konten und der, der am häufigsten übersprungen wird.

Lege zwei normale Nutzer an, A und B, und (falls die App sie hat) einen Admin.

Erstelle als A einen Datensatz. Melde dich als B an. Kann B ihn sehen, bearbeiten oder löschen? Das sollte nicht gehen, außer es ist so vorgesehen.
Kopiere als A die URL eines deiner Datensätze. Melde dich als B an und öffne diese URL direkt.
Öffne als normaler Nutzer Admin-Seiten, indem du deren URLs eintippst.
Melde dich komplett ab und probiere dieselben URLs.

Findest du hier ein Problem, startest du nicht, bevor es behoben ist. Die Prüfung muss auf dem Server passieren, nicht nur durch das Verstecken eines Buttons. Unsere Sicherheits-Checkliste für mit KI gebaute Apps geht tiefer.

Schritt 5: Auf echten Geräten testen

Öffne die App auf einem echten Smartphone, nicht nur in einem schmalen Browserfenster.

Kannst du jeden Button antippen, ohne zu zoomen?
Verdeckt die Tastatur das Feld, in das du gerade schreibst?
Scrollen Tabellen und breite Inhalte oder brechen sie um, statt die Seite seitlich zu verschieben?
Ist der Text lesbar, ohne zu spreizen?

Teste mindestens ein iPhone (Safari) und ein Android-Gerät (Chrome), wenn du sie dir leihen kannst. Safari hat vor allem bei Datumsangaben, Videos und fixierten Elementen eigene Eigenheiten.

Schritt 6: Geld und E-Mails von Anfang bis Ende testen

Alles, was Karten belastet oder E-Mails versendet, braucht einen vollständigen Durchlauf.

Zahlungen. Nutze den Testmodus deines Zahlungsanbieters und Testkartennummern. Prüfe eine erfolgreiche Zahlung, eine abgelehnte Karte und einen abgebrochenen Checkout. Bestätige, dass die Bestellung oder das Abo nach der Zahlung in deiner App erscheint, nicht nur im Dashboard des Anbieters. Wenn deine App auf Webhooks angewiesen ist (Nachrichten, die der Zahlungsanbieter an deinen Server schickt), prüfe, ob sie in der veröffentlichten App ankommen, nicht nur in der Entwicklung. Schalte vor dem Launch auf Live-Schlüssel um und mache einen kleinen echten Kauf, den du erstattest.

E-Mails. Registriere dich mit echten Adressen bei zwei oder drei verschiedenen Anbietern. Prüfe, ob die E-Mails ankommen, nicht im Spam landen und ob jeder Link darin auf die Live-Domain zeigt, nicht auf eine Vorschau-Adresse.

Schritt 7: Geschwindigkeit und Fehler prüfen

Öffne die Entwicklertools des Browsers (Rechtsklick → Untersuchen) und schau auf jeder wichtigen Seite im Tab Konsole nach. Rote Fehler lohnen sich zu beheben, auch wenn nichts kaputt aussieht.
Lade die Seite auf dem Smartphone über mobile Daten, nicht über WLAN. Wenn der erste Bildschirm mehrere Sekunden braucht, prüfe zuerst die Bildgrößen.
Führe ein kostenloses Audit wie Lighthouse in den Chrome-Entwicklertools aus, für einen schnellen Blick auf Performance und Barrierefreiheit.

Schritt 8: Die veröffentlichte App testen, nicht nur die Vorschau

Vorschau und veröffentlichte App sind nicht dieselbe Umgebung. Wiederhole vor dem Launch-Hinweis an andere die wichtigsten Abläufe auf der Live-URL:

Sind alle Umgebungsvariablen und Geheimnisse für die veröffentlichte App gesetzt?
Verwendet sie die richtige Datenbank mit den Daten, die du erwartest?
Verweisen Login-Weiterleitungen und E-Mail-Links auf die Live-Domain?
Lädt ein Neuladen auf einer tiefen Seite korrekt?

Schritt 9: Jemand anderem beim Benutzen zusehen

Gib einer oder zwei Personen ein Ziel („Buche einen Yoga-Kurs für Samstag“), keine Anleitung. Beobachte, hilf nicht und notiere, wo sie zögern. Das ist der schnellste Weg, verwirrende Formulierungen und versteckte Buttons zu finden. Für eine größere Variante siehe wie du einen Beta-Test durchführst.

Wenn sie auf einen Fehler stoßen, schreib ihn ordentlich auf: mit Schritten, erwartetem Ergebnis und tatsächlichem Ergebnis. Unser Guide zu einem guten Fehlerbericht zeigt das Format.

KI beim Testen einsetzen

Wenn du mit KI baust, kannst du sie bitten, beim Planen und Durchführen der Tests zu helfen:

Liste die wichtigsten Nutzerabläufe dieser App auf und nenne für jeden die Grenzfälle, die am ehesten kaputtgehen: leere Zustände, ungültige Eingaben, Berechtigungen und Neuladen. Stelle es als Checkliste zusammen, die ich abarbeiten kann.

Melde dich mit zwei verschiedenen Testnutzern an und prüfe, ob Nutzer B etwas sehen oder ändern kann, das Nutzer A erstellt hat, auch indem er die Datensatz-URLs von A direkt öffnet. Berichte, was du findest, bevor du etwas behebst.

Betrachte den Testbericht der KI als ersten Durchgang. Klicke die Geld- und Berechtigungsabläufe trotzdem selbst durch.

Testen in Mythex

In Mythex führt der Befehl /test App-Tests aus: Der Agent steuert einen Browser gegen deine Live-Vorschau, klickt durch Seiten, macht Screenshots und meldet kaputte Abläufe im Chat. Am besten funktioniert er mit einem konkreten Ablauf, etwa „teste Registrierung und das Buchen eines Kurses“. Behebe, was er findet, mit /fix oder einer normalen Nachricht, und führe dann /test erneut aus. App-Tests laufen über die Vorschau, deshalb prüfe nach der Veröffentlichung die wichtigsten Abläufe selbst auf der veröffentlichten URL. Siehe App-Tests in der Dokumentation und unseren Guide zu dem Debuggen einer mit KI gebauten App, wenn etwas fehlschlägt.

Häufige Fehler

Nur als du selbst testen. Dein Admin-Konto mit vielen Daten verdeckt Fehler bei leeren Zuständen und Berechtigungen.
Nur auf dem Laptop testen. Bei vielen Websites kommt der Großteil der Besucher über das Smartphone.
Das zweite Konto auslassen. Datenlecks zwischen Nutzern sind der gravierendste Fehler, mit dem eine App starten kann.
Der Vorschau vertrauen. Die Live-App hat andere Einstellungen; teste auch sie.
Fehler beheben, ohne die Nachbarschaft neu zu testen. Eine Korrektur an einem Formular kann ein anderes brechen, das denselben Code nutzt.

Checkliste vor dem Launch

Wichtige Abläufe aufgelistet und priorisiert
Jeder Ablauf funktioniert als brandneuer Nutzer in einem privaten Fenster
Leere, ungültige, lange und doppelte Eingaben werden behandelt
Neuladen funktioniert auf jeder Seite
Nutzer können die Daten anderer nicht sehen oder ändern, auch nicht über die URL
Admin-Seiten sind für normale Nutzer und abgemeldete Besucher gesperrt
Funktioniert auf einem echten iPhone und einem Android-Smartphone
Zahlungen getestet: Erfolg, Ablehnung, Abbruch, und die App aktualisiert sich danach
E-Mails kommen an, landen nicht im Spam und verlinken auf die Live-Domain
Keine roten Fehler in der Konsole auf den wichtigsten Seiten
Wichtige Abläufe auf der veröffentlichten URL wiederholt
Mindestens eine außenstehende Person hat es getestet, während du zugesehen hast

Fragen

Wie viel Testen braucht eine kleine App vor dem Launch?

So viel, dass du sicher bist: Die wichtigsten Abläufe funktionieren für einen brandneuen Nutzer auf Smartphone und Laptop, Nutzer können die Daten anderer nicht sehen, und alles mit Geld funktioniert von Anfang bis Ende. Bei den meisten kleinen Apps sind das ein paar konzentrierte Stunden, keine Wochen.

Brauche ich automatisierte Tests für ein MVP?

Nicht unbedingt. Manuelles Testen der Kernabläufe findet die meisten Fehler, die den Launch verhindern würden. Automatisierte Tests lohnen sich, sobald du die App oft änderst und schnell wissen willst, ob du etwas kaputt gemacht hast, das früher funktioniert hat.

Soll ich in der Vorschau oder in der Live-App testen?

Beides. Teste gründlich in der Vorschau und wiederhole danach die wichtigsten Abläufe in der veröffentlichten App, denn fehlende Umgebungsvariablen, eine andere Datenbank oder Routing-Einstellungen können dazu führen, dass sich die Live-Version anders verhält.

Wer außer mir sollte meine App testen?

Mindestens eine Person, die sie noch nie gesehen hat. Gib ihr ein Ziel, keine Anleitung, und beobachte, ohne zu helfen. Entwickler meiden unbewusst genau die Wege, die kaputt sind.