Menu

Testovanie overenia e-mailu: Ako otestovať e-mailovú funkčnosť aplikácie

email validation testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Dnešný tutoriál je o testovaní e-mailovej funkčnosti akejkoľvek aplikácie.

Vo väčšine webových a mobilných aplikácií je overenie funkcie E-mail považované za jednu z najdôležitejších častí testovania, aby sa zaistila kvalita v komponente E-mail aj spolu s ostatnými komponentmi systému.

E-maily spustené v rôznych scenároch sa považujú za overené kontrolou všetkých ich súčastí, ktoré zahŕňajú šablónu e-mailu, odkazy / tlačidlá v poliach e-mail, od, do, kópia, skrytá kópia, prílohy, obsah podľa e-mailovej notifikácie atď.

Overenie e-mailu

Čo sa dozviete:

Prečo potrebujeme testovanie e-mailov?

Každá súčasť systému (webové / mobilné aplikácie) môže mať na odosielanie e-mailov rôzne účely. Integrácia medzi komponentmi a e-mail hrá dôležitú úlohu pri oslovovaní koncových používateľov pomocou správnych upozornení. Akákoľvek nedbanlivosť pri overovaní tejto funkcie bude mať za následok nedorozumenia, zlé meno zákazníkov, hackerstvo atď.

Napríklad , predstavte si situáciu, keď používateľ dostal e-mail na obnovenie hesla. Čo ak nefunguje odkaz / tlačidlo Obnoviť heslo alebo adresa URL poskytnutá na kopírovanie a vloženie do prehliadača? Jedinou možnosťou, ktorá tu zostáva, je kontaktovať zákaznícku podporu, čo môže byť zdĺhavé alebo si môžete predstaviť situáciu, že používateľ bude dostávať e-mail každý deň o dátume splatnosti pre platbu faktúry o 10 - 15 dní skôr alebo dostane upomienku po dátume splatnosti. prešiel. - Dráždi, však?

Existuje veľa scenárov, keď sa e-maily stali neoddeliteľnou súčasťou nášho života, pretože sú určené na to, aby udržali používateľa v aktualizácii s presnými informáciami.

Bežné scenáre v reálnom čase a validačné body pre e-mailové adresy

Validačné body pri testovaní e-mailov sa líšia od typu k typu a opäť od aplikácie k aplikácii. Spravidla by mali byť všetky e-maily overené pre šablónu (ktorá obsahuje logo aplikácie, názov aplikácie, adresovanie používateľovi, obsah päty - autorské práva, podrobnosti podpory zákazníka), dátum a časovú pečiatku pre rôzne časové pásma.

Tu budeme diskutovať o niekoľkých bežných druhoch e-mailov, o ktorých vie takmer každý (všetky nižšie uvedené overovacie body sú základnou kontrolou, ktorú musí tester vykonať pri testovaní e-mailov aplikácie).

# 1) Aktivačné e-maily

Keď sa používateľ zaregistruje v aplikácii prvýkrát, musí si aktivovať účet kliknutím na aktivačný odkaz odoslaný v e-maile. Týmto sa tiež overí platnosť a prístupnosť danej e-mailovej adresy používateľa.

Validačné body sú uvedené nižšie:

  • Aktivačný odkaz alebo tlačidlo - kliknutím na toto by ste mali:
    • Prejdite používateľa na stránku príslušnej aplikácie s prihláseným používateľským účtom
    • E-mailový účet používateľa by sa mal automaticky overiť, ak sa stránka aplikácie úspešne zobrazí prostredníctvom e-mailu
  • Trvanie - Skontrolujte trvanie, do ktorého je potrebné kliknúť na odkaz a overiť ho.
    • Overte v stanovenom trvaní
    • Skúste to overiť po uplynutí doby - Účet by sa nemal aktivovať a e-mail by mal zostať neoverený

Aktivačný e-mail

# 2) Zabudnuté e-mailové adresy

Keď používateľ zabudne heslo na prihlásenie do aplikácie, môže vykonať tok zabudnutých hesiel, aby dostal e-mail s odkazom na obnovenie hesla (funkcia sa líši od aplikácie k aplikácii. Toto je všeobecná možnosť).

Validačné body sú uvedené nižšie:

  • Odkaz na obnovenie hesla:
    • Kliknutím na ňu by sa mal používateľ presmerovať na stránku príslušnej aplikácie, aby si obnovil heslo
    • Niektoré aplikácie požiadajú používateľa o zodpovedanie bezpečnostnej otázky pred zobrazením stránky obnovenia hesla. Niektoré budú mať bezpečnostnú otázku integrovanú so samotnou stránkou resetovania hesla a niektoré nebudú mať túto funkciu vôbec.
    • Ak používateľ úspešne resetuje heslo, odkaz v prijatom e-maile na Zabudnuté heslo by mal byť deaktivovaný a nefunkčný
    • Ak používateľ zruší postup resetovania hesla, odkaz v prijatom e-maile na zabudnuté heslo by mal zostať aktívny
  • Trvanie - Skontrolujte dobu, v rámci ktorej je potrebné kliknúť na odkaz, aby ste obnovili heslo
    • Kliknite na odkaz a do stanoveného času úspešne obnovte heslo
    • Skúste kliknúť na odkaz po uplynutí doby - Odkaz by mal byť deaktivovaný a jeho platnosť vypršala

Obnoviť heslo e-mailom

čo potrebujem na spustenie jar súboru

# 3) Oznámenia o termíne

Toto má používateľovi pripomínať kroky, ktoré má vykonať v konkrétnom počte dní. Toto sú zvyčajne platby za účet, prijatie opatrení pri nevybavených položkách (napríklad: prijatie alebo odmietnutie pozvánky na určitú udalosť v konkrétnom počte dní, odoslanie formulárov atď.).

Validačné body sú uvedené nižšie:

  • Počet dní splatnosti / termín splatnosti
    • Ak e-mail informuje o počte dní splatnosti, potom by počet mal byť nula alebo viac, nula dní by mala byť aktuálnym dátumom splatnosti. Nemalo by to byť v záporných číslach. Ak e-mail upozorňuje na termín splatnosti (dátum kalendára), potom by mal byť dátum buď aktuálny, alebo budúci.
  • Typ akcie
    • Skontrolujte, aký je požadovaný typ akcie. Malo by veľmi jasne uvádzať, aké kroky musí používateľ vykonať. Či už je to platba za účet, príspevky, spätné väzby atď.

E-mail s dátumom splatnosti

E-mailové oznámenie o dátume splatnosti

# 4) Omeškané oznámenia

Týmto informujeme používateľa o uplynutí termínu splatnosti. Toto je zvyčajne informovanie používateľa, že s predmetmi v rámci stanoveného termínu nekonal.

  • Počet dní po lehote splatnosti
    • Skontrolujte, či by počet dní po lehote splatnosti mal byť jeden alebo viac. Nikdy by to nemali byť nulové alebo záporné čísla
  • Frekvencia
    • Len málo aplikácií bude mať ustanovenie na prispôsobenie e-mailov po splatnosti, ktoré sa majú odosielať denne / týždenne / mesačne po uplynutí lehoty splatnosti, kým používateľ nedokončí akciu. Len málo aplikácií bude mať štandardné oznámenie, ktoré sa má odoslať iba raz po uplynutí lehoty.

# 5) Predplatné

To sa líši podľa požiadaviek používateľa. Používateľ si môže zvoliť jedno z nasledujúcich denných, týždenných, dvojmesačných alebo mesačných predplatných. Zvyčajne to bude pre informačné vestníky, aktualizácie, ponuky atď.

  • Frekvencia
    • E-maily by sa mali posielať podľa výberu používateľa pre predplatné. Ak je Denné, potom by sa e-mail s predplatným mal posielať iba raz za deň. Ak týždenne, tak raz týždenne. A pokračuje ...
  • Odkazy
    • Všetky odkazy v e-maile by mali smerovať na príslušnú stránku aplikácie. Ak je e-mail určený na aktualizácie, mal by odkaz presmerovať na stránku, na ktorej sa majú aktualizácie zobraziť. Ak je e-mail určený na ponuky, mal by odkaz presmerovať na stránku Ponuky aplikácie. Závisí to od typu predplatného, ​​ktoré si používateľ vybral.

E-mail s predplatným

Obrazovka predplatného e-mailu

# 6) Formuláre

E-maily majú v úmysle používateľa poskytnúť spätnú väzbu prostredníctvom formulárov / odkazu na formuláre. Validačné body sú uvedené nižšie:

  • Odkazy
    • Odkaz v e-maile by mal používateľa presmerovať na stránku na odoslanie formulára aplikácie podľa typu formulára, ktorý je používateľ povinný odoslať
    • Po odoslaní by opätovné kliknutie na odkaz malo používateľa upozorniť, že formulár už bol odoslaný. Nemalo by to používateľovi umožniť opätovné odoslanie formulára

E-mail s prieskumom

Stránka prieskumu

# 7) Potvrdzovacie e-maily

E-maily tu majú informovať používateľa o potvrdení vykonanej akcie. Toto sú zvyčajne potvrdenia rezervácie, potvrdenia objednávok, potvrdenia dotazov atď.

Validačné body sú uvedené nižšie:

  • Potvrdenie:
    • Číslo objednávky / číslo rezervácie by malo byť správne a zodpovedať číslu zobrazenému v používateľskom rozhraní aplikácie. Pretože ide o identifikátor na sledovanie objednávok / rezervácií, mal by byť v celej aplikácii jedinečný (má sa overiť v backende - DB). Žiadne objednávky / rezervácie by nemali zdieľať rovnaký identifikátor.
    • Spolu s číslom by sa malo overiť aj pre typ objednávky, informácie o používateľovi, fakturačnú adresu, dodaciu adresu a cenu. Všetky informácie by mali byť presne podobné tým, ktoré používateľ poskytol v používateľskom rozhraní aplikácie.
  • Odkazy:
    • Odkaz v e-maile by mal používateľa presmerovať na stránku s podrobnosťami objednávky v používateľskom rozhraní aplikácie. Medzi informáciami v e-maile a používateľským rozhraním aplikácie by mala byť presná zhoda

Potvrdzovací e-mail

# 8) Prepis chatu

Tu používateľ dostane celý prepis rozhovoru ako e-mail. Zvyčajne to býva po ukončení živého rozhovoru so zákazníckou podporou.

aplikácia, ktorá umožňuje špehovať iné telefóny

Validačné body sú uvedené nižšie

  • Detaily
    • Skontrolujte meno osoby, ktorá poskytla online podporu. Skontrolujte, či je v e-maile celý chat, s podrobnosťami odosielateľa pre každú položku chatu (meno osoby, dátum a čas odoslania správy z chatu atď.)

# 9) E-maily s prílohou

Používateľ prijíma e-maily s prílohami. Prílohy môžu byť chránené heslom / nechránené. Spravidla to sú vyhlásenia z finančných domén, licenčná zmluva s koncovým používateľom, referenčné podmienky a ďalšie. To sa v jednotlivých aplikáciách opäť líši.

Validačné body sú uvedené nižšie:

  • Typ prílohy
    • Platné typy súborov by sa mali posielať ako príloha. Všetky sťahované prílohy by mali byť pred stiahnutím / otvorením skontrolované vírusom. To je možné opäť upraviť na úrovni aplikácie na konci servera, napríklad antivírusová kontrola, ktorá sa má vykonať iba pri sťahovaní, iba pri otváraní, a to pri sťahovaní aj otváraní.
    • Prílohy chránené heslom by sa mali sťahovať bez vyžiadania hesla. Pri otváraní buď zo samotného e-mailu, alebo pri otváraní stiahnutej kópie by ste si mali vždy vyžiadať heslo. Nesprávne zadanie hesla bude tu neurčité, pretože miestnu kópiu nemožno sledovať online a uzamknúť prílohu

E-mail s prílohou

Príloha chránená heslom

Typy e-mailov

Typ e-mailu môže byť buď HTML (farebný a atraktívny pre používateľov, ktorý má záujem o úplné prečítanie e-mailov), alebo obyčajný text (iba text).

Najpreferovanejšie je HTML a zvyčajne je predvolené takmer vo všetkých aplikáciách na backende. Ak je to potrebné, aplikácie sa môžu rozhodnúť posielať používateľom obyčajné textové e-maily, čo si opäť vyžaduje zmeny na serveri.

Spúšťacie body e-mailov:

E-maily je možné odosielať okamžite alebo hromadne. Okamžité e-maily sa spúšťajú z akcie používateľa. Spravidla to budú aktivačné e-maily, e-maily na obnovenie hesla, prepisy chatov, potvrdzovacie e-maily atď., Tj. Súhrnné / hromadné e-maily sa budú spúšťať na základe nastavení na pozadí aplikácie.

Body spúšťania e-mailov budú definované tak, aby sa spúšťali v konkrétnom okamihu ( napríklad 3rdkaždý týždeň o 0:00). Spravidla to budú výpisy z finančných domén (bankové výpisy), oznámenie o splatnosti faktúr, oznámenia o lehote splatnosti, predplatné atď.,

Bouncebacks:

Je veľmi častým scenárom, že sa e-mailové správy preskakujú, keď sa pošlú na neplatnú e-mailovú adresu. E-mailová adresa, ktorá je deaktivovaná / už sa nepoužíva, a vôbec neexistuje - sú kandidáti, ktorí sa odrazia.

Server sa zvyčajne pokúša zadaný počet odoslaní e-mailu na požadovanú adresu. Ak nedosiahne zamýšľanú e-mailovú adresu, vráti sa späť a vykoná chybu na serveri. Na udržiavanie tohto typu aktivít bude existovať iný server, ktorý sa zvyčajne nazýva servery s možnosťou vrátenia. Môže to mať niekoľko dôvodov, prečo e-mail zlyhá oslovením jeho používateľa.

Ďalej uvádzame niekoľko ďalších bodov zlyhania:

  • E-mailový server je dlho nefunkčný
  • Algoritmus na nájdenie krátkej cesty k používateľovi nefunguje správne a jeho získanie trvá veľmi dlho, dovtedy by možno prekročil stanovený čas nastavený na dosiahnutie používateľa. Toto sa zvyčajne nazýva zvýšený počet chmeľov
  • E-mailová doména používateľa je dlhodobo nefunkčná
  • Používateľský účet aplikácie nie je aktivovaný na príjem e-mailov

Rozsah lokalizácie pre testovanie e-mailov

Keď aplikácia podporuje viac jazykov, mala by sa podpora rozšíriť aj pre e-maily.

Všetky odoslané e-maily by mali byť v jazyku profilu používateľa. Ak má používateľ nastavený ako jazyk profilu angličtina, mali by byť všetky e-maily, ktoré mu boli zaslané, v angličtine. Ak je jazykom profilu používateľa francúzština, potom by všetky e-maily, ktoré mu boli odoslané, mali byť vo francúzštine. Jazyk používateľského profilu môže byť jednorazovým nastavením alebo ho možno podľa potreby zmeniť, čo závisí od nastavení aplikácie.

E-mail by sa mal posielať v jazyku, ktorý má používateľ v okamihu spustenia.

Bežné validačné body pre testovanie lokalizácie e-mailov sú uvedené nižšie:

  • Predmet
  • Telo e-mailu
    • Obsah - text tela
    • Názov odkazu / názov tlačidla
    • Informácie o autorských právach
    • Podrobnosti o zákazníckej podpore

Štandard / prispôsobenie e-mailov

E-maily je možné prispôsobiť na serveri.

Napríklad , niekoľko aplikácií podporuje používateľa pri prispôsobovaní e-mailov pri ich odosielaní. Užívateľ si tu môže zmeniť predmet a / alebo telo e-mailu na svoj účel alebo ho ľahko rozpoznať. V takom prípade musí testovací tím vykonať dôkladné testovanie, pretože pravdepodobnosť narušenia je vysoká.

Musí sa vykonať testovanie na injekcie - poslať HTML kód, Java kód, SQL atď. To všetko by malo zlyhať, aby sa zvýšila úroveň bezpečnosti. Ak aplikácia nepodporuje prispôsobenie e-mailov, potom budú všetky odoslané e-maily nasledovať štandardný predmet alebo telo stanovené v aplikácii.

Záver

Testovanie e-mailov je dôležitá činnosť, pretože väčšina komponentov aplikácie je integrovaná s touto funkčnosťou.

softvér pre hodiny v hodinách - zadarmo

Malo by byť podporou a úsilím celého tímu úplne otestovať e-mailovú funkčnosť aplikácie. Toto by malo byť dobre naplánované oveľa skôr, ako sa začne skutočné testovanie, a malo by to ísť ruka v ruke pri testovaní každého komponentu / súvisiaceho komponentu.

Testovanie e-mailov by malo mať pre každý typ e-mailu napísané samostatné testovacie prípady pokrývajúce všetky aspekty, ktoré sa majú testovať. Toto by sa malo vykonať pri všetkých druhoch testovania, regresného testovania, testovania adhoc, testovania lokalizácie, testovania UAT a produkčného testovania.

Čokoľvek, čo sa pokazí v e-maile v reálnom čase, zanechá zlý dojem na aplikáciu, zákazníkov a nakoniec sa prenesie na testerov tejto aplikácie. Overenie e-mailu je teda veľmi dôležitou a veľmi požadovanou aktivitou pri testovaní softvéru.

O autorovi: Tento príspevok napísala autorka STH Nandini K. Má viac ako 7 rokov skúseností s testovaním softvéru, hlavne v oblasti testovania webových aplikácií.

Ak máte akékoľvek otázky alebo návrhy, dajte nám vedieť.

Odporúčané čítanie

^