Мени

Тестирање потврде е-поште: Како тестирати функционисање е-поште апликације

email validation testing

Испробајте Наш Инструмент За Елиминисање Проблема

Данашњи водич се бави тестирањем функционалности било које апликације путем е-поште.

У већини веб и мобилних апликација, валидација функције е-поште сматра се једним од најважнијих делова тестирања, како би се осигурала квалитета компоненте е-поште, као и осталих компоненти система.

Е-адресе покренуте у различитим сценаријима сматрају се потврђеним провјером свих његових компонената, што укључује образац Е-пошта, везе / дугмад у пољима Е-пошта, Од, До, Копија, Скривена копија, Прилози, Садржај по обавјештењу путем е-поште итд.

Провера е-поште

Шта ћете научити:

Зашто нам је потребно тестирање е-поште?

Свака компонента у систему (веб / мобилне апликације) може имати различите сврхе слања е-поште. Интеграција између компоненти а е-пошта игра виталну улогу у постизању крајњег корисника са одговарајућим обавештењима. Сваки немар приликом валидације ове функције довешће до неспоразума, лошег имена купаца, хаковања итд.

На пример , замислите ситуацију у којој је корисник добио е-пошту за ресетовање лозинке. Шта ако веза / дугме Ресетуј лозинку или УРЛ обезбеђен за копирање лепљења у прегледачу не функционише? Једина опција која је овде преостала је да контактирате корисничку подршку, што може постати заморна ствар или замислити ситуацију да корисник свакодневно добија е-пошту са датумом доспећа за плаћање рачуна од 10-15 дана раније или прима подсетник након истека рока прошло је. - Иритирајуће, зар не ??

Постоји много сценарија у којима су е-адресе постале саставни део нашег живота, јер имају за циљ да корисника обавештавају прецизним информацијама.

Уобичајени сценарији у реалном времену и тачке валидације за е-пошту

Тачке провере у тестирању е-адреса варирају од типа до типа, а опет од апликације до апликације. Обично би сви имејлови требало да буду валидирани за образац (који укључује логотип апликације, име апликације, Обраћање кориснику, садржај подножја - ауторска права, детаљи корисничке подршке), датум и временску ознаку за различите временске зоне.

Овде ћемо разговарати о неким уобичајеним типовима е-поште којих су скоро сви упознати (све доленаведене тачке провере су основна провера коју испитивач мора да изврши током тестирања е-адреса апликације).

# 1) Е-адресе за активацију

Када се корисник први пут региструје за апликацију, мора да активира налог кликом на везу за активацију послату у е-пошти. Ово такође потврђује да је корисникова адреса е-поште важећа и доступна.

Тачке валидације су како је приказано доле:

  • Линк за активирање или дугме - Клик на њега треба да:
    • Одведите корисника на страницу одговарајуће апликације са пријављеним корисничким налогом
    • Кориснички налог е-поште треба аутоматски да се верификује ако се до странице апликације успешно дође путем е-поште
  • Трајање - Проверите колико дуго треба кликнути и верификовати везу.
    • Потврдите у наведеном трајању
    • Покушајте да верификујете након што протекне трајање - Рачун не би требало да се активира, а е-пошта треба да остане непроверена

Е-маил за активацију

# 2) Имејлови за заборављене лозинке

Када корисник заборави лозинку за пријаву у апликацију, може се извршити ток заборављене лозинке да би се добио е-маил са везом за ресетовање лозинке (функција се разликује од апликације до апликације. Ово је општа).

Тачке валидације су како је приказано доле:

  • Ресетуј везу лозинке:
    • Клик на њу треба да одведе корисника на страницу одговарајуће апликације да ресетује лозинку
    • Неке апликације ће тражити од корисника да одговоре на безбедносно питање пре приказивања странице за ресетовање лозинке, а неке ће интегрисати сигурносно питање са самом страницом за ресетовање лозинке, а неке уопште неће имати ову функцију
    • Ако корисник ресетује лозинку успешно, веза у примљеној е-пошти за заборављену лозинку требала би бити деактивирана и нефункционална
    • Ако корисник откаже ток ресетовања лозинке, веза у примљеној е-пошти за заборављену лозинку требало би да остане активирана
  • Трајање - Проверите трајање унутар којег треба кликнути на везу да бисте ресетовали лозинку
    • Кликните на везу и успешно ресетујте лозинку у одређеном трајању
    • Покушајте да кликнете на везу након истека времена - Линк треба деактивирати и истећи

Ресетујте лозинку е-поште

ц ++ како се користи стрингстреам

# 3) Обавештења о датуму доспећа

Ово подсећа корисника на радњу коју треба предузети у одређеном броју дана. То су обично плаћања рачуна, предузимање радњи на ставкама на чекању (пример: прихватање или одбијање позива на неки догађај у одређеном броју дана, подношење образаца итд.).

Тачке валидације су како је приказано доле:

  • Број дана доспећа / датума доспећа
    • Ако е-пошта обавештава о одређеном броју дана доспелости, тај број треба да буде нула или више, нула дана треба да буде тренутни датум доспећа. Не би требало да буде у негативним бројевима. Ако е-пошта обавештава о датуму доспећа (датум календара), датум би требало да буде тренутни или будући.
  • Тип акције
    • Проверите која је врста радње потребна. Требало би врло јасно навести какву акцију тај корисник мора предузети. Било да се ради о плаћању рачуна, пријавама, повратним информацијама итд.

Имејл са датумом доспећа

Обавештење путем е-поште са роком доспећа

# 4) Закашњела обавештења

Ово обавештава корисника о протеку рока. Ово је обично обавештавање корисника да није предузео мере у вези са ставкама у року.

  • Број дана са закашњењем
    • Уверите се да број дана који касне треба да буде један или више. То никада не би требало да буду нула или негативни бројеви
  • Фреквенција
    • Мало апликација ће имати могућност прилагођавања заосталих имејлова који ће се слати свакодневно / недељно / месечно, када прође рок до истека, док корисник не доврши радњу. Неколико апликација ће имати стандардно обавештење које ће се послати само једном тек након што прође рок доспећа.

# 5) Претплате

Ово се разликује према захтевима корисника. Корисник може одабрати једну од следећих дневних, недељних, двомесечних или месечних претплата. Ово ће обично бити за билтене, новости, понуде итд.

  • Фреквенција
    • Е-поруке треба слати према избору корисника за претплату. Ако је Даили, е-пошту са претплатом треба слати само једном дневно. Ако недељно, онда једном недељно. И наставља ...
  • Везе
    • Све везе у е-поруци треба да воде до одговарајуће странице апликације. Ако је адреса е-поште намењена исправкама, онда би веза требало да преусмери на страницу на којој ће ажурирања бити приказана. Ако је адреса е-поште за понуде, онда би веза требало да преусмери на страницу Понуде у апликацији. Зависи од врсте претплате коју је корисник изабрао.

Емаил за претплату

Екран за претплату путем е-поште

# 6) Обрасци

Овде е-пошта намерава кориснику да пружи повратне информације путем образаца / везе до образаца. Тачке валидације су како је приказано доле:

  • Везе
    • Веза у е-поруци треба да преусмери корисника на страницу за пријаву обрасца у складу са врстом обрасца који корисник треба да поднесе
    • Једном пријављен, поновним кликом на везу треба обавестити корисника да је образац већ послан. Не би требало да дозволи кориснику да поново пошаље образац

Анкета е-поште

Страница анкете

# 7) Имејлови за потврду

Овде е-маилови обавештавају корисника о потврди предузете радње. То су обично потврде резервације, потврде наруџбина, потврде упита итд.

Тачке валидације су како је приказано доле:

  • Детаљи потврде:
    • Број поруџбине / број резервације мора бити тачан и мора одговарати броју приказаном у корисничком интерфејсу апликације. Како је идентификатор за праћење поруџбина / резервација, он би требало да буде јединствен (да се провери у позадини - ДБ) у целој апликацији. Ниједна поруџбина / резервација не би требало да имају исти идентификатор.
    • Заједно са бројем, требало би да буде потврђен и за врсту поруџбине, информације о кориснику, адресу за обрачун, адресу за испоруку и цену. Све информације треба да буду потпуно сличне онима које је корисник унео у кориснички интерфејс апликације.
  • Везе:
    • Веза у е-поруци треба да води корисника до странице са детаљима поруџбине у корисничком интерфејсу апликације. Требало би да постоји тачно подударање између података у е-пошти и корисничког интерфејса апликације

И-мејл за потврђивање

# 8) Транскрипт ћаскања

Овде корисник прима цео транскрипт ћаскања као е-пошту. То је обично када се Ливе Цхат са корисничком подршком заврши.

Тачке валидације су као у наставку

  • Детаљи
    • Потражите име особе која је пружила подршку на мрежи. Проверите да ли је цело ћаскање присутно у е-поруци са детаљима пошиљаоца за сваки унос ћаскања (име особе, датум и време слања поруке ћаскања итд.,)

# 9) Имејлови са прилозима

Корисник прима е-пошту са прилогом. Прилози могу бити заштићени лозинком / незаштићени. То су обично изводи из финансијских домена, Уговор о лиценци за крајњег корисника за референцу, Услови и одредбе за референцу итд., Ово се опет разликује од апликације до апликације.

Тачке валидације су како је приказано доле:

  • Тип прилога
    • Важеће врсте датотека треба послати као прилог. Сви прилози који се отварају треба да буду прегледани од вируса пре преузимања / отварања. Ово се поново може прилагодити на нивоу апликације на позадини, на пример, скенирање вируса да се врши само приликом преузимања, само приликом отварања, како за преузимање тако и за отварање.
    • Прилози заштићени лозинком треба да се преузимају без тражења лозинке. Али док га отварате или из саме е-поште или приликом отварања преузете копије, увек треба тражити лозинку. Нетачни уноси лозинке овде ће бити неодређени, јер локална копија не може да се прати на мрежи да би се закључао прилог

Имејл са прилогом

Прилог заштићен лозинком

ц ++ претвара цхар у стринг

Врсте е-адреса

Тип е-поште може бити ХТМЛ (живописан и атрактиван за кориснике, кога занима корисник да у потпуности прочита е-пошту) или обичан текст (само текст).

ХТМЛ је најпожељнији и обично се поставља као подразумевани у скоро свим апликацијама на позадини. Ако је потребно, апликације могу да се одлуче за слање е-поште с обичним текстом корисницима, што опет захтева промене на позадини.

Окидачке тачке е-поште:

Е-поруке се могу послати одмах или као сажетак / пакет. Непосредне адресе е-поште покрећу се деловањем корисника. То ће обично бити е-адресе за активацију, е-адресе за ресетовање лозинке, транскрипције ћаскања, е-адресе за потврду итд., Тј. Сажети / групни имејлови се покрећу на основу подешавања на позадини апликације.

Тачке окидача е-поште бит ће дефиниране да се активирају у одређеном тренутку ( на пример 3рддана сваке недеље у 00:00). То ће обично бити изводи из финансијских домена (изводи банке), обавештења о доспелости рачуна, доспела обавештења, претплате итд.,

Боунцебацкс:

Врло је чест случај да се е-поруке одбијају када се шаљу на неважећу адресу е-поште. Обично су е-адреса која је деактивирана / више није у употреби и уопште не постоји - кандидати који се враћају.

је мрежни кључ вифи лозинка

Сервер обично покушава одређени број пута да пошаље е-пошту на жељену адресу. Када не дође до предвиђене адресе е-поште, враћа се натраг и извршиће унос на серверу због неуспеха. За одржавање ове врсте активности постојаће другачији сервер који се обично назива сервери за враћање. Може бити неколико разлога због којих е-пошта неће успети ако дође до свог корисника.

Испод је неколико других тачака за неуспех:

  • Сервер е-поште већ дуго не ради
  • Алгоритам за проналажење кратког пута до корисника не ради исправно и треба му много времена да стигне до корисника, до тада би можда прешао одређено време постављено да стигне до корисника. То се обично назива повећани број хмеља
  • Корисников домен е-поште већ дуго није у функцији
  • Кориснички налог за апликацију није активиран за примање е-поште

Опсег локализације за тестирање е-поште

Када апликација подржава више језика, подршка би се требала проширити и на е-адресе.

Сва послата е-пошта треба да буде на језику корисничког профила. Ако је корисник поставио језик енглеског као језик профила, тада би сви е-маилови који му се шаљу требали бити на енглеском. Ако је језик корисничког профила француски, онда би сви имејлови који му се шаљу требали бити на француском. Језик корисничког профила може бити једнократна подешавања или се може мењати према потреби и према потреби, што зависи од подешавања апликације.

Е-маил треба слати на језику који корисник има у тренутку када је покренут.

Уобичајене тачке валидације за тестирање локализације Е-адресе су следеће:

  • Линија предмета
  • Тело е-поште
    • Садржај - текст тела
    • Име везе / име дугмета
    • Информације о ауторским правима
    • Детаљи о корисничкој подршци

Стандард / Прилагођавање е-адреса

Е-адресе се могу прилагодити на позадини.

На пример , неколико апликација подржава корисника да прилагоди е-пошту када се шаље. Корисник овде може променити ред предмета и / или тело е-поште на одговарајући начин или у сврху лакшег препознавања. У овом случају, тим за тестирање мора да обави темељно тестирање јер су шансе за упад велике.

Тестирање се мора извршити за ињекције - пошаљите ХТМЛ код, Јава код, СКЛ итд. Све ово треба да пропадне како би се повећао ниво безбедности. Ако апликација не подржава прилагођавање е-адреса, тада ће сви послати е-маилови следити стандардни предмет / тело како је поставила апликација.

Закључак

Тестирање е-поште је важна активност јер је већина компоненти апликације интегрисана са овом функционалношћу.

Требало би да буде подршка и напор целог тима да у потпуности тестира функционалност апликације путем е-поште. Ово би требало бити добро испланирано много пре него што стварно тестирање започне и требало би да иде руку под руку током тестирања сваке компоненте / придружене компоненте.

Тестирање е-поште требало би да има одвојене тест случајеве написане за сваку врсту е-поште који покривају све аспекте за тестирање. Ово би требало спровести у свим врстама тестирања Регресијско тестирање, Адхоц тестирање, Локализација тестирање, УАТ тестирање и Производно тестирање.

Све што погреши у е-пошти у реалном времену оставиће лош утисак на апликацију, купце и на крају ће се проследити тестерима те апликације. Дакле, валидација е-поште је пресудна и пријеко потребна активност у тестирању софтвера.

О аутору: Овај пост написала је ауторка СТХ Нандини К. Има 7 и више година искуства у тестирању софтвера, углавном у тестирању веб апликација.

Јавите нам ако имате питања / сугестије.

Препоручено читање

^