„El. paštas gautas“ nėra pakankamas testavimo rezultatas.
Registracijos pranešimas gali patekti į pašto dėžutę su neteisingu gavėju, pasibaigusiu nuorodos galiojimu, sugadintu mobiliuoju išdėstymu, gamybos serverio pavadinimu arba temų eilute, kuri neturi prasmės kitoje kalboje. Geras el. pašto testavimas seka visą vartotojo kelionę ir palieka pakankamai įrodymų gedimo diagnozavimui.
Laikinos pašto dėžutės čia yra naudingos, nes kiekvienas testavimas gali prasidėti švariu adresu. Dėžutė turėtų būti išmetama; testų rezultatas – ne.
Sukurkite nedidelį, tikslingą matricos
Pradėkite nuo procesų, kurie gali blokuoti vartotoją:
- naujo paskyros patvirtinimas;
- slaptažodžio atstatymas;
- komandos arba darbo erdvės kvietimas;
- el. pašto keitimo patvirtinimas;
- prisijungimo nuoroda arba vienkartinis kodas;
- saugumo įspėjimas po jautrios operacijos.
Kiekvienam procesui patikrinkite sėkmingą scenarijų, vieną pasibaigusią arba pakartotinai naudojamą kredencialą ir vieną klaidą gavėjo pusėje. Tai aptinka daugiau realių defektų nei siųsti dešimtis identiškų sėkmingų pranešimų.
Naudokite po vieną dėžutę kiekvienam scenarijui
Vieno adreso pakartotinis naudojimas sukelia neaiškumų. Senas atstatymo pranešimas gali būti supainštas su naujausiu, o lygiagreti testai gali sunaudoti vienas kito nuorodas.
Sukurkite unikalų adresą kiekvienam testų atvejui arba testavimo vykdymui. Užregistruokite jį kartu su kūrimo numeriu, aplinka, lokalė ir scenarijumi. Jei testas nepavyksta, adresas tampa įrodymų dalimi ir gali būti peržiūrimas prieš baigiantis saugojimo laikui.
Nenaudokite tikrų klientų adresų testavimo aplinkoje. Tai kelia nepageidaujamų pranešimų riziką, užteršia analitiką ir apsunkina automatizuotą valymą.
Patikrinkite voką prieš turinį
Prieš spustelėdami bet ką, patikrinkite:
- Pranešimas buvo išsiųstas į tiksliai tą adresą, sukurtą šiam testui.
- Siuntėjo domenas atitinka numatytą aplinkai.
- Tema identifikuoja veiksmą neatskleidžiant jautrios informacijos.
- Atvyko tik numatytas pranešimų skaičius.
- Laiko žyma yra vėlesnė nei veiksmas, kuris ją sukėlė.
Šie patikrinimai aptinka maršrutizavimo ir dubliavimo problemas dar prieš tai, kai turinio analizatorius jas paslepia.
Testuokite turinį taip, kaip jį mato vartotojas
Atidarykite pranešimą tiek siauroje, tiek plačioje peržiūros srityje. Patikrinkite, ar pagrindinis veiksmas matomas, ar paprasto teksto atsarginė versija suprantama ir ar ilgi adresai ar URL nesugadina išdėstymo.
Kodo pagrindu veikiančiam procesui patikrinkite, ar naujausias kodas veikia vieną kartą ir po naudojimo neveikia. Nuorodos pagrindu veikiančiam procesui patikrinkite serverio pavadinimą ir aplinką prieš ją atidarant. Testavimo pranešimas, nukreipiantis į gamybą, yra leidimo blokatorius, net jei nuoroda techniškai veikia.
Taip pat patikrinkite mažiau patrauklias detales: atsakymo el. pašto elgseną, palaikymo kontaktą, galiojimo terminą, lokalę ir paskyros arba darbo erdvės pavadinimą, rodomą pranešime.
Neigiami atvejai, kurie turi prasmę
Naudingus neigiamus testus sudaro:
- antra kodo užklausa ir patikrinimas, kad pirmasis buvo anuliuotas;
- pasibaigusios nuorodos atidarymas;
- tos pačios nuorodos atidarymas du kartus;
- paskyros būsenos keitimas prieš naudojant pranešimą;
- kvietimo adresas, kuris jau priklauso nariui;
- nepalaikomo arba neteisingo formato adreso įvedimas;
- pristatymo vėlavimas tiek ilgai, kad pasibaigia galiojimo laikas.
Šie testai atskleidžia lenktynių sąlygas ir klaidinančias klaidų žinutes, kurių paprastas dėžutės patikrinimas niekada neaptiks.
Atskirti produkto gedimą nuo pristatymo vėlavimo
Kai pranešimas trūksta, išsaugokite laiko žymas vartotojo veiksmui, programos eilės įdėjimui, tiekėjo perdavimui ir dėžutės gavimui, kai šie signalai yra prieinami. Tuščios dėžutės ekrano nuotrauka įrodo tik, kad tuo momentu pranešimas nebuvo matomas.
Naudokite diagnostikos seką Patikrinimo el. pašto negaunamas: raskite sulaužytą žingsnį prieš pateikdami neaiškią „el. paštas neveikia“ problemą.
Ką automatizuoti
Automatizuokite stabilias sutartis:
- sukurkite unikalų adresą;
- paleiskite produkto veiksmą;
- apklauskite su ribotu laiko limitu ir atidėjimu;
- sutapatinkite numatomą siuntėją ir temą;
- perskaitykite naujausią atitinkantį pranešimą;
- patikrinkite kodą arba nuorodą su produktu;
- išsaugokite naudingus gedimo įrodymus;
- išvalykite.
Vizualinę peržiūrą, teksto kokybę ir neįprastą kliento elgseną palikite sutelktame rankiniame etape. Automatizavimas geras kartojimui, bet ne skoniui.
Patikima laikinos pašto dėžutės API automatizacija apima API pusę, įskaitant apklausas ir valymą.
Naudingas gedimo ataskaita
Ataskaita, kurią kūrėjai gali panaudoti, turi turėti scenarijų, aplinką, adresą, suaktyvinimo laiką, numatomą siuntėją, stebėtus pranešimus, paskutinio apklausimo laiką, atsakymo būseną ir ekrano nuotrauką arba išvalytą turinio ištrauka. Niekada nepridėkite gyvų paslapčių ar pakartotinai naudojamų patvirtinimo nuorodų prie viešo klausimo.
Tikslas nėra įrodyti, kad el. paštas yra nepatikimas. Tai yra nustatyti, kuri sutartis nepavyko, ir palikti pakartojamą kelią į sprendimą.