Hvorfor testere bruger en engangsindbakke
Næsten alle applikationer sender e-mails: ordrebekræftelser, engangskoder, fakturaer, bookinger, påmindelser og notifikationer. De e-mails er en del af produktet, og de går oftere i stykker, end man tror. Linket peger på testmiljøet. Koden kommer først, når den allerede er udløbet. Afsenderen står som et råt servernavn som ip-10-0-3-17.internal. Ingen opdager det, før en rigtig kunde klager.
At teste med din egen Gmail eller Outlook holder ikke i længden. Plus-adresserne slipper op, indbakken fyldes med testskrald, og du kan ikke nemt give adressen videre til en kollega. En engangsindbakke løser det: åbn siden, kopiér adressen, brug den i din applikation, og se mailen komme i realtid. Når du er færdig, skal du ikke gøre mere. Alt slettes automatisk efter 7 dage.
Fordi det er en rigtig indbakke på et rigtigt domæne, sender din applikation mailen med almindelig SMTP, præcis som til en kunde. Du tester hele vejen, fra din kode over din e-mailtjeneste og DNS til levering, og ikke en mock.
Sådan tester du din applikations e-mails på under et minut
- Kopiér adressen øverst på siden.
- Brug den i din applikation (lokalt, i test eller i produktion), alle steder hvor der sendes en mail: oprettelse, ordre, booking, betaling, notifikation.
- Hold øje med indbakken. Mailen dukker op uden genindlæsning, som regel inden for få sekunder.
- Tjek mailen: afsender, emnelinje, indhold, hvert link og hver kode.
- Klik på linkene eller brug koden for at gennemføre hele flowet og se, at hvert trin virker.
Eksempel: test et mobilabonnement med eSIM før release
Forestil dig, at du laver QA hos et teleselskab, og at næste uges release ændrer, hvordan kunder køber abonnement online. Kunden vælger abonnement, skriver sin e-mail, betaler, og derefter foregår næsten alt via mail. Hver eneste af de mails skal være rigtig fra dag ét, for et forkert link betyder en kunde, der ikke kan aktivere sit eSIM.
Med en engangsindbakke går du hele kunderejsen igennem som ny kunde, i testmiljøet, før det går live:
- Køb et abonnement i testmiljøet med adressen fra denne side.
- Bekræft e-mailadressen med koden fra mailen.
- Tjek ordrebekræftelsen: det rigtige abonnement, månedspris inklusive moms, binding og ordrenummer.
- Tjek mailen efter identifikation med MitID: står det klart, hvad kunden skal gøre som det næste?
- Tjek eSIM-mailen: QR-koden vises, har en alt-tekst, og aktiveringslinket peger på produktion, ikke på en testserver.
- Gentag for hver abonnementstype (taletidskort, abonnement, familieabonnement) i en ny fane, så hver testkunde har sin egen indbakke.
Det samme gælder i alle brancher, hvor en kundehandling efterfølges af mails: banker, forsikring, webshops, rejsebookinger og prøveperioder for SaaS. Test hver mail, kunden skal modtage, før release og ikke efter den første klage.
Fejl du finder før dine brugere
- Testlinks i produktionsmails. En basis-URL fra det forkerte miljø. Meget almindeligt og usynligt, indtil nogen klikker.
- Koder der udløber for hurtigt. Mailen er 40 sekunder om at komme, og koden gælder i 30.
- Ødelagte skabeloner. En variabel som
{{first_name}}, der ikke bliver udfyldt, eller en tom emnelinje. - Manglende godkendelse. Lander dine mails i spam, så tjek afsenderens SPF, DKIM og DMARC. Vi forklarer det i SPF, DKIM og DMARC forklaret.
- Forkert sprog eller format. En dansk kunde får den engelske skabelon, eller dato og beløb står i forkert format (23.10.2026, 199,00 kr.).
Test med flere brugere på én gang
Invitationer, teamroller og godkendelsesflows kræver mere end én person. Åbn siden i en ny fane eller et privat vindue, så får du en helt separat indbakke. Én fane pr. testbruger er det hurtigste: invitér bruger B fra A's konto, acceptér i B's indbakke, og se, hvad A får at vide bagefter. Læs mere i test med flere brugere for QA.
Hvornår du ikke skal bruge en engangsindbakke
Engangsindbakker er til test. Alle med linket kan læse indbakken, og alt slettes efter 7 dage. Brug den derfor ikke til administratorkonti i produktion, noget med betalinger eller konti, du senere kan få brug for at gendanne. Til det bruger du en rigtig postkasse, som dit team styrer.
Læg heller ikke rigtige kunders adresser i testmiljøet: ud over risikoen for at sende testmails til en kunde ved en fejl går det imod GDPR. En testadresse løser problemet.
Ofte stillede spørgsmål
- Er det en rigtig indbakke eller en mock?
- En rigtig indbakke på et rigtigt domæne. Din applikation sender med almindelig SMTP, som til en kunde, så du tester hele vejen: kode, e-mailtjeneste, DNS og levering.
- Vises HTML-mails?
- Ja. HTML-mails vises, som dine brugere vil se dem.
- Hvor længe gemmes testmails?
- Hver mail slettes automatisk 7 dage efter, den er kommet, og indbakken udløber 7 dage efter, den blev oprettet. Du kan også selv slette det hele, når du vil.
- Kan jeg teste med flere brugere på én gang?
- Ja. Åbn siden i en ny fane eller et privat vindue, så får du en ekstra indbakke. Én fane pr. testbruger fungerer godt til invitationer, roller og godkendelser.
- Hvorfor kom min testmail ikke frem?
- Tjek først, at adressen er stavet rigtigt. Nogle tjenester blokerer kendte engangsdomæner, og nogle udbydere forsinker den første mail fra en ny afsender et minut eller to. Hvis det er din egen applikation, der sender, så kig i dens logs og i din e-mailtjenestes kontrolpanel.
- Kan jeg bruge det til produktionskonti?
- Nej. Alle med linket kan læse indbakken, og den udløber efter 7 dage. Brug den til test, aldrig til konti du skal kunne gendanne.