"Email-i mbërriti" nuk është një rezultat testimi i mjaftueshëm.
Një mesazh regjistrimi mund të arrijë në kutinë postare me marrësin e gabuar, një lidhje të skaduar, një dizajn të thyer për celular, një emër hosti prodhimi, ose një rresht subjekti që nuk ka kuptim në një gjuhë tjetër. Testimi i mirë i email-eve ndjek gjithë udhëtime të përdoruesit dhe lë prova të mjaftueshme për të diagnostikuar një dështim.
Kutitë postare të përkohshme janë të dobishme këtu sepse çdo ekzekutim mund të fillojë me një adresë të pastër. Kutinë duhet të jetë e heqshme; rezultati i testit nuk duhet të jetë.
Ndërtoni një matricë të vogël, të qëllimshme
Filloni me rrjedhat që mund të bllokojnë një përdorues:
- verifikim i llogarisë së re;
- rivendosje fjalëkalimi;
- ftesë për ekip ose hapësirë pune;
- konfirmim i ndryshimit të email-it;
- lidhje për hyrje ose kod njëherësh;
- alarm sigurie pas një veprimi të ndjeshëm.
Për çdo rrjedhë, testoni skenarin e suksesshëm, një kredencial të skaduar ose të ripërdorur, dhe një gabim në anën e marrësit. Kjo kap më shumë defekte reale sesa dërgimi i dhjetëra mesazhesh identike të skenarit të suksesshëm.
Përdorni një kuti postare për çdo skenar
Rishfrytëzimi i një adrese të vetme krijon paqartësi. Një mesazh i vjetër rivendosjeje mund të ngatërrohet me atë më të ri, dhe testet paralele mund të konsumojnë lidhjet e njëri-tjetrit.
Gjeneroni një adresë unike për çdo rast testimi ose ekzekutim testimi. Regjistroni atë së bashku me numrin e ndërtimit, mjedisin, lokalin dhe skenarin. Nëse një test dështon, adresa bëhet pjesë e provave dhe mund të inspektohet para se të skadojë ruajtja.
Mos përdorni adresa reale të klientëve në mjedisin e testimit. Kjo rrezikon mesazhe të padëshiruara, ndot analitikën dhe e bën të vështirë pastrimin automatik.
Verifikoni zarfenë para trupit
Para se të klikoni diçka, verifikoni:
- Mesazhi doli në adresën e saktë të krijuar për këtë test.
- Domain-i i dërguesit është ai i pritur për mjedisin.
- Subjekti identifikon veprimin pa ekspozuar të dhëna të ndjeshme.
- Ka ardhur vetëm numri i synuar i mesazheve.
- Koha e shënimit është më vonë se veprimi që e shkaktoi.
Këto kontrolle kapin problemet e rutimit dhe të dyfishimit para se një parser i trupit i fshehë.
Testoni përmbajtjen ashtu siç e sheh përdoruesi
Hapni mesazhin në një dritare të ngushtë dhe një dritare të gjerë. Kontrolloni që veprimi kryesor të jetë i dukshëm, alternativa e tekstit të thjeshtë të jetë e kuptueshme, dhe adresat ose URL-të e gjata të mos prishin dizajnin.
Për një rrjedhë të bazuar në kod, verifikoni që kodi më i ri funksionon një herë dhe dështon pas përdorimit. Për një rrjedhë të bazuar në lidhje, konfirmoni hostin dhe mjedisin para se ta hapni. Një mesazh testimi që i referohet prodhimit është një pengesë për lëshimin edhe nëse lidhja funksionon teknikisht.
Kontrolloni gjithashtu detajet më pak tërheqëse: sjellja e përgjigjes, kontakti i mbështetjes, formulimi i skadimit, lokali, dhe emri i llogarisë ose i hapësirës së punës që shfaqet në mesazh.
Raste negative që kanë vlerë
Testet negative të dobishme përfshijnë:
- kërkimin e një kodi të dytë dhe konfirmimin që i pari është i pavlefshëm;
- hapjen e një lidhje të skaduar;
- hapjen e të njëjtës lidhje dy herë;
- ndryshimin e gjendjes së llogarisë para se të përdoret mesazhi;
- ftesën e një adrese që i përket tashmë një anëtari;
- futjen e një adrese të pambështetur ose të keqformuar;
- shtyrjen e dërgimit aq gjatë sa të kalojë kufirin e skadimit.
Këto teste zbulojnë kushte gare dhe mesazhe gabimi mashtruese që një kontroll i thjeshtë i kutisë postare kurrë nuk do t'i gjejë.
Ndani dështimin e produktit nga vonesa e dërgimit
Kur një mesazh mungon, ruani shenjat kohore për veprimin e përdoruesit, vendosjen në radhë të aplikacionit, dorëzimin te ofruesi, dhe mbërritjen në kutinë postare kur këto sinjale janë të disponueshme. Një screenshot i një kutie të zbrazët provon vetëm që mesazhi nuk ishte i dukshëm në atë moment.
Përdorni sekuencën diagnostikuese në Email Verifikimi Nuk Arrin: Gjeni Hapin e Thyer para se të hapni një çështje të paqartë “email i thyer”.
Çfarë të automatizoni
Automatizoni kontratat e qëndrueshme:
- gjeneroni një adresë unike;
- shkaktoni veprimin e produktit;
- kërkoni me një kohëzgjatje të kufizuar dhe rritje eksponenciale;
- përputhni dërguesin dhe subjektin e pritur;
- lexoni mesazhin më të ri që përputhet;
- validoni kodin ose lidhjen kundrejt produktit;
- ruani prova të dobishme të dështimit;
- pastroni.
Mbani rishikimin vizual, cilësinë e tekstit, dhe sjelljen e pazakontë të klientit në një kalim manual të fokusuar. Automatizimi është i mirë në përsëritje, jo në shije.
Automatizim i Besueshëm i API-së së Kutitë të Përkohshme mbulon anën e API-së, përfshirë kërkimin dhe pastrimin.
Një raport dështimi i dobishëm
Një raport që zhvilluesit mund të veprojnë mbi të përmban skenarin, mjedisin, adresën, kohën e aktivizimit, dërguesin e pritur, mesazhet e vëzhguara, kohën e fundit të kërkimit, statusin e përgjigjes, dhe një screenshot ose fragment të pastruar të trupit. Kurrë mos bashkëngjitni sekrete të gjalla ose lidhje verifikimi të ripërdorshme në një çështje publike.
Qëllimi nuk është të provohet se email-i është i pasigurt. Është të identifikoni cili kontratë dështoi dhe të lini një rrugë të riprodhueshme drejt rregullimit.