email validation testing
Dnešní výukový program je o testování funkce e-mailu jakékoli aplikace.
Ve většině webových a mobilních aplikací je ověření funkce E-mail považováno za jednu z nejdůležitějších částí testování, aby byla zajištěna kvalita v e-mailové komponentě stejně jako u ostatních komponent systému.
E-maily spouštěné v různých scénářích se považují za ověřené kontrolou všech jeho komponent, které zahrnují šablonu e-mailu, odkazy / tlačítka v polích e-mail, od, do, kopie, skrytá kopie, přílohy, obsah podle e-mailového oznámení atd.
Co se naučíte:
- Proč potřebujeme testování e-mailem?
Proč potřebujeme testování e-mailem?
Každá součást systému (webové / mobilní aplikace) může mít pro odesílání e-mailů různé účely. Integrace mezi komponentami a e-mail hraje zásadní roli při oslovování koncových uživatelů pomocí správných oznámení. Jakákoli nedbalost při ověřování této funkce povede k nedorozuměním, špatnému jménu zákazníků, hackingu atd.
Například , si představte situaci, kdy uživatel obdržel e-mail k resetování hesla. Co když nefunguje odkaz / tlačítko Obnovit heslo nebo adresa URL poskytnutá ke kopírování a vložení do prohlížeče? Jedinou možností, která zde zbývá, je kontaktovat zákaznickou podporu, což se může stát zdlouhavou věcí, nebo si představit situaci, kdy uživatel dostává denně e-mail týkající se data splatnosti platby faktury o 10–15 dní dříve nebo obdrží upomínku po datu splatnosti prošel. - Dráždí, že?
Existuje mnoho scénářů, kdy se e-maily staly nedílnou součástí našeho života, protože jsou určeny k tomu, aby udržovaly uživatele v aktuálním stavu s přesnými informacemi.
Běžné scénáře a ověřovací body v reálném čase pro e-maily
Validační body v testování e-mailů se liší podle typu a znovu od aplikace k aplikaci. Obvykle by všechny e-maily měly být validovány pro šablonu (která zahrnuje logo aplikace, název aplikace, adresování uživateli, obsah zápatí - autorská práva, podrobnosti zákaznické podpory), datum a časové razítko pro různá časová pásma.
Zde probereme některé běžné typy e-mailů, které zná téměř každý (všechny níže uvedené ověřovací body jsou základní kontrolou, kterou musí tester provést při testování e-mailů aplikace).
# 1) Aktivační e-maily
Když se uživatel zaregistruje do aplikace poprvé, musí si aktivovat účet kliknutím na aktivační odkaz zaslaný v e-mailu. Tím se také ověří, že zadaná e-mailová adresa uživatele je platná a přístupná.
Validační body jsou níže:
- Aktivační odkaz nebo tlačítko - kliknutím na něj byste měli:
- Přesuňte uživatele na stránku příslušné aplikace s přihlášeným uživatelským účtem
- E-mailový účet uživatele by měl být automaticky ověřen, pokud je stránka aplikace úspěšně odeslána prostřednictvím e-mailu
- Trvání - Zkontrolujte dobu, do které je třeba kliknout na odkaz a ověřit jej.
- Ověřte ve stanovené době
- Pokuste se ověřit po uplynutí doby - Účet by neměl být aktivován a e-mail by měl zůstat neověřený
# 2) Zapomenuté e-maily s hesly
Když uživatel zapomene heslo pro přihlášení do aplikace, lze provést tok zapomenutého hesla a obdržet e-mail s odkazem na resetování hesla (funkce se liší od aplikace k aplikaci. Toto je obecná).
Validační body jsou níže:
- Odkaz na resetování hesla:
- Kliknutím na něj byste měli uživatele přesunout na stránku příslušné aplikace a obnovit heslo
- Některé aplikace požádají uživatele o zodpovězení bezpečnostní otázky před zobrazením stránky pro resetování hesla a některé budou mít bezpečnostní otázku integrovanou se samotnou stránkou pro resetování hesla a některé tuto funkci vůbec nebudou mít.
- Pokud uživatel heslo resetuje úspěšně, měl by být deaktivovaný a nefunkční odkaz v e-mailu na zapomenuté heslo deaktivován.
- Pokud uživatel zruší tok resetovacích hesel, měl by zůstat aktivovaný odkaz v e-mailu na zapomenuté heslo
- Trvání - Zkontrolujte dobu, do které je třeba kliknout na odkaz pro resetování hesla
- Klikněte na odkaz a během stanovené doby úspěšně resetujte heslo
- Pokuste se kliknout na odkaz po uplynutí doby trvání - odkaz by měl být deaktivován a vypršela jeho platnost
youtube to mp4 převaděč vysoká kvalita
# 3) Oznámení o datu splatnosti
To má uživateli připomenout akci, kterou má provést za určitý počet dní. Obvykle se jedná o platby účtů, přijetí opatření u nevyřízených položek (příklad: přijetí nebo odmítnutí pozvánky na určitou událost v určitém počtu dní, odeslání formulářů atd.).
Validační body jsou níže:
- Počet dnů splatnosti / datum splatnosti
- Pokud e-mail upozorní na počet dní splatnosti, měl by být počet buď nula, nebo více, nula dní měla být aktuálním datem splatnosti. Nemělo by to být v záporných číslech. Pokud e-mail upozorní na datum splatnosti (datum kalendáře), mělo by být datum buď aktuální, nebo budoucí.
- Typ akce
- Zkontrolujte, jaký je požadovaný typ akce. Mělo by velmi jasně uvést, jaký druh akce musí uživatel provést. Ať už jde o platbu za účet, podání, zpětné vazby atd.
# 4) Zpožděná oznámení
Tímto informujeme uživatele o uplynutí splatnosti. Obvykle se jedná o informování uživatele, že s položkami nepodnikl žádné kroky ve stanovené lhůtě.
- Počet dní po splatnosti
- Zkontrolujte, zda by počet dní po splatnosti měl být jeden nebo více. Nikdy by to nemělo být nulové nebo záporné číslo
- Frekvence
- Několik aplikací bude mít možnost přizpůsobit zpožděné e-maily, které budou zasílány denně / týdně / měsíčně, jakmile uplyne termín splatnosti, dokud uživatel akci nedokončí. Jen málo aplikací bude mít standardní oznámení, které bude odesláno pouze jednou po uplynutí splatnosti.
# 5) Předplatné
To se liší podle požadavků uživatele. Uživatel si může vybrat jedno z následujících denních, týdenních, dvouměsíčních nebo měsíčních předplatných. Obvykle to bude pro zpravodaje, aktualizace, nabídky atd.
- Frekvence
- E-maily by měly být zasílány podle výběru uživatele pro předplatné. Pokud je Denně, měl by se e-mail s předplatným zasílat jen jednou denně. Pokud týdně, pak jednou týdně. A pokračuje ...
- Odkazy
- Veškeré odkazy v e-mailu by měly směřovat na příslušnou stránku aplikace. Pokud je e-mail určen k aktualizaci, měl by odkaz přesměrovat na stránku, kde se mají aktualizace zobrazovat. Pokud je e-mail pro nabídky, měl by odkaz přesměrovat na stránku Nabídky aplikace. Záleží na typu předplatného, které si uživatel vybral.
# 6) Formuláře
E-maily zde mají v úmyslu uživatele poskytnout zpětnou vazbu prostřednictvím formulářů / odkazů na formuláře. Validační body jsou níže:
- Odkazy
- Odkaz v e-mailu by měl uživatele přesměrovat na stránku pro odeslání formuláře aplikace podle typu formuláře, který je uživatel povinen odeslat
- Po odeslání by opětovné kliknutí na odkaz mělo uživatele upozornit, že formulář již byl odeslán. Nemělo by to uživateli umožnit znovu odeslat formulář
# 7) Potvrzovací e-maily
E-maily zde mají informovat uživatele o potvrzení provedené akce. Obvykle se jedná o potvrzení rezervace, potvrzení objednávky, potvrzení dotazu atd.
Validační body jsou níže:
- Podrobnosti o potvrzení:
- Číslo objednávky / číslo rezervace by mělo být správné a odpovídat číslu zobrazenému v uživatelském rozhraní aplikace. Jelikož se jedná o identifikátor pro sledování objednávek / rezervací, měl by být v celé aplikaci jedinečný (k ověření v backendu - DB). Žádná objednávka / rezervace by neměla sdílet stejný identifikátor.
- Spolu s číslem by mělo být také ověřeno pro typ objednávky, informace o uživateli, fakturační adresu, dodací adresu a cenu. Všechny informace by měly být přesně podobné tomu, co uživatel zadal v uživatelském rozhraní aplikace.
- Odkazy:
- Odkaz v e-mailu by měl uživatele přesměrovat na stránku s podrobnostmi objednávky v uživatelském rozhraní aplikace. Měla by existovat přesná shoda mezi informacemi v e-mailu a uživatelském rozhraní aplikace
# 8) Přepis chatu
Zde uživatel obdrží celý přepis chatu jako e-mail. Obvykle to bude po ukončení živého chatu se zákaznickou podporou.
Validační body jsou uvedeny níže
- Detaily
- Zkontrolujte jméno osoby, která poskytla online podporu. Zkontrolujte, zda je v e-mailu uveden celý chat, s podrobnostmi odesílatele pro každou položku chatu (jméno osoby, datum a čas odeslání zprávy chatu atd.)
# 9) E-maily s přílohou
Uživatel přijímá e-maily s přílohou. Přílohy mohou být chráněny heslem / nechráněné. Obvykle se jedná o výpisy z finančních domén, licenční smlouvu s koncovým uživatelem, referenční podmínky, atd., Opět se to u jednotlivých aplikací liší.
Validační body jsou níže:
- Typ přílohy
- Platné typy souborů by měly být odeslány jako příloha. Všechny stahované přílohy by měly být před stažením / otevřením zkontrolovány na přítomnost virů. To lze znovu přizpůsobit na úrovni aplikace na backendu, jako je antivirová kontrola, která se má provádět pouze při stahování, pouze při otevírání, jak pro stahování, tak pro otevření.
- Přílohy chráněné heslem by se měly stahovat bez požadavku na heslo. Při otevírání buď ze samotného e-mailu, nebo při otevírání stažené kopie byste měli vždy požádat o heslo. Nesprávné zadání hesla zde bude na dobu neurčitou, protože místní kopii nelze sledovat online a uzamknout přílohu
youtube to mp4 převaděč vysoká kvalita
Druhy e-mailů
Typ e-mailu může být buď HTML (barevný a atraktivní pro uživatele, který má zájem o úplné přečtení e-mailů), nebo prostý text (pouze text).
Nejpreferovanější je HTML a obvykle je nastaven jako výchozí téměř ve všech aplikacích na backendu. Je-li to požadováno, aplikace se mohou rozhodnout posílat prosté textové e-maily uživatelům, což opět vyžaduje změny na backendu.
Spouštěcí body e-mailů:
E-maily lze odesílat buď okamžitě, nebo jako souhrnné / hromadné. Okamžité e-maily jsou spouštěny akcí uživatele. Obvykle to budou aktivační e-maily, e-maily s resetováním hesla, přepisy chatů, potvrzovací e-maily atd., Tj. Souhrnné / dávkové e-maily se spouštějí na základě nastavení na back-endu aplikace.
Body spouštění e-mailu budou definovány tak, aby se spouštěly v konkrétním okamžiku ( například 3rdkaždý den v 12:00). Obvykle to budou výpisy z finančních domén (bankovní výpisy), oznámení o splatnosti faktur, oznámení o splatnosti, předplatné atd.,
Bouncebacks:
Je velmi častým scénářem, že se e-maily odrazí, když jsou odeslány na neplatnou e-mailovou adresu. E-mailová adresa, která je deaktivována / již se nepoužívá a vůbec neexistuje - jsou kandidáti, kteří se odrazí.
sql server 2012 rozhovor otázky a odpovědi pro zkušené
Server se obvykle po zadaný počet pokusů o odeslání e-mailu na zamýšlenou adresu. Pokud nedosáhne zamýšlené e-mailové adresy, vrátí se zpět a provede chybu na serveru. K udržování těchto typů aktivit bude existovat jiný server, který se obvykle nazývá servery typu bounce back. Mohlo by existovat několik důvodů, proč e-mail selhal zasláním jeho uživatele.
Níže uvádíme několik dalších bodů selhání:
- E-mailový server je dlouho nefunkční
- Algoritmus pro nalezení krátké trasy k dosažení uživatele nefunguje správně a jeho získání trvá velmi dlouho, do té doby by možná překročil stanovený čas nastavený k dosažení uživatele. Tomu se obvykle říká zvýšený počet chmele
- E-mailová doména uživatele je dlouho vypnutá
- Uživatelský účet aplikace není aktivován pro příjem e-mailů
Rozsah lokalizace pro testování e-mailů
Pokud aplikace podporuje více jazyků, měla by se podpora rozšířit i pro e-maily.
Všechny odeslané e-maily by měly být v jazyce uživatelského profilu. Pokud uživatel nastavil jako jazyk profilu angličtinu, měly by být všechny e-maily, které mu byly zaslány, v angličtině. Pokud je jazykem profilu uživatele francouzština, měly by být všechny e-maily, které mu byly zaslány, ve francouzštině. Jazyk uživatelského profilu může být jednorázové nastavení nebo jej lze podle potřeby změnit, což závisí na nastavení aplikace.
E-mail by měl být odeslán v jazyce, který má uživatel v okamžiku, kdy je spuštěn.
Běžné validační body pro testování lokalizace e-mailů jsou níže:
- Předmět
- Tělo e-mailu
- Obsah - text těla
- Název odkazu / název tlačítka
- Informace o autorských právech
- Podrobnosti o zákaznické podpoře
Standardní / přizpůsobení e-mailů
E-maily lze přizpůsobit na backendu.
Například , jen málo aplikací podporuje uživatele k přizpůsobení e-mailů při jejich odesílání. Uživatel zde může změnit předmět a / nebo tělo e-mailu na své pohodlné nebo za účelem snadného rozpoznání. V takovém případě musí testovací tým provést důkladné testování, protože šance na narušení jsou vysoké.
Musí být provedeno testování injekcí - odeslání kódu HTML, kódu Java, SQL atd. To vše by mělo selhat, aby se zvýšila úroveň zabezpečení. Pokud aplikace nepodporuje přizpůsobení e-mailů, budou všechny odeslané e-maily sledovat standardní předmět / tělo, jak je nastaveno aplikací.
Závěr
Testování e-mailů je důležitá aktivita, protože většina komponent aplikace je integrována s touto funkcí.
Měla by být podpora a snaha celého týmu úplně otestovat e-mailovou funkčnost aplikace. To by mělo být dobře naplánováno mnohem dříve, než začne skutečné testování, a mělo by to jít ruku v ruce při testování každé komponenty / přidružené komponenty.
Testování e-mailů by mělo mít pro každý typ e-mailu napsané samostatné testovací případy pokrývající všechny aspekty, které se mají testovat. To by mělo být prováděno u všech typů testování Regresní testování, Adhoc testování, testování lokalizace, testování UAT a testování produkce.
Cokoli, co se v e-mailu pokazí v reálném čase, zanechá špatný dojem na aplikaci, zákazníky a nakonec se přenese na testery této aplikace. Ověření e-mailu je tedy velmi důležitá a velmi vyžadovaná aktivita v testování softwaru.
O autorovi: Tento příspěvek napsal autorka STH Nandini K. Má více než 7 let zkušeností s testováním softwaru hlavně v testování webových aplikací.
Pokud máte jakékoli dotazy / návrhy, dejte nám vědět.
Doporučené čtení
- 10 NEJLEPŠÍCH nástrojů pro testování e-mailů pro vaši další úspěšnou e-mailovou kampaň
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Rozdíl mezi stolním počítačem, klientským serverem a webovým testováním
- Průvodce testováním zabezpečení webových aplikací
- Top 10 služeb ověřování a ověřování e-mailů v roce 2021
- Testování aplikací - do základů testování softwaru!
- Instalace aplikace na zařízení a zahájení testování z Eclipse
- Testování stahování e-knih Primer