email validation testing
Današnja vadnica je namenjena preizkušanju funkcionalnosti katere koli aplikacije po e-pošti.
V večini spletnih in mobilnih aplikacij je preverjanje funkcije e-pošte eden najpomembnejših delov testiranja, da se zagotovi kakovost elektronske komponente, pa tudi drugih komponent sistema.
Šteje se, da so e-poštna sporočila, sprožena v različnih scenarijih, potrjena s preverjanjem vseh njenih komponent, kar vključuje predlogo za e-pošto, povezave / gumbe v poljih E-pošta, Od, Do, Kp, Skp, Priloge, Vsebina po e-poštnem obvestilu itd.
Kaj se boste naučili:
- Zakaj potrebujemo testiranje po e-pošti?
Zakaj potrebujemo testiranje po e-pošti?
Vsaka komponenta v sistemu (spletne / mobilne aplikacije) ima lahko različne namene za pošiljanje e-pošte. Integracija med komponentami in e-pošta igra ključno vlogo pri doseganju končnega uporabnika z ustreznimi obvestili. Vsaka malomarnost pri preverjanju veljavnosti te funkcije bo privedla do nesporazumov, slabega imena strank, vdora itd.
Na primer , predstavljajte si situacijo, ko je uporabnik prejel e-poštno sporočilo za ponastavitev gesla. Kaj pa, če povezava / gumb za ponastavitev gesla ali URL za kopiranje prilepi v brskalniku ne deluje? Edina možnost, ki je ostala tukaj, je, da se obrnete na podporo strankam, kar lahko postane dolgočasno ali si predstavljamo situacijo, ko uporabnik še naprej dnevno prejema e-poštno sporočilo z datumom zapadlosti plačila računa od 10 do 15 dni prej ali prejme opomnik po datumu zapadlosti. opravil. - Draži kajne ??
Obstaja veliko scenarijev, ko so e-poštna sporočila postala sestavni del našega življenja, saj naj bi bila uporabnik na tekočem z natančnimi informacijami.
Skupni sprotni scenariji in točke preverjanja veljavnosti e-poštnih sporočil
Validacijske točke pri preizkušanju e-poštnih sporočil se razlikujejo od vrste do vrste in spet od aplikacije do aplikacije. Običajno je treba za e-poštna sporočila preveriti predlogo (kar vključuje logotip aplikacije, ime aplikacije, naslavljanje uporabnika, vsebino noge - avtorske pravice, podrobnosti o podpori strankam), datum in časovni žig za različne časovne pasove.
Tu bomo razpravljali o nekaterih pogostih vrstah e-pošte, ki jih poznajo skoraj vsi (vse spodaj navedene točke preverjanja so osnovno preverjanje, ki ga mora preizkuševalec opraviti med preskušanjem e-poštnih sporočil aplikacije).
# 1) E-poštna sporočila za aktivacijo
Ko se uporabnik prvič registrira v aplikaciji, mora račun aktivirati s klikom na aktivacijsko povezavo, poslano v e-pošti. S tem se tudi preveri, da je uporabnikov elektronski naslov veljaven in dostopen.
Točke preverjanja veljajo spodaj:
- Aktivacijska povezava ali gumb - s klikom nanjo bi morali:
- Odprite uporabnika na stran ustrezne aplikacije z prijavljenim uporabniškim računom
- Uporabniški e-poštni račun bi moral biti samodejno preverjen, če je stran z aplikacijo uspešno dostopna prek e-pošte
- Trajanje - preverite, v kolikšnem času je treba povezavo klikniti in preveriti.
- Preverite v določenem trajanju
- Poskusite preveriti po preteku trajanja - Računa ne smete aktivirati, e-pošta pa mora ostati nepreverjena
# 2) Pozabljena gesla
Ko uporabnik pozabi geslo za prijavo v aplikacijo, lahko izvede pretok pozabljenega gesla, da prejme e-pošto s povezavo za ponastavitev gesla (funkcija se razlikuje od aplikacije do aplikacije. Ta je splošna).
Točke preverjanja veljajo spodaj:
- Ponastavi povezavo do gesla:
- Če kliknete nanjo, se uporabnik prikaže na strani ustrezne aplikacije, da ponastavi geslo
- Nekateri programi bodo od uporabnika zahtevali, da odgovori na varnostno vprašanje, preden prikaže stran za ponastavitev gesla, nekateri pa bodo varnostno vprašanje integrirali s samo stranjo za ponastavitev gesla, nekateri pa te funkcije sploh ne bodo imeli
- Če uporabnik uspešno ponastavi geslo, se mora povezava v prejetem e-poštnem sporočilu pozabiti in onemogočiti
- Če uporabnik prekliče tok ponastavitve gesla, mora povezava v prejetem e-poštnem sporočilu za pozabljeno geslo ostati aktivirana
- Trajanje - za ponastavitev gesla preverite trajanje, v katerem je treba klikniti povezavo
- Kliknite povezavo in v določenem času uspešno ponastavite geslo
- Poskusite klikniti na povezavo po preteku trajanja - Povezavo je treba deaktivirati in poteči
Datoteka swf se ne odpre v kromu
# 3) Obvestila o datumu zapadlosti
S tem želimo uporabnika opozoriti na dejanje v določenem številu dni. Običajno gre za plačila računov, ukrepanje v zvezi s postavkami, ki čakajo (primer: sprejem ali zavrnitev povabila na nek dogodek v določenem številu dni, oddaja obrazcev itd.).
Točke preverjanja veljajo spodaj:
- Število zapadlih dni / datum zapadlosti
- Če e-pošta obvesti o številu zapadlih dni, mora biti število nič ali več, nič dni naj bi pomenilo trenutni datum zapadlosti. Ne sme biti v negativnih številkah. Če e-pošta obvesti o datumu zapadlosti (datum koledarja), mora biti datum trenutni ali prihodnji.
- Vrsta akcije
- Preverite, kakšno vrsto dejanja potrebujete. V njem mora biti zelo jasno navedeno, kakšen ukrep mora uporabnik sprejeti. Naj bo to plačilo računov, predložitve, povratne informacije itd.
# 4) Pretekla obvestila
S tem uporabnika obvestite o poteku roka. Običajno je treba uporabnika obvestiti, da v roku ni ukrepal v zvezi s predmeti.
- Število zapadlih dni
- Preverite, ali mora biti število zapadlih dni eno ali več. Nikoli ne sme biti nič ali negativnih števil
- Pogostost
- Le malo aplikacij bo imelo možnost prilagajanja zapadlih e-poštnih sporočil, ki jih je treba poslati dnevno / tedensko / mesečno, ko mine rok, dokler uporabnik ne dokonča dejanja. Le malo aplikacij bo imelo standardno obvestilo, ki ga je treba poslati le enkrat po preteku roka.
# 5) Naročnine
To se razlikuje glede na zahteve uporabnika. Uporabnik lahko izbere eno izmed naslednjih dnevnih, tedenskih, dvomesečnih ali mesečnih naročnin. To bo običajno za glasila, posodobitve, ponudbe itd.
koliko stane prodajno mesto hitrih knjig
- Pogostost
- E-poštna sporočila je treba poslati po izbiri uporabnika za naročnino. Če je vsak dan, naj bo e-poštno sporočilo o naročnini poslano samo enkrat na dan. Če tedensko, pa enkrat na teden. In gre naprej ...
- Povezave
- Vse povezave v e-poštnem sporočilu naj vodijo do ustrezne strani aplikacije. Če je e-poštno sporočilo namenjeno posodobitvam, mora povezava preusmeriti na stran, kjer naj bi bile posodobitve prikazane. Če je e-poštno sporočilo za ponudbe, mora povezava preusmeriti na stran s ponudbami v aplikaciji. Odvisno od vrste naročnine, ki jo je izbral uporabnik.
# 6) Obrazci
E-pošta tukaj namerava uporabniku poslati povratne informacije prek obrazcev / povezave do obrazcev. Točke preverjanja veljajo spodaj:
- Povezave
- Povezava v e-poštnem sporočilu naj uporabnika preusmeri na stran za oddajo obrazca v skladu z vrsto obrazca, ki ga mora uporabnik poslati
- Po ponovnem kliku na povezavo morate uporabnika obvestiti, da je obrazec že oddan. Uporabniku ne sme dovoliti, da znova pošlje obrazec
# 7) Potrditvena e-poštna sporočila
E-poštna sporočila tukaj obveščajo uporabnika o potrditvi izvedenega dejanja. To so ponavadi potrditve rezervacij, potrditve naročil, potrditve poizvedb itd.
Točke preverjanja veljajo spodaj:
- Podrobnosti o potrditvi:
- Številka naročila / številka rezervacije mora biti pravilna in se mora ujemati s številko, prikazano v uporabniškem vmesniku aplikacije. Ker je identifikator za sledenje naročil / rezervacij, bi moral biti v celotni aplikaciji enoličen (validiran v zaledni bazi - DB). Nobeno naročilo / rezervacija ne sme imeti istega identifikatorja.
- Skupaj s številko jo je treba potrditi tudi glede na vrsto naročila, podatke o uporabniku, naslov za izstavitev računa, naslov za dostavo in ceno. Vse informacije bi morale biti popolnoma podobne tistim, ki jih je uporabnik navedel v uporabniškem vmesniku aplikacije.
- Povezave:
- Povezava v e-poštnem sporočilu naj uporabnika pripelje do strani s podrobnostmi naročila v uporabniškem vmesniku aplikacije. Med podatki v e-pošti in uporabniškim vmesnikom aplikacije se mora natančno ujemati
# 8) Prepis klepeta
Tu uporabnik prejme celoten prepis klepeta kot e-pošto. To je običajno, ko se klepet v živo s podporo strankam konča.
Točke preverjanja veljajo spodaj
- Podrobnosti
- Preverite ime osebe, ki je zagotovila spletno podporo. Preverite, ali je v e-poštnem sporočilu prisoten celoten klepet s podrobnostmi pošiljatelja za vsak vnos v klepetu (ime osebe, datum in čas pošiljanja klepeta itd.,)
# 9) E-poštna sporočila s prilogo
Uporabnik prejme e-pošto s prilogo. Priloge so lahko zaščitene z geslom / nezaščitene. Običajno so to izpisi iz finančnih domen, licenčna pogodba za končnega uporabnika, referenčni pogoji itd., To se spet razlikuje od aplikacije do aplikacije.
Točke preverjanja veljajo spodaj:
- Vrsta priponke
- Veljavne vrste datotek je treba poslati kot prilogo. Vse priloge, ki se odpirajo, je treba pred prenosom / odpiranjem pregledati z virusi. To lahko znova prilagodite na ravni aplikacije v zaledju, na primer, da se skeniranje virusov izvaja samo med prenosom, samo ob odpiranju, tako za prenos kot za odpiranje.
- Priloge, zaščitene z geslom, je treba prenesti, ne da bi zahtevali geslo. Toda med odpiranjem iz samega e-poštnega sporočila ali odpiranjem prenesene kopije morate vedno vprašati za geslo. Napačni vnosi gesla tukaj bodo nedoločeni, saj lokalni kopiji ni mogoče slediti v spletu, da bi zaklenili prilogo
Vrste e-poštnih sporočil
Vrsta e-pošte je lahko HTML (barvita in privlačna za uporabnike, ki uporabnika zanima, da v celoti prebere e-pošto) ali navadno besedilo (samo besedilo).
HTML je najbolj zaželen in je običajno nastavljen kot privzeti v skoraj vseh aplikacijah na zaledju. Po potrebi se lahko aplikacije odločijo za pošiljanje e-poštnih sporočil z navadnim besedilom uporabnikom, kar zahteva spremembe na zaledju.
Sprožilne točke e-poštnih sporočil:
E-poštna sporočila lahko pošljete takoj ali kot povzetek / paket. Takojšnja e-poštna sporočila sproži uporabnik. To bodo običajno e-poštna sporočila o aktivaciji, e-poštna sporočila s ponastavljenimi gesli, prepisi klepetov, potrditvena e-poštna sporočila itd., Tj. Povzetek / paketna e-poštna sporočila se sprožijo na podlagi nastavitev v zaledju aplikacije.
Točke sprožilca po e-pošti bodo določene tako, da se sprožijo v določenem trenutku ( na primer 3.rdvsak teden ob 00:00). Običajno so to izpiski iz finančnih domen (bančni izpiski), obvestila o zapadlosti računov, zapadla obvestila, naročnine itd.,
Omejitve
Zelo pogost scenarij je, da se e-poštna sporočila preusmerijo, ko so poslana na neveljaven e-poštni naslov. Običajno so e-poštni naslovi, ki so deaktivirani / niso več v uporabi in sploh ne obstajajo - kandidati, ki se vrnejo nazaj.
Strežnik običajno določen čas poskuša poslati e-pošto na predvideni naslov. Ko ne doseže predvidenega e-poštnega naslova, se vrne in v strežnik vpiše napako. Za vzdrževanje tovrstnih dejavnosti bo obstajal drug strežnik, ki se običajno imenuje strežniki za vračilo. Razlogov za neuspeh e-poštnega sporočila, ko je prišel do uporabnika, je več.
Spodaj je nekaj drugih točk za neuspeh:
- E-poštni strežnik že dolgo ne deluje
- Algoritem za iskanje kratke poti do uporabnika ne deluje pravilno in traja zelo dolgo, da pride do uporabnika, do takrat bi morda prešel določen čas, določen za doseganje uporabnika. To se običajno imenuje povečano število hmelja
- Uporabnikova e-poštna domena že dolgo ne deluje
- Uporabniški račun za aplikacijo ni aktiviran za prejemanje e-pošte
Lokalizacijski obseg za testiranje e-pošte
Če aplikacija podpira več jezikov, se mora podpora razširiti tudi na e-poštna sporočila.
Vsa poslana e-poštna sporočila morajo biti v jeziku uporabniškega profila. Če je uporabnik za jezik profila določil angleščino, morajo biti vsa e-poštna sporočila, ki so mu poslana, v angleščini. Če je jezik uporabniškega profila francoščina, morajo biti vsa e-poštna sporočila, ki so mu poslana, v francoščini. Jezik uporabniškega profila je lahko enkraten ali ga je mogoče spremeniti po potrebi in odvisno od nastavitev aplikacije.
E-pošta mora biti poslana v jeziku, ki ga ima uporabnik na mestu, ko se sproži.
Splošna potrjevalna mesta za lokalizacijsko testiranje e-poštnih sporočil so spodaj:
- Zadeva
- Telo e-pošte
- Vsebina - besedilo besedila
- Ime povezave / ime gumba
- Informacije o avtorskih pravicah
- Podrobnosti o podpori strankam
Standard / Prilagajanje e-poštnih sporočil
E-poštna sporočila lahko prilagodite na zaledju.
Na primer , le malo aplikacij podpira uporabnika, da prilagaja e-poštna sporočila med pošiljanjem. Uporabnik lahko tukaj spremeni vrstico Zadeva in / ali telo e-poštnega sporočila na svoj priročen način ali z namenom, da ga zlahka prepozna. V tem primeru mora preizkusna skupina opraviti temeljito testiranje, saj je verjetnost vdora velika.
Testiranje je treba izvesti za injekcije - pošljite kodo HTML, kodo Java, SQL itd. Vse to bi moralo spodleteti, da bi povečali raven varnosti. Če aplikacija ne podpira prilagajanja e-poštnih sporočil, bodo vsa poslana e-poštna sporočila sledila standardnemu predmetu / telesu, kot ga določa aplikacija.
Zaključek
Testiranje e-pošte je pomembna dejavnost, saj je večina komponent aplikacije integrirana s to funkcionalnostjo.
Podpora in prizadevanja celotne ekipe bi morala biti za popolno preizkušanje e-poštnih funkcij aplikacije. To bi moralo biti dobro načrtovano veliko pred začetkom dejanskega preskušanja in mora potekati z roko v roki med testiranjem vsake komponente / z njo povezane komponente.
E-poštno testiranje mora imeti napisane ločene testne primere za vsako vrsto e-pošte, ki zajemajo vse vidike testiranja. To je treba izvesti pri vseh vrstah testiranja. Regresijsko testiranje, Adhoc testiranje, Lokalizacijsko testiranje, UAT testiranje in Proizvodno testiranje.
pretvori YouTube v mp4 visoke kakovosti
Vse, kar se v elektronski pošti v realnem času zgodi narobe, bo pustilo slab vtis na aplikaciji, kupcih in sčasoma preneslo na preizkuševalce te aplikacije. Torej je preverjanje e-pošte zelo pomembno in zelo potrebno za preizkušanje programske opreme.
O avtorju: To objavo je napisala avtorica STH Nandini K. Ima 7+ let izkušenj s testiranjem programske opreme, predvsem s testiranjem spletnih aplikacij.
Sporočite nam, če imate kakršna koli vprašanja / predloge.
Priporočeno branje
- 10 NAJBOLJŠIH orodij za testiranje e-pošte za naslednjo uspešno e-poštno akcijo
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
- Vodič za preizkušanje varnosti spletnih aplikacij
- 10 najboljših storitev za preverjanje in preverjanje e-pošte v letu 2021
- Testiranje aplikacij - v osnove testiranja programske opreme!
- Namestite svojo aplikacijo v napravo in začnite testirati iz Eclipse
- Prenos eBook knjige za preizkušanje