“E-pasts ir saņemts” nav pietiekams testa rezultāts.
Reģistrācijas ziņojums var nonākt iesūtni ar nepareizu saņēmēju, beigušos saiti, bojātu mobilo izkārtojumu, ražošanas resursdatora nosaukumu vai tematu, kas citā valodā nesaprotams. Laba e-pasta testēšana seko visam lietotāja ceļojumam un nodrošina pietiekamu pierādījumu, lai diagnosticētu kļūdu.
Pagaidu iesūtni šeit ir noderīgas, jo katrs izpildījums var sākties ar tīru adresi. Iesūtne jābūt iznīcinošai; testa rezultātam tas nav jābūt.
Izveidojiet mazu, apzinātu matricu
Sāciet ar plūsmām, kas var bloķēt lietotāju:
- jauna konta verifikācija;
- paroles atiestatīšana;
- komandas vai darba vietas ielūgums;
- e-pasta adreses maiņas apstiprinājums;
- pierakstīšanās saite vai vienreizējais kods;
- drošības brīdinājums pēc sensitīvas darbības.
Katram plūsmai testējiet laimīgo ceļu, vienu beigušos vai atkārtoti izmantotu akreditācijas datus un vienu saņēmēja puses kļūdu. Tas atklāj vairāk reālu defektu nekā sūtīt desmitiem identisku laimīgo ceļu ziņojumu.
Izmantojiet vienu iesūtni katram scenārijam
Vienas adreses atkārtota lietošana rada neskaidrību. Vecs atiestatīšanas ziņojums var tikt sajaukts ar jaunāko, un paralēlie testi var patērēt viens otra saites.
Ģenerējiet unikālu adresi katram testa gadījumam vai testēšanas izpildījumam. Reģistrējiet to kopā ar būvējuma numuru, vidi, lokalizāciju un scenāriju. Ja tests neizdodas, adrese kļūst par pierādījumu daļu un var tikt pārbaudīta, pirms saglabāšanas periods beidzas.
Staging vidē neizmantojiet īstas klientu adreses. Tas rada risku nevēlamām ziņām, piesārņo analītiku un apgrūtina automatizētu tīrīšanu.
Apstipriniet aploksni pirms satura
Pirms jebko noklikšķināšanas, pārbaudiet:
- Ziņojums tika nosūtīts uz tieši šo testam izveidoto adresi.
- Sūtītāja domēns ir sagaidāmais šai videi.
- Temats identificē darbību, neatklājot sensitīvus datus.
- Ir saņemts tikai paredzētais ziņojumu skaits.
- Laika zīmogs ir vēlāk nekā darbība, kas to izraisīja.
Šie pārbaudes atklāj maršrutēšanas un dublēšanas problēmas, pirms satura parsētājs tās noslēpj.
Testējiet saturu tā, kā to redz lietotājs
Atveriet ziņojumu gan šaurā, gan plašā skatā. Pārbaudiet, vai galvenā darbība ir redzama, vienkāršā teksta rezerves versija ir saprotama, un garas adreses vai URL neizkropļo izkārtojumu.
Kodēšanas plūsmai pārbaudiet, vai jaunākais kods darbojas vienreiz un neizdodas pēc lietošanas. Saite balstītai plūsmai apstipriniet hostu un vidi pirms tās atvēršanas. Staging ziņojums, kas norāda uz ražošanu, ir izlaiduma bloķētājs, pat ja saite tehniski darbojas.
Pārbaudiet arī mazāk pievilcīgās detaļas: atbildes uzvedību, atbalsta kontaktu, beigu termiņa formulējumu, lokalizāciju un konta vai darba vietas nosaukumu, kas redzams ziņojumā.
Negatīvie gadījumi, kas ir vērtīgi
Noderīgi negatīvie testi ietver:
- otras koda pieprasīšana un pirmā anulēšanas apstiprināšana;
- beigušās saites atvēršana;
- tās pašas saites atvēršana divas reizes;
- kontas stāvokļa maiņa pirms ziņojuma lietošanas;
- adreses ielūgšana, kas jau pieder loceklim;
- neatbalstītas vai nepareizi formatētas adreses ievadīšana;
- piegādes kavēšana tik ilgi, lai pārsniegtu beigu termiņa robežu.
Šie testi atklāj sacensības apstākļus un maldinošus kļūdas ziņojumus, ko vienkārša iesūtņu pārbaude nekad neatradīs.
Atsevišķi produkta kļūda no piegādes kavējuma
Ja ziņojums trūkst, saglabājiet laika zīmogus lietotāja darbībai, lietojumprogrammas rindai, pakalpojuma sniedzēja nodošanai un iesūtnes saņemšanai, ja šie signāli ir pieejami. Tukšas iesūtnes ekrānuzņēmums pierāda tikai to, ka ziņojums tajā brīdī nebija redzams.
Izmantojiet diagnostikas secību Verifikācijas e-pasts neierodas: Atrodiet bojāto soli pirms iesniegt neskaidru “e-pasts bojāts” problēmu.
Ko automatizēt
Automatizējiet stabilus līgumus:
- ģenerējiet unikālu adresi;
- izraisiet produkta darbību;
- aptaujiet ar ierobežotu taimautu un atpakaļskaitīšanu;
- saskaņojiet sagaidāmo sūtītāju un tematu;
- lasiet jaunāko atbilstošo ziņojumu;
- validējiet kodu vai saiti pret produktu;
- saglabājiet noderīgus kļūdas pierādījumus;
- veiciet tīrīšanu.
Saglabājiet vizuālu pārskatīšanu, teksta kvalitāti un neparastu klienta uzvedību koncentrētā manuālajā posmā. Automatizācija ir laba atkārtošanā, nevis garšā.
Uzticama pagaidu iesūtņu API automatizācija aptver API pusi, ieskaitot aptaujas un tīrīšanu.
Noderīgs kļūdas ziņojums
Ziņojums, ko izstrādātāji var izmantot, satur scenāriju, vidi, adresi, izraisīšanas laiku, sagaidāmo sūtītāju, novērotos ziņojumus, pēdējā aptaujas laiku, atbildes statusu un ekrānuzņēmumu vai sanitizētu satura fragmentu. Nekad nepievienojiet dzīvus noslēpumus vai atkārtoti lietojamas verifikācijas saites publiskam jautājumam.
Mērķis nav pierādīt, ka e-pasts ir neuzticams. Tas ir identificēt, kurš līgums neizdevās, un atstāt reproducējamu ceļu uz risinājumu.