“Sähköposti saapui” ei ole riittävä testitulos.
Rekisteröitymisviesti voi päätyä postilaatikkoon väärälle vastaanottajalle, vanhentuneella linkillä, rikkinäisellä mobiiliasettelulla, tuotantoympäristön isäntänimellä tai aiheella, joka ei tee järkeä toisella kielellä. Hyvä sähköpostitestaus seuraa koko käyttäjäpolkua ja jättää riittävästi todisteita vian diagnosointiin.
Väliaikaiset postilaatikot ovat hyödyllisiä tässä, koska jokainen suoritus voi alkaa puhtaalla osoitteella. Postilaatikon tulee olla kertakäyttöinen; testituloksen ei.
Rakenna pieni, harkittu matriisi
Aloita virroista, jotka voivat estää käyttäjän:
- uuden tilin vahvistus;
- salasanan nollaus;
- tiimin tai työtilan kutsu;
- sähköpostin muutoksen vahvistus;
- kirjautumislinkki tai kertakäyttökoodi;
- turvahälytys herkästi toimenpiteen jälkeen.
Jokaiselle virralle testaa onnellinen polku, yksi vanhentunut tai uudelleenkäytetty tunniste sekä yksi vastaanottajan puoleinen virhe. Tämä löytää enemmän todellisia vikoja kuin kymmenien identtisten onnellisten polkujen lähettäminen.
Käytä yhtä postilaatikkoa per skenaario
Yhden osoitteen uudelleenkäyttö aiheuttaa epäselvyyttä. Vanha nollausviesti voidaan sekoittaa uusimpaan, ja rinnakkaiset testit voivat kuluttaa toistensa linkkejä.
Luo ainutlaatuinen osoite jokaiselle testitapaukselle tai testisuoritukselle. Tallenna se yhdessä koontiversion, ympäristön, lokaalin ja skenaarion kanssa. Jos testi epäonnistuu, osoite on osa todisteita ja sitä voidaan tarkastella ennen kuin säilytysaika umpeutuu.
Älä käytä oikeita asiakasosoitteita testausympäristössä. Se aiheuttaa ei-toivottuja viestejä, saastuttaa analytiikkaa ja vaikeuttaa automaattista siivousta.
Vahvista kuori ennen sisältöä
Ennen kuin klikkaat mitään, tarkista:
- Viesti lähetettiin täsmälleen testille luodulle osoitteelle.
- Lähettäjän domain on odotettu ympäristölle.
- Aihe kertoo toiminnon paljastamatta arkaluonteisia tietoja.
- Saapui vain suunniteltu määrä viestejä.
- Aikaleima on myöhempi kuin toiminto, joka sen käynnisti.
Nämä tarkistukset havaitsevat reititys- ja duplikaatio-ongelmat ennen kuin sisällön jäsentäjä piilottaa ne.
Testaa sisältöä käyttäjän näkökulmasta
Avaa viesti sekä kapealla että leveällä näyttökoolla. Varmista, että ensisijainen toiminto on näkyvissä, tavallinen teksti on ymmärrettävissä, eikä pitkät osoitteet tai URL-osoitteet riko asettelua.
Koodipohjaisessa virrassa tarkista, että uusin koodi toimii kerran ja epäonnistuu käytön jälkeen. Linkkipohjaisessa virrassa vahvista isäntä ja ympäristö ennen avaamista. Testausviesti, joka osoittaa tuotantoon, on julkaisun estäjä, vaikka linkki teknisesti toimisikin.
Tarkista myös vähemmän kiiltävät yksityiskohdat: reply-to‑käyttäytyminen, tukikontakti, vanhenemisen sanamuoto, lokalisointi sekä viestissä näytettävä tilin tai työtilan nimi.
Negatiiviset tapaukset, jotka ansaitsevat paikkansa
Hyödyllisiä negatiivisia testejä ovat:
- toisen koodin pyytäminen ja varmistus, että ensimmäinen on mitätön;
- vanhentuneen linkin avaaminen;
- saman linkin avaaminen kahdesti;
- tilin tilan muuttaminen ennen viestin käyttöä;
- osoitteen kutsuminen, joka kuuluu jo jäsenelle;
- epäkelvon tai virheellisen osoitteen syöttäminen;
- viivästyttämällä toimitusta tarpeeksi pitkään ylittääkseen vanhentumisrajan.
Nämä testit paljastavat kilpailevat ehdot ja harhaanjohtavat virheilmoitukset, joita yksinkertainen postilaatikon tarkistus ei koskaan löydä.
Erota tuotevirhe toimitusviiveestä
Kun viesti puuttuu, säilytä aikaleimat käyttäjän toiminnolle, sovelluksen jonolle, palveluntarjoajan luovutukselle ja postilaatikon saapumiselle, kun ne ovat saatavilla. Tyhjän postilaatikon kuvakaappaus todistaa vain, että viesti ei ollut näkyvissä sillä hetkellä.
Käytä diagnostiikkajärjestystä artikkelissa Vahvistussähköposti ei saavu: Etsi rikkinäinen vaihe ennen kuin kirjaat epämääräisen “sähköposti rikki” -ongelman.
Mitä automatisoida
Automatisoi vakaat sopimukset:
- luo ainutlaatuinen osoite;
- käynnistä tuote-toiminto;
- kysely rajoitetulla aikakatkaisulla ja takaisinperinnällä;
- vertaa odotettua lähettäjää ja aihetta;
- lue uusin vastaava viesti;
- vahvista koodi tai linkki tuotetta vastaan;
- tallenna hyödyllinen epäonnistumistodiste;
- siivoa.
Pidä visuaalinen tarkastus, tekstin laatu ja epätavallinen asiakaskäyttäytyminen kohdennetussa manuaalisessa vaiheessa. Automaatio on hyvä toistossa, ei maussa.
Luotettava tilapäinen postilaatikko API -automaatio kattaa API‑puolen, mukaan lukien kyselyn ja siivouksen.
Hyödyllinen epäonnistumisraportti
Raportti, jonka kehittäjät voivat käsitellä, sisältää skenaarion, ympäristön, osoitteen, laukaisuajan, odotetun lähettäjän, havaitut viestit, viimeisen kyselyn ajan, vastausstatuksen sekä kuvakaappauksen tai puhdistetun sisällön otteen. Älä koskaan liitä elävää salaisuutta tai uudelleenkäytettäviä vahvistuslinkkejä julkiseen ongelmaan.
Tavoitteena ei ole todistaa, että sähköposti on epäluotettava. Tavoitteena on tunnistaa, mikä sopimus epäonnistui, ja jättää toistettavissa oleva polku korjaukseen.