„E‑mail dorazil“ nie je dostatočný výsledok testu.
Správa o registrácii môže doraziť do schránky nesprávnemu príjemcovi, s expirovaným odkazom, poškodeným mobilným rozložením, názvom hostiteľa produkčného prostredia alebo predmetom, ktorý nedáva zmysel v inom jazyku. Dobrý test e‑mailov sleduje celý používateľský tok a ponecháva dostatok dôkazov na diagnostiku zlyhania.
Dočasné schránky sú tu užitočné, pretože každé spustenie môže začať s čistou adresou. Schránka by mala byť jednorazová; testovací výsledok nie.
Vytvorte malú, úmyselnú maticu
Začnite s tokmi, ktoré môžu používateľa zablokovať:
- overenie nového účtu;
- reset hesla;
- pozvanie do tímu alebo pracovného priestoru;
- potvrdenie zmeny e‑mailu;
- odkaz na prihlásenie alebo jednorazový kód;
- bezpečnostné upozornenie po citlivej akcii.
Pre každý tok otestujte šťastnú cestu, jeden expirovaný alebo znovu použitý poverovací údaj a jednu chybu na strane príjemcu. To zachytí viac skutočných chýb než odosielanie desiatok identických správ šťastnej cesty.
Použite jednu schránku na scenár
Opätovné použitie jednej adresy vytvára nejasnosti. Starú správu o resetovaní je možné pomýliť s najnovšou a paralelné testy si môžu navzájom spotrebovať odkazy.
Vygenerujte jedinečnú adresu pre každý testovací prípad alebo spustenie testu. Zaznamenajte ju spolu s číslom zostavy, prostredím, lokalizáciou a scenárom. Ak test zlyhá, adresa sa stane súčasťou dôkazov a môže byť skontrolovaná pred vypršaním doby uchovávania.
V stagingovom prostredí nepoužívajte skutočné adresy zákazníkov. To predstavuje riziko nežiadaných správ, znečisťuje analytiku a sťažuje automatické čistenie.
Overte obálku pred telom správy
Pred kliknutím na čokoľvek overte:
- Správa bola odoslaná na presne tú adresu, ktorá bola vytvorená pre tento test.
- Doména odosielateľa je očakávaná pre dané prostredie.
- Predmet identifikuje akciu bez odhalenia citlivých údajov.
- Prišla len očakávaná počet správ.
- Časová značka je neskoršia ako akcia, ktorá ju spustila.
Tieto kontroly zachytia problémy s routovaním a duplikáciou skôr, než ich skryje parser tela správy.
Testujte obsah tak, ako ho vidí používateľ
Otvorte správu v úzkom aj širokom pohľade. Skontrolujte, že hlavná akcia je viditeľná, textová alternatíva je zrozumiteľná a dlhé adresy alebo URL neporušujú rozloženie.
Pre tok založený na kóde overte, že najnovší kód funguje raz a po použití zlyháva. Pre tok založený na odkaze potvrďte hostiteľa a prostredie pred jeho otvorením. Správa v stagingu, ktorá smeruje na produkciu, je blokátor vydania, aj keď odkaz technicky funguje.
Skontrolujte aj menej okázalé detaily: správanie reply-to, kontakt na podporu, formuláciu vypršania, lokalizáciu a názov účtu alebo pracovného priestoru zobrazený v správe.
Negatívne prípady, ktoré majú svoj význam
Užitočné negatívne testy zahŕňajú:
- žiadať druhý kód a potvrdiť, že prvý je neplatný;
- otvorenie expirovaného odkazu;
- otvorenie rovnakého odkazu dvakrát;
- zmena stavu účtu pred použitím správy;
- pozvanie adresy, ktorá už patrí členovi;
- zadanie nepodporovanej alebo nesprávne formátovanej adresy;
- odloženie doručenia dostatočne dlho, aby prekročilo hranicu vypršania.
Tieto testy odhaľujú podmienky závodu a zavádzajúce chybové správy, ktoré jednoduchá kontrola schránky nikdy nenájde.
Oddelenie zlyhania produktu od oneskorenia doručenia
Keď správa chýba, zachovajte časové značky pre používateľskú akciu, zaradenie do fronty aplikácie, odovzdanie poskytovateľovi a príchod do schránky, ak sú tieto signály k dispozícii. Snímka prázdnej schránky dokazuje len, že správa nebola v tom okamihu viditeľná.
Použite diagnostickú sekvenciu v Overovací e‑mail nedorazil: nájdite porušený krok pred podaním nejasného problému „e‑mail nefunguje“.
Čo automatizovať
Automatizujte stabilné kontrakty:
- vygenerujte jedinečnú adresu;
- spustite akciu produktu;
- pollujte s ohraničeným časovým limitom a exponenciálnym spätným odkladom;
- overte očakávaného odosielateľa a predmet;
- prečítajte najnovšiu zodpovedajúcu správu;
- overte kód alebo odkaz voči produktu;
- uložte užitočné dôkazy o zlyhaní;
- ukončite úklid.
Udržujte vizuálnu kontrolu, kvalitu textu a neobvyklé správanie klienta v zameranom manuálnom prechode. Automatizácia je dobrá na opakovanie, nie na vkus.
Spoľahlivá automatizácia cez API dočasných schránok pokrýva API stránku, vrátane pollovania a úklidu.
Užitočná správa o zlyhaní
Správa, na ktorú môžu vývojári reagovať, obsahuje scenár, prostredie, adresu, čas spustenia, očakávaného odosielateľa, pozorované správy, čas posledného pollovania, stav odpovede a snímku alebo sanitovaný úryvok tela. Nikdy neprikladajte živé tajomstvá ani opakovateľné overovacie odkazy k verejnému problému.
Cieľom nie je dokázať, že e‑mail je nespoľahlivý. Ide o identifikáciu, ktorý kontrakt zlyhal, a ponechanie reprodukovateľnej cesty k oprave.