Waarom testers een wegwerp-inbox gebruiken
Bijna elke applicatie verstuurt e-mails: orderbevestigingen, eenmalige codes, facturen, boekingen, meldingen en notificaties. Die e-mails horen bij het product, en ze gaan vaker mis dan je denkt. De link wijst naar de testomgeving. De code komt pas binnen als hij al verlopen is. Als afzender staat er een kale servernaam zoals ip-10-0-3-17.internal. Niemand merkt het tot een echte klant klaagt.
Testen met je eigen Gmail of Outlook schaalt niet. Je plus-adressen raken op, je inbox loopt vol met testmail en je kunt het adres niet makkelijk aan een collega geven. Een wegwerp-inbox lost dat op: open de pagina, kopieer het adres, gebruik het in je applicatie en zie de mail in realtime binnenkomen. Klaar? Dan hoef je er niets meer mee. Na 7 dagen wordt alles vanzelf verwijderd.
Omdat het een echte inbox op een echt domein is, verstuurt je applicatie de mail gewoon via SMTP, precies zoals naar een klant. Je test dus de hele route, van je code via je e-maildienst en DNS tot de aflevering, en geen mock.
Zo test je de e-mails van je applicatie in minder dan een minuut
- Kopieer het adres bovenaan deze pagina.
- Gebruik het in je applicatie (lokaal, test of productie), overal waar een mail wordt verstuurd: registratie, bestelling, boeking, betaling, melding.
- Houd de inbox in de gaten. De mail verschijnt zonder te verversen, meestal binnen een paar seconden.
- Controleer de mail: afzender, onderwerp, inhoud, elke link en elke code.
- Klik de links of gebruik de code om de flow af te maken en te zien of elke stap werkt.
Voorbeeld: een sim-only abonnement met eSIM testen vóór de release
Stel, je doet QA bij een telecomaanbieder en de release van volgende week verandert hoe klanten online een sim-only abonnement afsluiten. De klant kiest een bundel, vult zijn e-mailadres in, betaalt, en vanaf dan loopt bijna alles via e-mail. Elke mail moet vanaf dag één kloppen, want een foute link betekent een klant die zijn eSIM niet kan activeren.
Met een wegwerp-inbox loop je de hele klantreis door als nieuwe klant, op de testomgeving, voordat het live gaat:
- Sluit een abonnement af op de testomgeving met het adres van deze pagina.
- Bevestig het e-mailadres met de code uit de mail.
- Controleer de orderbevestiging: de juiste bundel, prijs per maand inclusief btw, looptijd en ordernummer.
- Controleer de betaalbevestiging van de eerste betaling via iDEAL: klopt het bedrag met de bestelling?
- Controleer de eSIM-mail: de QR-code is zichtbaar, heeft een alt-tekst en de activatielink wijst naar productie, niet naar een testserver.
- Herhaal dit per abonnementstype (prepaid, sim-only, gezinsabonnement) in een nieuw tabblad, zodat elke testklant een eigen inbox heeft.
Hetzelfde werkt in elke branche waar een actie van de klant e-mails oplevert: banken, verzekeraars, webshops, reisboekingen of proefperiodes van SaaS. Test elke mail die de klant gaat krijgen vóór de release, niet na de eerste klacht.
Bugs die je vindt vóór je gebruikers
- Testlinks in productiemails. Een basis-URL uit de verkeerde omgeving. Heel gewoon, en onzichtbaar tot iemand klikt.
- Codes die te snel verlopen. De mail doet er 40 seconden over en de code is 30 seconden geldig.
- Kapotte templates. Een variabele als
{{first_name}}die niet wordt ingevuld, of een leeg onderwerp. - Ontbrekende authenticatie. Belanden je mails in de spam, controleer dan SPF, DKIM en DMARC van je afzender. We leggen het uit in SPF, DKIM en DMARC uitgelegd.
- Verkeerde taal of notatie. Een Nederlandse klant krijgt het Engelse template, of datum en bedrag staan in de verkeerde notatie (23-10-2026, € 19,99).
Testen met meerdere gebruikers tegelijk
Uitnodigingen, teamrollen en goedkeuringsflows hebben meer dan één persoon nodig. Open deze pagina in een nieuw tabblad of privévenster en je krijgt een volledig aparte inbox. Eén tabblad per testgebruiker is de snelste manier: nodig gebruiker B uit vanuit het account van A, accepteer in de inbox van B en kijk wat A daarna te zien krijgt. Meer hierover in multi-user testen voor QA.
Wanneer je geen wegwerp-inbox moet gebruiken
Wegwerp-inboxen zijn om te testen. Iedereen met de link kan de inbox lezen, en na 7 dagen is alles weg. Gebruik er dus geen voor beheerdersaccounts in productie, iets met betalingen of accounts die je later moet herstellen. Daarvoor gebruik je een echte mailbox die je team beheert.
En zet geen echte klantadressen in je testomgeving: naast het risico dat een klant per ongeluk testmail krijgt, past dat niet bij de AVG. Een testadres voorkomt het probleem.
Veelgestelde vragen
- Is dit een echte inbox of een mock?
- Een echte inbox op een echt domein. Je applicatie verstuurt via gewone SMTP, net als naar een klant, dus je test de hele route: code, e-maildienst, DNS en aflevering.
- Worden HTML-mails getoond?
- Ja. HTML-mails worden getoond zoals je gebruikers ze zien.
- Hoe lang blijven testmails bewaard?
- Elke mail wordt 7 dagen na ontvangst automatisch verwijderd, en de inbox verloopt 7 dagen na het aanmaken. Je kunt ook zelf alles verwijderen wanneer je wilt.
- Kan ik met meerdere gebruikers tegelijk testen?
- Ja. Open de pagina in een nieuw tabblad of privévenster en je krijgt een aparte inbox. Eén tabblad per testgebruiker werkt goed voor uitnodigingen, rollen en goedkeuringen.
- Waarom is mijn testmail niet aangekomen?
- Controleer eerst het adres op typfouten. Sommige diensten blokkeren bekende wegwerpdomeinen, en sommige providers houden de eerste mail van een nieuwe afzender een minuut of twee vast. Verstuurt je eigen applicatie de mail, kijk dan in de logs en in het dashboard van je e-maildienst.
- Kan ik dit voor productieaccounts gebruiken?
- Nee. Iedereen met de link kan de inbox lezen en hij verloopt na 7 dagen. Gebruik hem om te testen, nooit voor accounts die je later moet herstellen.