Udhëzues për Zhvilluesit: Testimi i Flukseve të Email-it Nga Fillimi në Fund (Regjistrim, OTP, Rikthim, Webhooks)
Flukset e email-it janë kritike për produktin dhe të lehta për t'u prishur. Një URL e gabuar, mungesa e token-it, ose një problem me dorëzueshmërinë mund të shkaktojë dështime në regjistrim ose bllokime të llogarive. Ky udhëzues ofron një rrjedhë pune të përsëritshme për testimin nga fillimi në fund.
1) Çfarë të testoni (lista kryesore)
- Shfaqja e shabllonit: desktop + mobile; sigurohuni që butonat dhe teksti të jenë të lexueshëm.
- Saktësia e lidhjeve: asnjë lidhje e fazës së testimit në prodhim; asnjë përzierje http/https.
- Logjika e token-it: skadimi funksionon; token-et janë për përdorim të vetëm kur është e nevojshme.
- Politika e ri-dërgimit: kufizimet e normës parandalojnë spam dhe keqpërdorim; mesazhet për përdoruesin janë të qarta.
- Lokalisimi: gjuha e saktë, format e datës dhe mbështetja RTL nëse aplikohet.
2) Përdorni një inbox të freskët për çdo skenar
Inbox-et e përbashkëta të testimit krijojnë mbetje të paqarta. Një inbox i disponueshëm i freskët për çdo testim mban rezultatet të pastra.
Krijoni një kuti postare: TempMailbox
3) Verifikoni udhëtimin e përdoruesit, jo vetëm email-in
Për çdo fluks (verifikimi i regjistrimit, OTP, rikthim):
- Shkaktoni email-in nga UI-ja e produktit ose API-ja.
- Konfirmoni kohën e dorëzimit (matni mesataren dhe vonesat ekstreme).
- Hapni dhe verifikoni destinacionet e CTA-së (parametrat e kërkesës, token-et, sjellja e ridrejtimeve).
- Konfirmoni rezultatet pas klikimit (flamuri i verifikuar vendosur, sesioni krijuar, faqja e suksesit e përshtatshme).
4) Testoni rastet ekstreme me qëllim
- Token i skaduar (duhet të dështojë në mënyrë të butë)
- Klikim i dyfishtë në lidhje (nuk duhet të prishë gjendjen)
- Ri-dërgim disa herë (zbato ftohjen)
- Email i gabuar i futur pastaj i korrigjuar (përditëso rrugën)
5) Vëzhgueshmëria: ndiqni metrikat e duhura
- Norma e suksesit të dërgimit
- Norma e refuzimit dhe refuzimet nga ofruesit
- Norma e përfundimit të verifikimit
- Shpërndarja e kohës për verifikim
6) Bazat e sigurisë (mos i anashkaloni)
- Token-et duhet të jenë të rastësishme, të kufizuara dhe me kohë të limituar.
- Shmangni vendosjen e identifikuesve të ndjeshëm të përdoruesve në URL.
- Vlefshmëria e token-eve duhet të anulohet pas përdorimit kur është e përshtatshme.
7) Mbani QA-në etike dhe të sigurt
Përdorni inbox-e të disponueshme për testime legjitime dhe higjienë privatësie. Mos i përdorni për keqpërdorim, mashtrim ose shmangie të rregullave të shërbimeve të tjera.
