how tester can think
Scéna : V reštaurácii dorazila 3-členná rodina - rodičia a batoľa. Po objednaní najobľúbenejšej pizze rodina relaxovala a batoľa sa začalo hrať s paličkami položenými na stole. Chutili im a rozhodol sa zjesť večeru iba pomocou paličiek.
Vyhlásil svoju túžbu a rodičia, zaneprázdnení rozhovorom, sa na tom dohodli. Keď sa pizzu podávalo, batoľa začalo používať paličky a mnohokrát sa mu nedarilo dostať pizzu do úst. Náhle si to rodičia všimli a prikázali batoľa nepoužívať paličky. Batoľa nepresvedčilo, pretože rodičia sa už s jeho túžbou dohodli skôr.Keď rodičia začali učiť o jedení pizze iba s nožom a vidličkou, batoľa spochybnilo vieru, ale ja ju chcem jesť iba paličkami a prečo je to zlé? A keď používal paličky, keď nebol schopný zjesť svoju obľúbenú pizzu, zostal netrpezlivý a nakoniec paličky odhodil a rozhodol sa, že nebude jesť ani pizzu. Rodičia, tiež frustrovaní, nedokázali nič urobiť a čas rodinnej večere sa ukázal ako najhorší čas dňa.
Teraz nahraďte niektoré slová z vyššie uvedeného odseku takto a znovu o nich premýšľajte:
Rodičia: Tím projektového riadenia vrátane obchodného analytika, predajcu, vývojového manažéra a architektonického tímu.
Batoľa: Zákazník / konečný užívateľ
Pizza: výrobok / aplikácia
Paličky: omyl
Najobľúbenejšia aplikácia je obľúbená iba dovtedy, kým sa užívateľ nepomýli a nevidí najhoršie chovanie aplikácie. Po vyskúšaní sa používateľ k aplikácii už nevráti. A preto je ako tester veľmi potrebné tomu porozumieť zmýšľanie používateľa , ako sa od neho očakáva, že sa bude chovať, čo môže s aplikáciou urobiť, čo môže byť najhoršou chybou a oveľa viac.
Väčšinou sa ma na fórach a od interných členov tímu pýtali, ako replikovať skúsenosti používateľov počas testovania. Moja odpoveď bola vždy jednoduchá - Buďte používateľom :)
Aj keď sa dá ľahko povedať, ako implementovať, je správny čas, aby sa priemysel testovania softvéru posunul smerom revolúcie, kde je dôležitejšia používateľská skúsenosť a spätná väzba ako čokoľvek iné.
Ako môže tester uvažovať ako koncový používateľ?
Týmto uvádzam niektoré z nich typické príklady správania sa koncového používateľa a hľadania prekvapení „Počas posledných dní som pozoroval:
# 1) Počas testovania poľa s dátumom, keď používateľ vybral alebo ručne zadal správnu hodnotu dátumu, to fungovalo dobre. Ale keď užívateľ nakoniec zadal úplne nesprávnu hodnotu ako 12/00 // a klikol na OK, zobrazilo sa mu chybové hlásenie o neplatnej hodnote dátumu.
Používateľ teraz neopravuje dátum, ale obnovuje stránku. Čo by sa malo stať? Mnoho z vás tuší, čo by sa malo stať, ale viete si predstaviť, čo sa stalo s aplikáciou? Po obnovení stránky sa používateľovi zobrazil nasledujúci text a rovnaká hodnota sa uložila tiež do databázy.
Takže ... tester tu replikoval používateľa, súhlasil?
#dva) Počas testovania aplikácie, kde je pracovným tokom odosielanie rôznych formulárov v špeciálnom poradí, ak boli dodržané pokyny, to fungovalo dobre. Čo však v prípade, keď sa používateľ pokúsil vrátiť späť do formulára č. 3 z formulára č. 5?
Namiesto toho, aby sme premýšľali o tom, čo by sa malo stať, pozrime sa, čo sa stalo ...
Tester bol v nemom úžase, ale cítil hrdosť na to, že sa stal používateľom ... Dohodli ste sa?
# 3) Po úspešnom prihlásení užívateľ klikne na tlačidlo späť v prehliadači. Opäť sa pozrime, čo sa stalo ...
otázky a odpovede na pohovor pl / sql
Poverenie malo byť vyčistené, ale nebolo to tak. Na tejto prihlasovacej stránke používateľ klikne na odkaz Zabudnuté heslo. Kliknutím na tlačidlo Späť v prehliadači je zrejmé, že používateľ sa už prihlásil a bol na prihlasovacej stránke. Kliknutím na položku Zabudli ste heslo ste navigovali používateľa na domovskú stránku aplikácie.
Tester sa obrátil na používateľa… .. Dohodli ste sa?
# 4) Po sledovaní adresy URL vyhľadávacej stránky (http: //x.x.x.x: y / # / Search) aplikácie tester upravil adresu URL ako http: //x.x.x.x: y / # / Search / test? a myslíš si, čo by sa stalo?
Aplikácia sa zrútila a tester sa znova obrátil na používateľa ... Dúfam, že nebudete nesúhlasiť.
Záver
Myslím, že prostredníctvom týchto príkladov som preniesol dosť toho, čo som chcel.
Testovanie v skutočnosti neznamená skontrolovať pracovný tok aplikácie a neznamená to ani rozbiť aplikáciu, ale to určite znamená skontrolovať skúsenosti používateľov aj keď robí chyby.
O autorovi: Tento príspevok píše členka tímu STH Bhumika Mehta. Je vedúcou projektu a má viac ako 10 rokov skúseností v testovaní softvéru. Oceňuje tiež dobré nápady, inovácie a riziká. A samozrejme neznáša monotónnu prácu, ľudí a životné prostredie.
A áno, obráťme tester v nás na konečného používateľa .... Dohodli sme sa? :)
Takže ... radi by sme od vás počuli viac takýchto príkladov a chceli by sme mať aj vaše názory.
Odporúčané čítanie
- Výukový program na testovanie grafického používateľského rozhrania: Kompletný sprievodca testovaním používateľského rozhrania (UI)
- Testovanie súborov cookie webových stránok a testovacie prípady na testovanie súborov cookie webových aplikácií
- Autentifikácia užívateľa v MongoDB
- Testovanie overenia e-mailu: Ako otestovať e-mailovú funkčnosť aplikácie
- Zarábanie peňazí, kariéra v testovaní softvéru a tajomstvá najbohatšieho testera
- 5 vecí, ktoré by mal začiatočník (a tester) vedieť o testovaní softvéru
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Ad-hoc testovanie: Ako nájsť chyby bez procesu formálneho testovania