email validation testing
Današnji se vodič bavi testiranjem funkcionalnosti e-pošte bilo koje aplikacije.
U većini web i mobilnih aplikacija provjera valjanosti značajke e-pošte smatra se jednim od najvažnijih dijelova testiranja kako bi se osigurala kvaliteta komponente e-pošte, kao i ostalih komponenata sustava.
E-adrese pokrenute u različitim scenarijima smatraju se valjanima provjerom svih njezinih komponenata, što uključuje predložak e-pošte, veze / gumbe u poljima e-pošte, od, do, kopiju, skrivenu kopiju, privitke, sadržaj prema obavijesti e-poštom itd.
Što ćete naučiti:
- Zašto nam je potrebno testiranje e-pošte?
Zašto nam je potrebno testiranje e-pošte?
Svaka komponenta u sustavu (web / mobilne aplikacije) može imati različite svrhe slanja e-pošte. Integracija između komponenata a e-pošta igra vitalnu ulogu u postizanju krajnjeg korisnika s odgovarajućim obavijestima. Svaki nehat prilikom provjere valjanosti ove značajke dovest će do nesporazuma, lošeg imena kupaca, hakiranja itd.
Na primjer , zamislite situaciju u kojoj je korisnik dobio e-poštu za resetiranje lozinke. Što ako veza / gumb Poništi lozinku ili URL predviđen za kopiranje zalijepi u pregledniku, ne funkcionira? Ovdje je preostala jedina mogućnost kontaktiranja korisničke podrške, što može postati zamorno ili zamisliti situaciju u kojoj korisnik svakodnevno svakodnevno prima e-poštu s datumom dospijeća za plaćanje računa od 10-15 dana ranije ili prima podsjetnik nakon isteka roka prošao. - Iritirajuće, zar ne ??
Puno je scenarija u kojima su e-adrese postale sastavni dio našeg života jer su namijenjene održavanju korisnika redovnim ažurnim informacijama.
Uobičajeni scenariji i točke provjere valjanosti za e-poštu u stvarnom vremenu
Točke provjere valjanosti u testiranju e-adresa razlikuju se od vrste do vrste i opet od aplikacije do aplikacije. Obično bi sve e-adrese trebale biti provjerene za predložak (što uključuje logotip aplikacije, naziv aplikacije, Obraćanje korisniku, sadržaj podnožja - autorska prava, detalji o korisničkoj podršci), datum i vremensku oznaku za različite vremenske zone.
Ovdje ćemo razgovarati o nekim uobičajenim vrstama e-pošte kojih su gotovo svi svjesni (sve dolje navedene točke provjere temeljne su provjere koje ispitivač mora obaviti tijekom testiranja e-adresa aplikacije).
# 1) E-adrese za aktivaciju
Kad se korisnik prvi put registrira u aplikaciji, mora aktivirati račun klikom na vezu za aktivaciju poslanu u E-pošti. Ovo također potvrđuje da je korisnikova adresa e-pošte valjana i dostupna.
Točke provjere valjanosti su kako je prikazano u nastavku:
- Link za aktivaciju ili gumb - klik na njega trebao bi:
- Odvedite korisnika na stranicu odgovarajuće aplikacije s prijavljenim korisničkim računom
- Korisnički račun e-pošte trebao bi se automatski potvrditi ako se stranica aplikacije uspješno otvori putem e-pošte
- Trajanje - Provjerite trajanje unutar kojeg treba kliknuti i potvrditi vezu.
- Potvrdite u navedenom trajanju
- Pokušajte provjeriti nakon što protekne trajanje - račun se ne smije aktivirati, a e-pošta treba ostati neprovjerena
# 2) E-adrese za zaboravljene lozinke
Kad korisnik zaboravi lozinku za prijavu u program, može se izvršiti tok zaboravljene lozinke za primanje e-pošte s vezom za resetiranje lozinke (značajka se razlikuje od aplikacije do aplikacije. Ovo je općenito).
Točke provjere valjanosti su kako je prikazano u nastavku:
- Poništi vezu zaporke:
- Klik na nju trebao bi odvesti korisnika na stranicu odgovarajuće aplikacije da resetira lozinku
- Neke će aplikacije tražiti od korisnika da odgovori na sigurnosno pitanje prije prikazivanja stranice za resetiranje lozinke, a neke će integrirati sigurnosno pitanje sa samom stranicom za resetiranje lozinke, a neke uopće neće imati ovu značajku
- Ako korisnik uspješno resetira lozinku, veza u primljenoj e-pošti zaboravljene lozinke trebala bi se deaktivirati i ne raditi
- Ako korisnik otkaže tok resetiranja lozinke, veza u primljenoj e-pošti zaboravljene lozinke trebala bi ostati aktivirana
- Trajanje - Provjerite trajanje unutar kojeg se mora kliknuti na vezu za poništavanje lozinke
- Kliknite vezu i uspješno resetirajte lozinku u određenom trajanju
- Pokušajte kliknuti na vezu nakon što protekne trajanje - Link treba deaktivirati i isteći
aplikacija koja vam omogućuje špijuniranje drugih telefona
# 3) Obavijesti o datumu dospijeća
Ovo podsjeća korisnika na radnju koju treba poduzeti u određenom broju dana. To su obično plaćanja računa, poduzimanje radnji na stavkama na čekanju (primjer: prihvaćanje ili odbijanje poziva na neki događaj u određenom broju dana, podnošenje obrazaca itd.).
Točke provjere valjanosti su kako je prikazano u nastavku:
- Broj dana dospijeća / dospijeća
- Ako e-pošta obavijesti o određenom broju dana dospijeća, taj broj treba biti nula ili više, nula dana treba biti trenutni datum dospijeća. Ne bi trebao biti u negativnim brojevima. Ako e-pošta obavijesti o datumu dospijeća (datum kalendara), datum bi trebao biti trenutni ili budući.
- Vrsta radnje
- Provjerite koja je vrsta radnje potrebna. Trebalo bi vrlo jasno navesti kakvu akciju taj korisnik mora poduzeti. Bilo to plaćanje računa, prijave, povratne informacije itd.
# 4) Zakašnjele obavijesti
Ovim se želi obavijestiti korisnika o proteku roka. To je obično za obavještavanje korisnika da nije poduzeo mjere u vezi s stavkama u roku.
- Broj dana koji kasne
- Provjerite treba li broj dana koji kasne biti jedan ili više. Nikada ne smiju biti nula ili negativni brojevi
- Frekvencija
- Nekoliko aplikacija imat će mogućnost prilagodbe zakašnjelih e-poruka koje će se slati svakodnevno / tjedno / mjesečno, nakon što protekne datum dospijeća, sve dok korisnik ne dovrši radnju. Malo će aplikacija imati standardnu obavijest koja će se poslati samo jednom tek nakon što prođe rok dospijeća.
# 5) Pretplate
Ovo se razlikuje prema zahtjevima korisnika. Korisnik može odabrati jednu od sljedećih dnevnih, tjednih, dvomjesečnih ili mjesečnih pretplata. To će obično biti za biltene, ažuriranja, ponude itd.
- Frekvencija
- E-poruke treba slati prema odabiru korisnika za pretplatu. Ako je Dnevno, tada e-poštu s pretplatom treba slati samo jednom dnevno. Ako tjedno, onda jednom u tjednu. I nastavlja ...
- Veze
- Sve veze u e-poruci trebale bi se kretati do odgovarajuće stranice aplikacije. Ako je e-pošta namijenjena ažuriranjima, tada bi veza trebala preusmjeriti na stranicu na kojoj će ažuriranja biti prikazana. Ako je e-adresa za ponude, veza bi trebala preusmjeriti na stranicu Ponude u aplikaciji. Ovisi o vrsti pretplate koju je korisnik odabrao.
# 6) Obrasci
Ovdje e-pošta namjerava korisniku pružiti povratnu informaciju putem obrazaca / veze do obrazaca. Točke provjere valjanosti su kako je prikazano u nastavku:
- Veze
- Veza u e-poruci trebala bi preusmjeriti korisnika na stranicu za prijavu obrasca prema vrsti obrasca koju korisnik treba poslati
- Jednom prijavljen, ponovnim klikom na vezu trebate obavijestiti korisnika da je obrazac već poslan. Ne smije dopustiti korisniku da ponovno pošalje obrazac
implementacija hash funkcije c ++
# 7) E-poruke s potvrdom
Ovdje se e-mailovi obavještavaju korisnika o potvrdi poduzete radnje. To su obično potvrde rezervacije, potvrde narudžbi, potvrde upita itd.
Točke provjere valjanosti su kako je prikazano u nastavku:
- Pojedinosti o potvrdi:
- Broj narudžbe / broj rezervacije trebao bi biti točan i odgovarati broju prikazanom u korisničkom sučelju aplikacije. Budući da je identifikator za praćenje narudžbi / rezervacija, on bi trebao biti jedinstven (valjano provjeriti u pozadini - DB) u cijeloj aplikaciji. Nijedna narudžba / rezervacija ne smiju imati isti identifikator.
- Uz broj, valja ga provjeriti i za vrstu narudžbe, podatke o korisniku, adresu za naplatu, adresu za dostavu i cijenu. Sve informacije trebale bi biti potpuno slične onima koje je korisnik dao u korisničkom sučelju aplikacije.
- Veze:
- Veza u e-pošti trebala bi odvesti korisnika do stranice s detaljima narudžbe u korisničkom sučelju aplikacije. Trebalo bi točno podudarati se između podataka u e-pošti i korisničkog sučelja aplikacije
# 8) Prijepis chata
Ovdje korisnik prima cijeli prijepis chata kao e-poštu. To je obično nakon što se završi Live Chat s korisničkom podrškom.
Točke provjere valjanosti prikazane su u nastavku
- Pojedinosti
- Provjerite ime osobe koja je pružala internetsku podršku. Provjerite je li u chatu prisutan cijeli chat s pojedinostima pošiljatelja za svaki unos u chat (ime osobe, datum i vrijeme slanja poruke chata itd.,)
# 9) E-adrese s privitkom
Korisnik prima e-poštu s privitkom. Prilozi mogu biti zaštićeni lozinkom / nezaštićeni. To su obično izvodi iz financijskih domena, Ugovor o licenci krajnjeg korisnika za referencu, Uvjeti i odredbe za referencu itd., Ovo se opet razlikuje od aplikacije do aplikacije.
Točke provjere valjanosti su kako je prikazano u nastavku:
- Vrsta privitka
- Valjane vrste datoteka treba poslati kao privitak. Svi prilozi koji se otvaraju trebaju se skenirati na viruse prije preuzimanja / otvaranja. Ovo se opet može prilagoditi na razini aplikacije na pozadini, na primjer, skeniranje virusa da se vrši samo prilikom preuzimanja, samo prilikom otvaranja, kako za preuzimanje tako i za otvaranje.
- Prilozi zaštićeni lozinkom trebali bi se preuzeti bez traženja lozinke. No dok ga otvarate ili iz same e-pošte ili prilikom otvaranja preuzete kopije, uvijek treba tražiti lozinku. Neispravni unosi lozinke ovdje će biti neodređeni jer se lokalna kopija ne može pratiti putem interneta kako bi se zaključao privitak
Vrste e-adresa
Vrsta e-pošte može biti HTML (šarena i privlačna za korisnike, koje korisnika zanima da u cijelosti pročita e-poštu) ili obični tekst (samo tekst).
HTML je najpoželjniji i obično se postavlja kao zadani u gotovo svim aplikacijama na pozadini. Ako je potrebno, aplikacije se mogu odlučiti za slanje e-pošte s običnim tekstom korisnicima, što opet zahtijeva promjene na pozadini.
Okidačke točke e-pošte:
E-poruke se mogu poslati odmah ili kao sažetak / paket. Neposredne e-adrese pokreću se djelovanjem korisnika. To će obično biti e-adrese za aktivaciju, e-adrese za resetiranje lozinke, transkripcije chata, e-adrese s potvrdom itd., Tj. Sažetak / paketna e-pošta pokreće se na temelju postavki na pozadini aplikacije.
Točke okidača e-pošte bit će definirane za aktiviranje u određenom trenutku ( na primjer 3rdsvakog tjedna u 00:00). To će obično biti izvodi iz financijskih domena (izvodi banke), obavijesti o dospijeću računa, dospjele obavijesti, pretplate itd.,
Povrati ruke:
Vrlo je čest scenarij da se e-poruke odbijaju kad se šalju na nevaljanu e-adresu. E-adresa koja je deaktivirana / više se ne koristi i uopće ne postoji - kandidati su koji se vraćaju.
najjednostavniji način dodavanja vrijednosti u niz je upotreba
Poslužitelj obično pokušava navedeni broj puta poslati e-poštu na željenu adresu. Kad ne dosegne željenu adresu e-pošte, vraća se natrag i unosi zapis na poslužitelju zbog neuspjeha. Za održavanje ove vrste aktivnosti bit će drugačiji poslužitelj, koji se obično naziva poslužitelji za povratak. Moglo bi postojati nekoliko razloga za neuspjeh e-pošte dosezanjem svog korisnika.
Ispod je nekoliko drugih točaka za neuspjeh:
- Poslužitelj e-pošte dugo nije u funkciji
- Algoritam za pronalaženje kratkog puta do korisnika ne radi ispravno i treba mu jako puno vremena da stigne do korisnika, do tog trenutka možda bi prešao određeno vrijeme određeno za dosezanje korisnika. To se obično naziva povećani broj hmelja
- Korisnička domena e-pošte već je dugo u kvaru
- Korisnički račun za aplikaciju nije aktiviran za primanje e-pošte
Opseg lokalizacije za testiranje e-pošte
Kada aplikacija podržava više jezika, podrška bi se trebala proširiti i na e-poštu.
Sva poslana e-pošta trebala bi biti na jeziku korisničkog profila. Ako je korisnik postavio jezik engleskog kao jezik profila, tada bi mu sva e-pošta poslana na engleskom jeziku. Ako je jezik korisničkog profila francuski, tada bi svi e-mailovi koji su mu poslani trebali biti na francuskom. Jezik korisničkog profila može biti jednokratna postavka ili se može mijenjati prema potrebi i prema potrebi, što ovisi o postavkama aplikacije.
E-pošta bi se trebala slati na jeziku koji korisnik ima u trenutku kada je pokrenuta.
Uobičajene točke provjere valjanosti lokalizacijskog testiranja e-adresa su kako slijedi:
- Redak predmeta
- Tijelo e-pošte
- Sadržaj - tekst tijela
- Naziv veze / naziv gumba
- Podaci o autorskim pravima
- Pojedinosti o korisničkoj podršci
Standard / Prilagođavanje e-adresa
E-adrese se mogu prilagoditi na pozadini.
Na primjer , nekoliko aplikacija podržava korisnika da prilagodi e-poštu kad se šalje. Korisnik ovdje može promijeniti redak predmeta i / ili tijelo e-pošte na svoj prikladan način ili u svrhu lakšeg prepoznavanja. U ovom slučaju, ispitni tim mora obaviti temeljito testiranje jer su šanse za upad velike.
Testiranje se mora izvršiti za injekcije - pošaljite HTML kôd, Java kôd, SQL itd. Sve bi to trebalo propasti kako bi se povećala razina sigurnosti. Ako aplikacija ne podržava prilagođavanje e-pošte, tada će sve poslane e-adrese slijediti standardni predmet / tijelo kako je postavila aplikacija.
Zaključak
Testiranje e-pošte važna je aktivnost jer je većina komponenata aplikacije integrirana s ovom funkcijom.
Trebao bi biti potpora i napor cijelog tima za potpuno testiranje funkcionalnosti aplikacije putem e-pošte. To bi trebalo biti dobro isplanirano mnogo prije nego što stvarno testiranje započne i trebalo bi ići ruku pod ruku tijekom testiranja svake komponente / pridružene komponente.
Testiranje e-pošte treba imati zasebne test slučajeve napisane za svaku vrstu e-pošte koji pokrivaju sve aspekte za testiranje. To bi trebalo provesti u svim vrstama ispitivanja. Regresijsko testiranje, Adhoc testiranje, Lokalizacijsko testiranje, UAT testiranje i Proizvodno testiranje.
Sve što krene po zlu u e-pošti u stvarnom vremenu, ostavit će loš dojam na aplikaciju, kupce i na kraju će se proslijediti testerima te aplikacije. Dakle, provjera valjanosti e-pošte vrlo je presudna i prijeko potrebna aktivnost u testiranju softvera.
O autoru: Ovaj je post napisao autor STH-a Nandini K. Ima 7 i više godina iskustva u testiranju softvera, uglavnom u testiranju web aplikacija.
Javite nam ako imate pitanja / prijedloge.
Preporučena literatura
- 10 NAJBOLJIH alata za testiranje e-pošte za sljedeću uspješnu kampanju e-pošte
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Razlika između testiranja radne površine, klijentskog poslužitelja i web testiranja
- Vodič za ispitivanje sigurnosti web aplikacija
- Top 10 usluga provjere i provjere e-pošte u 2021. godini
- Testiranje aplikacija - u osnove testiranja softvera!
- Instalirajte svoju aplikaciju na uređaj i započnite testiranje iz Eclipsea
- Preuzimanje e-knjige za testiranje primera