Ein E-Mail-Adapter verhindert, dass Testfälle von dem Antwortformat eines Anbieters abhängen. Er sollte einen kleinen Vertrag bereitstellen und gleichzeitig genügend Informationen zur Fehlersuche bewahren.
Definieren Sie vier Operationen
- Prepare: Erstellen Sie einen erlaubten synthetischen Empfänger und protokollieren Sie den Testkontext.
- Wait: Suchen Sie eine Nachricht, die Empfänger, Zweck und Anforderungsfenster innerhalb einer Frist erfüllt.
- Read: Erhalten Sie den für die Assertion benötigten Inhalt, ohne Geheimnisse zu protokollieren.
- Clean up: Entfernen Sie Testartefakte, wo unterstützt, und protokollieren Sie unvollständige Aufräumungen.
Geben Sie unterschiedliche Ergebnisse zurück
| Ergebnis | Bedeutung |
|---|---|
| Übereinstimmung | Eine Nachricht erfüllt die Korrelationsregeln dieses Tests. |
| Zeitüberschreitung | Keine passende Nachricht wurde vor Ablauf der Frist beobachtet. |
| Zugriff abgelehnt | Die Anmeldeinformationen oder der Posteingangszugriff konnten nicht validiert werden. |
| Anbieter nicht verfügbar | Der Mailbox-Dienst konnte die Operation nicht abschließen. |
Testen Sie den Adapter unabhängig
Verwenden Sie Fixtures, um Paginierung, leere Ergebnisse, Wiederholungen, fehlerhafte Antworten und Abbrüche zu prüfen. Behalten Sie einen kleinen, ratenbegrenzten Live-Integrationstest für Verhaltensweisen bei, die Fixtures nicht abdecken können. Befolgen Sie den aktuellen API-Vertrag des Anbieters, anstatt die Posteingangs-UI zu scrapen.
Behalten Sie Produktassertionen über dem Adapter
Der Anwendungstest sollte entscheiden, ob eine Willkommensnachricht das richtige Ziel hat oder ob ein Verifizierungsablauf den beabsichtigten Zustand ändert. Der Adapter sollte diese Geschäftsergebnisse nicht stillschweigend als erfolgreich deklarieren, nur weil eine E‑Mail eingegangen ist.
Konsultieren Sie die aktuelle CleanTempMail-API-Dokumentation, bevor Sie dessen Adapter implementieren, einschließlich Authentifizierung und Nutzungslimits.