Der Happy Path beweist, dass ein Benutzer sich registrieren kann. Negative Tests prüfen, ob die Anwendung konsistent bleibt, wenn Nachrichten verspätet eintreffen, Aktionen wiederholt werden oder der Benutzer die Adresse während der Anmeldung ändert.
Definieren Sie zunächst das erwartete Verhalten
| Szenario | Zu beantwortende Frage |
|---|---|
| Abgelaufener Verifizierungslink | Bleibt das Konto unverändert und wird ein unterstützter nächster Schritt angeboten? |
| Wiederverwendeter Link | Verhindert das Wiederholen der Aktion das ungewollte Gewähren von Zugriff? |
| Zweite Verifizierung angefordert | Welcher Link bleibt gemäß der Produktpolitik gültig? |
| Adresse vor Bestätigung bearbeitet | Kann die frühere Nachricht immer noch die falsche Adresse beeinflussen? |
| Anderes angemeldetes Konto | Ist die Bestätigung an das beabsichtigte Konto gebunden? |
Verwenden Sie kontrollierte Identitäten
Führen Sie diese Prüfungen nur gegen Ihre eigene Anwendung oder im Rahmen einer autorisierten Überprüfung durch. Erstellen Sie synthetische Konten ohne Kundendaten. Verwenden Sie Zugriffskontrollen für das Postfach, die für die zu testenden Verifizierungslinks geeignet sind.
Untersuchen Sie sowohl die Seite als auch den gespeicherten Zustand
Eine Erfolgsmeldung im Browser ist nicht ausreichend. Überprüfen Sie den Verifizierungsstatus des Kontos über Ihre unterstützten Testwerkzeuge. Ebenso sollte eine Fehlermeldung keine teilweise angewendete Aktualisierung hinterlassen, die das spätere Verhalten ändert.
Beweismaterial sicher aufbewahren
Melden Sie die Sequenz, die Build-Version und bereinigte Kennungen. Fügen Sie keine Live-Token in geteilte Issue-Titel oder Protokolle ein. Entfernen Sie die synthetischen Konten und ungültig machen Sie verbleibende Testlinks, wenn der Test endet.