Een geautomatiseerde e-mailtest heeft meer nodig dan een inboxadres. Er is een contract nodig dat beschrijft welk bericht bij de run hoort, hoe lang er gewacht moet worden en welk bewijs bewaard moet blijven wanneer de test faalt.
Geef elke run een correlatierecord
Sla een testrun-identificatie, een synthetische ontvanger, de triggertijd en het verwachte doel van het bericht op. Waar uw applicatie dit ondersteunt, neemt u een niet-gevoelige correlatiemarkering op in het testbericht. Match op meer dan alleen het onderwerp: anders kan een oud bericht met hetzelfde onderwerp een mislukte run succesvol doen lijken.
Wacht binnen een expliciet budget
maak een testcontext aan
trigger de applicatieactie
tot aan de testdeadline:
lees berichten via de gedocumenteerde API van de provider
accepteer alleen een bericht dat bij deze run hoort
wacht met begrensde backoff als er geen match bestaat
rapporteer gematcht, time-out of providerfoutDit is pseudocode, geen CleanTempMail API-voorbeeld. Gebruik de actuele API-documentatie voor authenticatie, endpoints en verzoeklimieten. Volg de retry-instructies op en annuleer het resterende werk wanneer de taak eindigt.
Controleer het gedrag na ontvangst
Bevestig in een testomgeving die u beheerst dat de verificatieactie de beoogde accountstatus oplevert. Het alleen ontvangen van een bericht is geen bewijs dat de link erin werkt. Houd authenticatietokens en berichtinhoud buiten de gewone CI-uitvoer.
Maak fouten diagnosticeerbaar
Maak onderscheid tussen een verzendfout van de applicatie, het uitblijven van een passend bericht vóór de deadline, onbereikbaarheid van de provider en een mislukte assertie. Bewaar gesaneerde tijdstempels en identificatoren en verwijder daarna de synthetische accounts en e-mailartefacten volgens het testretentiebeleid van het team.