Miksi testaajat käyttävät kertakäyttöistä postilaatikkoa
Lähes jokainen sovellus lähettää sähköpostia: tilausvahvistuksia, kertakäyttökoodeja, laskuja, varauksia, muistutuksia ja ilmoituksia. Nämä viestit ovat osa tuotetta, ja ne rikkoutuvat useammin kuin luulisi. Linkki osoittaa testiympäristöön. Koodi saapuu vasta, kun se on jo vanhentunut. Lähettäjänä näkyy pelkkä palvelimen nimi, kuten ip-10-0-3-17.internal. Kukaan ei huomaa mitään ennen kuin oikea asiakas valittaa.
Testaaminen omalla Gmail- tai Outlook-tilillä ei toimi pitkään. Plus-osoitteet loppuvat, postilaatikko täyttyy testiroskasta, eikä osoitetta voi helposti antaa kollegalle. Kertakäyttöinen postilaatikko ratkaisee tämän: avaa sivu, kopioi osoite, käytä sitä sovelluksessasi ja katso, kun viesti saapuu reaaliajassa. Kun olet valmis, mitään ei tarvitse tehdä. Kaikki poistuu automaattisesti 7 päivän kuluttua.
Koska kyse on oikeasta postilaatikosta oikeassa verkkotunnuksessa, sovelluksesi lähettää viestin tavallisella SMTP:llä, aivan kuten asiakkaalle. Testaat koko reitin koodistasi sähköpostipalvelun ja DNS:n kautta toimitukseen asti, et mockia.
Näin testaat sovelluksesi sähköpostit alle minuutissa
- Kopioi osoite sivun yläreunasta.
- Käytä sitä sovelluksessasi (paikallisesti, testissä tai tuotannossa) kaikkialla, mistä lähtee sähköpostia: rekisteröityminen, tilaus, varaus, maksu, ilmoitus.
- Seuraa postilaatikkoa. Viesti ilmestyy ilman sivun päivittämistä, yleensä muutamassa sekunnissa.
- Tarkista viesti: lähettäjä, aihe, sisältö, jokainen linkki ja jokainen koodi.
- Klikkaa linkkejä tai syötä koodi, vie prosessi loppuun ja varmista, että jokainen vaihe toimii.
Esimerkki: eSIM-liittymän tilauksen testaus ennen julkaisua
Oletetaan, että teet QA:ta teleoperaattorilla ja ensi viikon julkaisu muuttaa sitä, miten asiakkaat tilaavat liittymän verkossa. Asiakas valitsee liittymän, antaa sähköpostiosoitteensa, maksaa, ja sen jälkeen lähes kaikki tapahtuu sähköpostilla. Jokaisen viestin on oltava kunnossa ensimmäisestä päivästä lähtien, koska väärä linkki tarkoittaa asiakasta, joka ei saa eSIM-korttiaan käyttöön.
Kertakäyttöisellä postilaatikolla käyt koko asiakaspolun läpi uutena asiakkaana testiympäristössä ennen tuotantoon vientiä:
- Tilaa liittymä testiympäristössä tämän sivun osoitteella.
- Vahvista sähköpostiosoite viestissä tulleella koodilla.
- Tarkista tilausvahvistus: oikea liittymä, kuukausihinta sis. ALV, sopimuksen kesto ja tilausnumero.
- Tarkista pankkitunnuksilla tunnistautumisen jälkeen tuleva viesti: kerrotaanko selvästi, mitä asiakkaan pitää tehdä seuraavaksi?
- Tarkista eSIM-viesti: QR-koodi näkyy, sillä on vaihtoehtoinen teksti ja aktivointilinkki osoittaa tuotantoon eikä testipalvelimelle.
- Toista jokaiselle liittymätyypille (prepaid, sopimusliittymä, perheliittymä) uudessa välilehdessä, jotta jokaisella testiasiakkaalla on oma postilaatikko.
Sama toimii kaikilla aloilla, joilla asiakkaan toimintaa seuraa sähköposti: pankit, vakuutukset, verkkokaupat, matkavaraukset ja SaaS-kokeilujaksot. Testaa jokainen asiakkaalle lähtevä viesti ennen julkaisua, ei vasta ensimmäisen valituksen jälkeen.
Virheet, jotka löydät ennen käyttäjiäsi
- Testiympäristön linkit tuotannon viesteissä. Väärästä ympäristöstä kopioitu perus-URL. Hyvin yleistä ja näkymätöntä, kunnes joku klikkaa.
- Liian nopeasti vanhenevat koodit. Viesti kulkee 40 sekuntia, ja koodi on voimassa 30.
- Rikkinäiset pohjat. Muuttuja kuten
{{first_name}}jää korvaamatta, tai aihe on tyhjä. - Puuttuva todennus. Jos viestisi päätyvät roskapostiin, tarkista lähettäjän SPF, DKIM ja DMARC. Selitämme ne artikkelissa SPF, DKIM ja DMARC selkokielellä.
- Väärä kieli tai muoto. Suomalainen asiakas saa englanninkielisen pohjan, tai päivämäärä ja summa ovat väärässä muodossa (23.10.2026, 19,90 €).
Testaus usealla käyttäjällä samaan aikaan
Kutsut, tiimiroolit ja hyväksyntäketjut vaativat useamman kuin yhden henkilön. Avaa tämä sivu uudessa välilehdessä tai yksityisessä ikkunassa, niin saat täysin erillisen postilaatikon. Yksi välilehti testikäyttäjää kohden on nopein tapa: kutsu käyttäjä B käyttäjän A tililtä, hyväksy kutsu B:n postilaatikossa ja tarkista, mitä A näkee sen jälkeen. Lisää aiheesta artikkelissa monen käyttäjän testaus QA:lle.
Milloin kertakäyttöistä postilaatikkoa ei kannata käyttää
Kertakäyttöiset postilaatikot on tarkoitettu testaukseen. Kuka tahansa linkin saanut voi lukea laatikkoa, ja kaikki poistuu 7 päivän kuluttua. Älä siis käytä sitä tuotannon ylläpitäjätileihin, maksuihin liittyviin asioihin tai tileihin, jotka saatat joutua palauttamaan. Niihin kuuluu oikea postilaatikko, jota tiimisi hallinnoi.
Älä myöskään vie oikeiden asiakkaiden osoitteita testiympäristöön: sen lisäksi, että asiakas voi vahingossa saada testiviestin, se on ristiriidassa tietosuoja-asetuksen (GDPR) kanssa. Testiosoite poistaa ongelman.
Usein kysytyt kysymykset
- Onko tämä oikea postilaatikko vai mock?
- Oikea postilaatikko oikeassa verkkotunnuksessa. Sovelluksesi lähettää tavallisella SMTP:llä, kuten asiakkaalle, joten testaat koko reitin: koodin, sähköpostipalvelun, DNS:n ja toimituksen.
- Näkyvätkö HTML-viestit?
- Kyllä. HTML-viestit näkyvät sellaisina kuin käyttäjäsi ne näkevät.
- Kuinka kauan testiviestejä säilytetään?
- Jokainen viesti poistetaan automaattisesti 7 päivää saapumisen jälkeen, ja postilaatikko vanhenee 7 päivää luomisen jälkeen. Voit myös poistaa kaiken itse milloin tahansa.
- Voinko testata usealla käyttäjällä samaan aikaan?
- Kyllä. Avaa sivu uudessa välilehdessä tai yksityisessä ikkunassa, niin saat erillisen postilaatikon. Yksi välilehti testikäyttäjää kohden toimii hyvin kutsuissa, rooleissa ja hyväksynnöissä.
- Miksi testiviestini ei tullut perille?
- Tarkista ensin osoitteen kirjoitusasu. Jotkin palvelut estävät tunnetut kertakäyttöiset verkkotunnukset, ja jotkin palveluntarjoajat viivästyttävät uuden lähettäjän ensimmäistä viestiä minuutin tai kaksi. Jos viestin lähettää oma sovelluksesi, katso sen lokit ja sähköpostipalvelusi hallintapaneeli.
- Voinko käyttää tätä tuotannon tileille?
- Et. Kuka tahansa linkin saanut voi lukea laatikkoa, ja se vanhenee 7 päivässä. Käytä sitä testaukseen, älä koskaan tileihin, jotka pitää pystyä palauttamaan.