how tester can think
Scena : U restoran je stigla tročlana obitelj - roditelji i mališan. Nakon narudžbe najomiljenije pizze, obitelj se opuštala i mališani su se počeli igrati štapićima položenim na stol. Svidjeli su mu se i odlučio je večerati samo štapićima.
Objavio je svoju želju i roditelji su se, zauzeti razgovorom, složili. Kad je pizza bila poslužena, mališan je počeo koristiti štapiće i nekoliko je puta propustio uhvatiti pizzu u usta. Iznenada su to primijetili roditelji i naredili mališanu da ne koristi štapiće. Mališan nije uvjeravao jer su se roditelji već ranije složili s njegovom željom.Kad su roditelji počeli podučavati o jesti pizzu samo s nožem i vilicom, mališan je doveo u pitanje vjerovanje, ali ja je želim jesti samo štapićima i zašto je to pogrešno? I dok je koristio štapiće kad nije mogao jesti svoju omiljenu pizzu, postao je nestrpljiv i na kraju je bacio štapiće i odlučio ne jesti i pizzu. Roditelji, također frustrirani, nisu mogli učiniti ništa, a vrijeme obiteljske večere pokazalo se kao najgore doba dana.
Sada zamijenite neke riječi u gornjem paragrafu kako slijede i razmislite o tome:
Roditelji: Tim za upravljanje projektima koji uključuje poslovnog analitičara, prodavača, voditelja razvoja i arhitektonski tim.
Mališan: Kupac / krajnji korisnik
Pizza: proizvod / aplikacija
Štapići za jelo: pogreška
Najomiljenija aplikacija je samo omiljena sve dok korisnik ne pogriješi i ne uoči najgore ponašanje aplikacije. Jednom kad se iskusi, korisnik se više ne vraća u aplikaciju. Stoga je, kao ispitivač, itekako potrebno razumjeti način razmišljanja korisnika , kako se od njega očekuje da se ponaša, što pogrešno može učiniti s aplikacijom, što bi mogla biti najgora pogreška i još mnogo toga.
Najčešće su me na forumima, kao i od članova internog tima, pitali o tome kako ponoviti korisničko iskustvo tijekom testiranja. Moj je odgovor uvijek bio jednostavan - Budite korisnik :)
Iako je lako reći nego implementirati, pravo je vrijeme da se industrija testiranja softvera pomakne u smjeru revolucije gdje su korisničko iskustvo i povratne informacije važniji od svega ostalog.
Kako ispitivač može razmišljati kao krajnji korisnik?
Predstavljajući ovime neke tipični primjeri ponašanja kao krajnjeg korisnika i pronalaženja iznenađenja , Primijetio sam tijekom posljednjih nekoliko dana:
# 1) Tijekom testiranja polja s datumom, kada je korisnik odabrao ili ručno unio ispravnu vrijednost, funkcioniralo je u redu. No, kada je korisnik na kraju unio potpuno netočnu vrijednost poput 12/00 // i kliknuo U redu, prikazala mu se poruka o pogrešci o nevaljanoj vrijednosti datuma.
Sada korisnik ne ispravlja datum već osvježava stranicu. Što bi se trebalo dogoditi? Pa, mnogi od vas mogu pogoditi što bi se trebalo dogoditi, ali možete li se sjetiti što se dogodilo s aplikacijom? Nakon osvježavanja stranice, korisniku je predstavljeno sljedeće, a ista je vrijednost spremljena i u bazu podataka.
Dakle ... ..ispitivač je replicirao korisnika ovdje, slažete se?
#dva) Tijekom testiranja aplikacije, u kojoj je tijek rada slanje različitih obrazaca u posebnom slijedu ako se slijedi redoslijed, funkcionirao je u redu. Ali što ako se korisnik pokuša vratiti na obrazac br. 3 iz obrasca br. 5?
Opet, umjesto razmišljanja o tome što bi se trebalo dogoditi, pogledajmo što se dogodilo ...
Tester je zanijemio, ali osjećao je ponos što se pojavio kao korisnik ... Slažete se?
# 3) Nakon uspješne prijave korisnik klikne na gumb Natrag u pregledniku. Ponovno, da vidimo što se dogodilo ...
Vjerodajnice su se trebale očistiti, ali nisu. Dalje, na ovoj stranici za prijavu korisnik klikne na vezu Zaboravili ste lozinku. Jasno je da se korisnik već prijavio i bio na stranici za prijavu klikom na gumb Natrag u pregledniku. Klik na Zaboravili ste lozinku odveli su korisnika na početnu stranicu aplikacije.
Tester se okrenuo korisniku ... Slažete se?
# 4) Nakon što je promatrao URL stranice za pretraživanje (http: //x.x.x.x: y / # / Search) aplikacije, tester je URL promijenio u http: //x.x.x.x: y / # / Search / test? i možete li misliti što bi se dogodilo?
Pa, aplikacija se srušila i ponovno se tester okrenuo korisniku ... .. Nadam se da se nećete složiti.
Zaključak
Pretpostavljam da sam kroz ove primjere prenio dovoljno onoga što sam želio.
Zapravo, testiranje ne znači provjeriti tijek rada aplikacije, niti znači razbiti aplikaciju, ali svakako znači provjerite korisničko iskustvo čak i kad pogriješi.
O autoru: Ovaj post napisao je član STH tima Bhumika Mehta. Vodi projekt, ima više od 10 godina iskustva u testiranju softvera. Cijeni i dobre ideje, inovacije i rizike. I naravno mrzi monoton posao, ljude i okoliš.
I da, okrenimo tester u sebi krajnjem korisniku ... Slažete se? :)
Dakle ... .. htjeli bismo od vas čuti još takvih primjera i voljeli bismo imati i vaša mišljenja.
kako otvoriti eps datoteke na Windowsima -
Preporučena literatura
- Vodič za GUI testiranje: Kompletni vodič za testiranje korisničkog sučelja (UI)
- Testiranje kolačića web mjesta i slučajevi testiranja kolačića web aplikacija
- Autentifikacija korisnika u MongoDB
- Testiranje provjere valjanosti e-pošte: Kako testirati funkcionalnost e-pošte aplikacije
- Zarađivanje novca, karijera testiranja softvera i tajne najbogatijeg testera
- 5 stvari koje bi početnik (i ispitivač) trebao znati o testiranju softvera
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Ad-hoc testiranje: Kako pronaći nedostatke bez formalnog postupka ispitivanja