Freitagabend, eine Stunde vor dem Release. Die Produktmanagerin schreibt in den Teamchat, dass die Mail zum Zurücksetzen des Passworts bei ihr nicht ankommt. Der Entwickler probiert es mit seiner Adresse, die Mail kommt. Jemand aus dem Testteam probiert es, auch bei ihm kommt sie. Erst später wird klar, was los ist. Alle nutzen seit Monaten dieselben zwei, drei Adressen, das System hält sie für „bereits bestätigt“, und der Ablauf für neue Nutzer wird nie ausgelöst. Niemand hat wirklich wie ein neuer Nutzer getestet.
Das ist in Softwareteams ein vertrautes Bild. Mail-basierte Abläufe wie Registrierung, Aktivierung und Passwort-Reset testen Sie am ehrlichsten, wenn Sie jedes Mal mit einer frischen, noch nie verwendeten Adresse starten. Genau dafür ist eine temporäre E-Mail-Adresse gut. Wo sie nicht hilft, sagen wir aber gleich dazu, denn wer mit falschen Erwartungen kommt, ist nach zehn Minuten enttäuscht.
Was erleichtert eine temporäre E-Mail beim manuellen Testen?
Registrierung und Aktivierung
Sie wollen das Neukunden-Szenario komplett durchspielen, also Formular ausfüllen, Bestätigungsmail geht raus, Link anklicken, Konto ist aktiv. Dafür reicht es, die Startseite von Geçici Mail zu öffnen. Die Adresse entsteht automatisch, Sie übernehmen sie mit KOPIEREN und fügen sie ins Registrierungsformular ein. Der Posteingang aktualisiert sich alle 5 Sekunden. In unseren eigenen Tests erscheint eine gesendete Mail im Schnitt nach 3 bis 5 Sekunden. Wer nicht warten will, klickt auf AKTUALISIEREN.
Dabei geht es um mehr als die Frage, ob die Mail ankommt:
- Führt der Bestätigungslink in die richtige Umgebung? Eine Mail aus Staging, die auf Production verlinkt, ist ein Klassiker.
- Ist der Link nur einmal gültig? Gibt es beim zweiten Klick eine verständliche Meldung?
- Was passiert mit einem abgelaufenen Token? Lassen Sie den Link eine Weile liegen und probieren Sie es dann.
- Was sagen Betreffzeile und Absendername im Posteingang des Nutzers aus?
Passwort zurücksetzen
Beim Passwort-Reset wird am häufigsten übersehen, ob ältere Links ungültig werden, wenn mehrere Anfragen hintereinander an dieselbe Adresse gehen. Schicken Sie mit einer temporären Adresse drei Anfragen, warten Sie auf drei Mails und klicken Sie dann auf den Link aus der ersten. Funktioniert der alte Link noch, haben Sie womöglich eine Sicherheitslücke gefunden. Im privaten Postfach würde dieser Test das Postfach zumüllen und sich mit alten Mails vermischen.
Wie die HTML-Vorlage wirklich aussieht
Eine Vorlage in der Browser-Vorschau anzusehen ist etwas anderes, als sie in einem Posteingang zu sehen. Bei Geçici Mail werden HTML-Mails sicher dargestellt. Skripte werden entfernt, und die Mail öffnet sich in einem isolierten Rahmen, getrennt vom Rest der Seite. Hängt ein Teil Ihrer Vorlage von Skripten ab, fällt das sofort auf. Die meisten Mailprogramme führen ohnehin keine Skripte aus. Sieht Ihre Vorlage hier nicht sauber aus, macht sie sehr wahrscheinlich auch anderswo Probleme.
Ehrlicherweise muss man sagen, dass ein einzelner Posteingang nicht alle Unterschiede zwischen Mailprogrammen zeigt. Desktop-Clients, Mobil-Apps und der Dark Mode haben jeweils ihre Eigenheiten. Die temporäre Adresse liefert Ihnen den „ersten echten Blick“, ersetzt aber keinen umfassenden Kompatibilitätstest.
Szenarien mit mehreren Nutzern
Einladungssystem, Teammitgliedschaft, Benachrichtigung über eine Nachricht zwischen zwei Nutzern. Für solche Tests brauchen Sie mehrere Adressen. Jedes Browserprofil oder Inkognito-Fenster kann für eine eigene Adresse stehen. Halten Sie zum Beispiel in einem Fenster die Adresse des „Admins“ und im anderen die des „Eingeladenen“ offen und prüfen Sie, ob die Einladung bei der richtigen Person mit der richtigen Rolle ankommt. Der Button LÖSCHEN gibt die aktuelle Adresse auf und liefert eine neue (vorher kommt eine Rückfrage). Praktisch, wenn Sie mit einem Testnutzer fertig sind und sauber neu anfangen wollen.
Wo die Grenzen für Testteams liegen
Entwickler fragen meist zuerst nach einer API. Die gibt es nicht. Das ist kein Versäumnis, sondern eine bewusste Entscheidung. Ein kostenloser Dienst ohne Registrierung lässt sich am leichtesten über Automatisierung missbrauchen, deshalb ist die Seite gegen automatisierte Bots geschützt. Wenn Sie Ihr Testskript an die Seite anbinden wollen, werden Sie blockiert, und das ist so gewollt.
Weitere Grenzen:
- Anhänge werden nicht angezeigt. Testen Sie einen Ablauf mit Rechnungs-PDF, Ticket oder Zertifikat im Anhang, können Sie den Anhang hier nicht prüfen.
- Senden ist nicht möglich. Abläufe nach dem Muster „Antworten Sie auf diese Mail“, also Systeme, die eingehende Antworten verarbeiten, lassen sich nicht testen.
- Die Adresse ist nicht wählbar. Sie wird zufällig erzeugt. Brauchen Sie eine Adresse nach einem bestimmten Muster, sind Sie hier falsch.
- Mails bleiben nicht dauerhaft. Eingegangene Mails werden nach 24 Stunden automatisch gelöscht. Wenn Sie einen Fehler belegen müssen, machen Sie einen Screenshot.
- Manche Dienste lehnen Wegwerf-Domains ab. Hat die getestete Anwendung so einen Filter, ist das kein Bug, sondern Ihre eigene Regel.
Manuell oder automatisiert, welches Werkzeug wofür?
Grob gesagt ist die temporäre Adresse für Tests gedacht, bei denen ein Mensch hinschaut. Für eine Pipeline, die bei jedem Commit läuft, gibt es andere Werkzeuge.
| Bedarf | Passendes Werkzeug | Warum |
|---|---|---|
| Neukunden-Ablauf von Hand durchspielen | Temporäre E-Mail | Frische Adresse, keine Installation, in Sekunden bereit |
| Aussehen der Vorlage in einem echten Posteingang | Temporäre E-Mail | Skripte entfernt, isolierte Ansicht; schneller erster Check |
| Automatische Mailprüfung in CI/CD | Lokaler SMTP-Catcher | Mails verlassen das System nicht und sind aus dem Testcode lesbar |
| Mails mit Anhängen prüfen | Lokaler SMTP-Catcher oder eigenes Testpostfach | Anhänge werden bei der temporären Adresse nicht angezeigt |
| Zustellbarkeit und Spam-Score | Werkzeuge Ihres Mailanbieters | Die Einstellungen der Absenderdomain zu messen ist eine eigene Aufgabe |
Lokale SMTP-Catcher sammeln die Mails Ihrer Anwendung auf einem Fake-Server, ohne dass sie ins echte Internet gehen, und bieten eine Weboberfläche oder einen abfragbaren Endpunkt. Verbreitet sind Open-Source-Lösungen, die sich in der Entwicklungsumgebung mit Docker in wenigen Minuten starten lassen. In automatisierten Tests sollten Sie Mails mit so einem Werkzeug lesen, den Link herausziehen und anklicken. Das ist schneller und hängt nicht von einem externen Dienst ab.
Unser Vorschlag für einen praktischen Testablauf
- Öffnen Sie vor dem Test ein neues Inkognito-Fenster und rufen Sie gecicimail.com.tr auf. Die Adresse entsteht automatisch.
- Notieren Sie Adresse und Wiederherstellungsschlüssel im Testprotokoll bzw. im Ticket Ihres Bugtrackers.
- Füllen Sie das Registrierungsformular mit dieser Adresse aus und achten Sie grob darauf, wie lange die Mail braucht.
- Öffnen Sie die Mail und prüfen Sie Betreff, Absendername, Zielumgebung des Links, Darstellung in mobiler Breite.
- Klicken Sie auf den Link und dann noch einmal auf denselben Link. Notieren Sie das Verhalten.
- Lösen Sie den Passwort-Reset mehrmals hintereinander aus und probieren Sie die alten Links.
- Machen Sie die nötigen Screenshots; die Mails werden nach 24 Stunden gelöscht.
- Holen Sie sich für das nächste Szenario mit LÖSCHEN eine neue Adresse.
Kommt gar keine Mail an, liegt es nicht immer an Ihrem Code. Mögliche Ursachen wie Versandwarteschlange, Domainfilter oder falsche Umgebungskonfiguration haben wir im Artikel Mail kommt bei der temporären Adresse nicht an zusammengestellt.
Testen Sie nicht mit echten Nutzerdaten
Zum Schluss der vielleicht wichtigste Punkt. Echte Nutzeradressen aus der Produktion in eine Testumgebung zu kopieren ist der schnellste Weg, eines Tages versehentlich Testmails an echte Menschen zu schicken. In der EU ist das zudem ein Thema für die DSGVO. Wer manuell mit temporären Adressen und automatisiert mit einem lokalen Catcher testet, schließt dieses Risiko von vornherein aus.
Häufige Fragen
Hat Geçici Mail eine API?
Nein, Geçici Mail bietet keine API. Die Seite ist nur für die manuelle Nutzung im Browser gedacht und gegen automatisierte Bots geschützt.
Kann ich temporäre Adressen in automatisierten Tests (CI) nutzen?
Davon raten wir ab, denn Automatisierung wird blockiert. Für automatisierte Tests ist ein SMTP-Testwerkzeug, das die Mails Ihrer Anwendung lokal abfängt, schneller und zuverlässiger.
Ist der Test meiner HTML-Mailvorlage mit einer temporären Adresse aussagekräftig?
Er gibt einen guten ersten Eindruck, wie die Vorlage in einem echten Posteingang aussieht. Skripte werden entfernt und die Mail öffnet sich in einem isolierten Rahmen. Alle Unterschiede zwischen Mailprogrammen zeigt er aber nicht.
Kann ich Mails mit Anhängen sehen?
Nein, Anhänge werden nicht angezeigt. Abläufe mit Anhängen prüfen Sie in einem eigenen Testpostfach oder mit einem lokalen SMTP-Catcher.
Kann ich am nächsten Tag zur selben Testadresse zurück?
Ja, wenn Sie den Wiederherstellungsschlüssel notiert haben, über „E-Mail wiederherstellen“. Da eingegangene Mails nach 24 Stunden gelöscht werden, finden Sie ältere Mails aber womöglich nicht mehr.