how tester can think
Сцена : У ресторан је стигла трочлана породица - родитељи и малишан. Након наручивања најомиљеније пице, породица се опустила и малишан је почео да се игра штапићима положеним на сто. Свидели су му се и одлучио је да вечеру једе само штапићима.
Објавио је своју жељу и родитељи, заузети разговором, сложили су се око тога. Када је пица била послужена, малишан је почео да користи штапиће и неколико пута није успео да убаци пицу у уста. Изненада су то приметили родитељи и наредили малишану да не користи штапиће. Малишан није убедио јер су се родитељи већ раније сложили око његове жеље.Када су родитељи почели да уче о једењу пице само са ножем и виљушком, малишан је довео у питање веровање, али ја желим да га једем само штапићима и зашто је то погрешно? И док је користио штапиће када није могао да једе своју омиљену пицу, постао је нестрпљив и на крају је бацио штапиће и одлучио да не једе и пицу. Родитељи, такође фрустрирани, нису могли ништа да учине, а породична вечера се показала као најгоре доба дана.
Сада, замените неке речи у горњем параграфу следећим и размислите о томе:
Родитељи: Тим за управљање пројектима који укључује пословног аналитичара, продавача, развојног менаџера и архитектонски тим.
Малишан: Купац / крајњи корисник
Пица: производ / апликација
Штапићи: грешка
Најомиљенија апликација је само омиљена све док корисник не погреши и не види најгоре понашање апликације. Једном када се искуси, корисник се више не враћа у апликацију. И зато је, као испитивач, итекако неопходно разумети начин размишљања корисника , како се од њега очекује да се понаша, шта погрешно може учинити са апликацијом, која би могла бити најгора грешка и још много тога.
Најчешће су ме на форумима, као и од унутрашњих чланова тима, питали о томе како да поновим корисничко искуство током тестирања. Мој одговор је увек био једноставан - Будите корисник :)
Иако је лако рећи него применити, право је време да индустрија тестирања софтвера крене у смер револуције где су корисничко искуство и повратне информације важније од било чега другог.
Како испитивач може да размишља као крајњи корисник?
Представљајући овиме неке типични примери понашања као крајњег корисника и проналажења изненађења , Приметио сам током протеклих неколико дана:
# 1) Током тестирања поља са датумом, када је корисник изабрао или ручно унео тачну вредност датума, функционисало је у реду. Али када је корисник на крају унео потпуно нетачну вредност попут 12/00 // и кликнуо на У реду, приказала му се порука о грешци о неваљаној вредности датума.
Сада корисник не исправља датум већ освежава страницу. Шта би требало да се догоди? Па, многи од вас могу да претпоставе шта би требало да се догоди, али да ли можете да мислите шта се догодило са апликацијом? Након освежавања странице, кориснику је представљено следеће, а иста вредност је такође сачувана у бази података.
Дакле ... ..испитивач је реплицирао корисника овде, слажете се?
#два) Током тестирања апликације, где је ток рада да се различити обрасци предају у посебном редоследу ако се прати редослед, она је добро функционисала. Али шта ако је корисник покушао да се врати на образац бр. 3 из обрасца бр. 5?
Опет, уместо да размишљамо о томе шта би требало да се догоди, да видимо шта се догодило ...
Тестер је био занемео, али осећао је понос што се појавио као корисник ... ..Слажете се?
# 3) Након успешне пријаве корисник кликне на дугме за повратак у прегледачу. Поново, да видимо шта се догодило ...
који је најбољи бесплатни видео претварач
Акредитиви су требали бити очишћени, али нису. Крећући се даље, на овој страници за пријаву корисник кликће на везу Заборавили сте лозинку. Јасно је да се корисник већ пријавио и био на страници за пријављивање кликом на дугме за назад у прегледачу. Клик на Заборавили сте лозинку одвели су корисника на почетну страницу апликације.
Тестер се окренуо кориснику ... ..Слажете се?
# 4) Након посматрања УРЛ-а странице за претрагу (хттп: //к.к.к.к: и / # / Сеарцх) апликације, тестер је изменио УРЛ адресу као хттп: //к.к.к.к: и / # / Сеарцх / тест? и да ли можете да мислите шта би се догодило?
Па, апликација се срушила и тестер се поново окренуо кориснику ... .. Надам се да се нећете сложити.
Закључак
Претпостављам да сам преко ових примера пренео довољно онога што сам желео.
Заиста, тестирање не значи да се провери ток рада апликације, нити да се разбије апликација, али свакако значи проверите корисничко искуство чак и кад погреши.
О аутору: Ову објаву написао је члан СТХ тима Бхумика Мехта. Води пројекат, има више од 10 година искуства у тестирању софтвера. Она цени и добре идеје, иновације и ризике. И наравно мрзи монотони рад, људе и животну средину.
И да, окренимо тестер у себи крајњем кориснику ... Слажете се? :)
Дакле ... .. желели бисмо да чујемо још таквих примера од вас и волели бисмо да имамо и ваша мишљења.
Препоручено читање
- Водич за ГУИ тестирање: Комплетан водич за тестирање корисничког интерфејса (УИ)
- Тестирање колачића веб локација и случајеви тестирања колачића веб апликација
- Потврда идентитета корисника у МонгоДБ
- Тестирање потврде е-поште: Како тестирати функционисање е-поште апликације
- Зарађивање новца, каријера тестирања софтвера и тајне најбогатијег тестера
- 5 ствари које би почетни програмер (и тестер) требало да зна о тестирању софтвера
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Ад-хоц тестирање: Како пронаћи недостатке без формалног поступка тестирања