Hvorfor testere bruker en engangsinnboks
Nesten alle applikasjoner sender e-post: ordrebekreftelser, engangskoder, fakturaer, bestillinger, påminnelser og varsler. Disse e-postene er en del av produktet, og de går oftere i stykker enn man tror. Lenken peker til testmiljøet. Koden kommer først når den allerede er utløpt. Avsenderen vises som et rått servernavn som ip-10-0-3-17.internal. Ingen merker det før en ekte kunde klager.
Å teste med din egen Gmail eller Outlook holder ikke i lengden. Plussadressene tar slutt, innboksen fylles med testsøppel, og du kan ikke enkelt gi adressen til en kollega. En engangsinnboks løser det: åpne siden, kopier adressen, bruk den i applikasjonen din, og se e-posten komme i sanntid. Når du er ferdig, trenger du ikke gjøre noe mer. Alt slettes automatisk etter 7 dager.
Fordi det er en ekte innboks på et ekte domene, sender applikasjonen din e-posten med vanlig SMTP, akkurat som til en kunde. Du tester hele veien, fra koden din via e-posttjenesten og DNS til levering, og ikke en mock.
Slik tester du applikasjonens e-poster på under ett minutt
- Kopier adressen øverst på siden.
- Bruk den i applikasjonen din (lokalt, i test eller i produksjon) der det sendes e-post: registrering, bestilling, booking, betaling, varsel.
- Følg med på innboksen. E-posten dukker opp uten å laste inn siden på nytt, som regel i løpet av noen sekunder.
- Sjekk e-posten: avsender, emne, innhold, hver lenke og hver kode.
- Klikk på lenkene eller bruk koden for å fullføre flyten og se at hvert steg fungerer.
Eksempel: test et mobilabonnement med eSIM før lansering
Si at du jobber med QA hos en mobiloperatør, og at neste ukes lansering endrer hvordan kunder kjøper abonnement på nett. Kunden velger abonnement, skriver inn e-posten sin, betaler, og deretter skjer nesten alt på e-post. Hver eneste av disse e-postene må være riktig fra første dag, for en feil lenke betyr en kunde som ikke får aktivert eSIM-en sin.
Med en engangsinnboks går du gjennom hele kundereisen som ny kunde, i testmiljøet, før det går live:
- Kjøp et abonnement i testmiljøet med adressen fra denne siden.
- Bekreft e-postadressen med koden fra e-posten.
- Sjekk ordrebekreftelsen: riktig abonnement, månedspris inkludert mva., bindingstid og ordrenummer.
- Sjekk e-posten etter identifisering med BankID: står det tydelig hva kunden skal gjøre videre?
- Sjekk eSIM-e-posten: QR-koden vises, har alt-tekst, og aktiveringslenken peker til produksjon, ikke til en testserver.
- Gjenta for hver abonnementstype (kontantkort, abonnement, familieabonnement) i en ny fane, slik at hver testkunde får sin egen innboks.
Det samme gjelder i alle bransjer der en kundehandling følges av e-post: bank, forsikring, nettbutikker, reisebestillinger og prøveperioder for SaaS. Test hver e-post kunden skal få før lansering, ikke etter den første klagen.
Feil du finner før brukerne dine
- Testlenker i produksjons-e-post. En basis-URL fra feil miljø. Svært vanlig, og usynlig til noen klikker.
- Koder som utløper for fort. E-posten bruker 40 sekunder på å komme fram, og koden gjelder i 30.
- Ødelagte maler. En variabel som
{{first_name}}som ikke fylles inn, eller et tomt emnefelt. - Manglende autentisering. Havner e-postene dine i søppelpost, sjekk SPF, DKIM og DMARC for avsenderen. Vi forklarer det i SPF, DKIM og DMARC forklart.
- Feil språk eller format. En norsk kunde får den engelske malen, eller dato og beløp står i feil format (23.10.2026, 299,00 kr).
Test med flere brukere samtidig
Invitasjoner, teamroller og godkjenningsflyter krever mer enn én person. Åpne siden i en ny fane eller et privat vindu, så får du en helt egen innboks. Én fane per testbruker er raskest: inviter bruker B fra As konto, godta i Bs innboks, og se hva A får beskjed om etterpå. Les mer i testing med flere brukere for QA.
Når du ikke bør bruke en engangsinnboks
Engangsinnbokser er til testing. Alle med lenken kan lese innboksen, og alt slettes etter 7 dager. Ikke bruk den til administratorkontoer i produksjon, noe som har med betaling å gjøre, eller kontoer du kan trenge å gjenopprette. Til det bruker du en ekte postkasse som teamet ditt styrer.
Ikke legg inn ekte kunders adresser i testmiljøet heller: i tillegg til risikoen for å sende test-e-post til en kunde ved en feil, er det i strid med personvernreglene (GDPR). En testadresse løser problemet.
Ofte stilte spørsmål
- Er det en ekte innboks eller en mock?
- En ekte innboks på et ekte domene. Applikasjonen din sender med vanlig SMTP, som til en kunde, så du tester hele veien: kode, e-posttjeneste, DNS og levering.
- Vises HTML-e-post?
- Ja. HTML-e-post vises slik brukerne dine vil se den.
- Hvor lenge lagres test-e-post?
- Hver e-post slettes automatisk 7 dager etter at den kom, og innboksen utløper 7 dager etter at den ble opprettet. Du kan også slette alt selv når du vil.
- Kan jeg teste med flere brukere samtidig?
- Ja. Åpne siden i en ny fane eller et privat vindu, så får du en egen innboks. Én fane per testbruker fungerer godt for invitasjoner, roller og godkjenninger.
- Hvorfor kom ikke test-e-posten min fram?
- Sjekk først at adressen er riktig. Noen tjenester blokkerer kjente engangsdomener, og noen leverandører forsinker den første e-posten fra en ny avsender et minutt eller to. Hvis det er din egen applikasjon som sender, se i loggene og i kontrollpanelet til e-posttjenesten.
- Kan jeg bruke det til produksjonskontoer?
- Nei. Alle med lenken kan lese innboksen, og den utløper etter 7 dager. Bruk den til testing, aldri til kontoer du må kunne gjenopprette.