how tester can think
Scenă : Într-un restaurant, a sosit o familie de 3 - părinți și un copil mic. După ce a comandat cea mai preferată pizza, familia s-a relaxat și copilul a început să se joace cu bețișoarele așezate pe masă. I-au plăcut și a decis să-și mănânce cina folosind doar bețișoare.
El și-a anunțat dorința, iar părinții, ocupați cu discuțiile, au fost de acord. Când pizza a fost servită, copilul a început să folosească bețișoare și a eșuat de mai multe ori în a-și pune pizza în gură. Dintr-o dată, părinții au observat acest lucru și au ordonat copilului să nu folosească bețișoare. Copilul nu a convins, deoarece părinții au fost deja de acord asupra dorinței sale mai devreme.Când părinții au început să predea despre mâncarea pizza doar cu cuțitul și furculița, copilul mic a pus la îndoială credința, dar vreau să o mănânc numai cu bețișoare și de ce este greșit? Și, în timp ce folosea bețișoarele când nu era capabil să mănânce pizza lui preferată, s-a nerăbdat și în cele din urmă a aruncat bețișoarele și a decis să nu mănânce și pizza. Părinții, frustrați și ei, nu au putut face nimic, iar ora de cină în familie s-a dovedit a fi cea mai proastă perioadă a zilei.
Acum, înlocuiți câteva cuvinte de la para de mai sus, după cum urmează, și gândiți-vă din nou la asta:
Părinţi: Echipa de management de proiect, inclusiv analist de afaceri, agent de vânzări, manager de dezvoltare și echipă de arhitectură.
Copil mic: Client / utilizator final
Pizza: produs / aplicație
Bețișoare: greşeală
Cea mai preferată aplicație este preferată numai până când utilizatorul nu greșește și nu vede cel mai prost comportament al aplicației. Odată experimentat, utilizatorul nu revine niciodată la aplicație. Și, prin urmare, ca tester, este foarte necesar să înțelegem mentalitatea utilizatorului , cum se așteaptă să se comporte, ce greșeală poate face cu aplicația, care ar putea fi cea mai gravă greșeală făcută și multe altele.
De cele mai multe ori, am fost întrebat atât pe forumuri, cât și de către membrii echipei interne despre cum să reproduc experiența utilizatorului în timpul testării. Răspunsul meu a fost întotdeauna simplu - Fii utilizator :)
Deși este ușor de spus decât de implementat, este momentul potrivit pentru industria de testare a software-ului să meargă în direcția revoluției, unde experiența utilizatorului și feedback-ul sunt mai importante decât orice altceva.
Cum poate gândi un tester ca utilizator final?
Prezentând aici câteva exemple tipice de comportament ca utilizator final și găsirea de surprize , Am observat în ultimele zile:
# 1) În timp ce testați un câmp de dată, când un utilizator a selectat sau a introdus manual valoarea corectă a datei, a funcționat bine. Dar când utilizatorul a ajuns să introducă o valoare total incorectă, cum ar fi 12/00 // și a făcut clic pe OK, i s-a prezentat un mesaj de eroare despre valoarea datei nevalide.
Acum utilizatorul nu corectează data, dar reîmprospătează pagina. Ce ar trebui să se întâmple? Ei bine, mulți dintre voi pot ghici ce ar trebui să se întâmple, dar vă puteți gândi ce s-a întâmplat cu aplicația? După reîmprospătarea paginii, unui utilizator i s-au prezentat următoarele informații și aceeași valoare a fost salvată și într-o bază de date.
Deci ... .. testerul a reprodus utilizatorul aici, de acord?
#Două) În timp ce testați o aplicație, în care fluxul de lucru este de a trimite diferite formulare în ordine specială dacă a fost respectată comanda, a funcționat bine. Dar dacă utilizatorul a încercat să revină la formularul # 3, din formularul # 5?
Din nou, mai degrabă decât să ne gândim la ce ar trebui să se întâmple, să vedem ce s-a întâmplat ...
Testerul a rămas uimit, dar a simțit mândrie că s-a prezentat ca utilizator ... ..Ești de acord?
# 3) După conectarea cu succes, utilizatorul face clic pe butonul Înapoi al browserului. Din nou, să vedem ce s-a întâmplat ...
cel mai bun mod de a curăța Windows 10 de registry
Acreditările ar fi trebuit să fie curățate, dar nu au făcut-o. Mergând mai departe, pe această pagină de autentificare, un utilizator face clic pe linkul Ați uitat parola. Fiți clar că utilizatorul sa conectat deja și a fost pe pagina de autentificare făcând clic pe butonul Înapoi al browserului. Făcând clic pe Ați uitat parola a navigat utilizatorul către pagina de pornire a aplicației.
Testerul s-a adresat utilizatorului ... Sunt de acord?
# 4) După ce a observat adresa URL pentru pagina de căutare (http: //x.x.x.x: y / # / Căutare) a aplicației, testerul a modificat adresa URL ca http: //x.x.x.x: y / # / Căutare / test? și poți să crezi ce s-ar fi întâmplat?
Ei bine, aplicația sa prăbușit și testerul a apelat din nou la utilizator ... Sper că nu veți fi de acord.
Concluzie
Cred că, prin aceste exemple, am transmis destul din ceea ce am vrut.
Într-adevăr, testarea nu înseamnă să verifici fluxul de lucru al aplicației și nici nu înseamnă să rupi aplicația, dar cu siguranță înseamnă să o faci verificați experiența utilizatorului chiar și atunci când face greșelile.
Despre autor: Această postare este scrisă de membrul echipei STH Bhumika Mehta. Ea este conducătoare de proiect, având peste 10 ani de experiență în testarea software-ului. Apreciază ideile bune și inovațiile și riscă. Și, desigur, urăște munca monotonă, oamenii și mediul.
Și da, să transformăm testerul în noi înșine către utilizatorul final ... Sunt de acord? :)
Deci ... .. am dori să auzim mai multe exemple de acest fel de la dvs. și am dori să avem și părerile voastre.
Lectură recomandată
- Tutorial de testare GUI: un ghid complet de testare a interfeței de utilizator (UI)
- Site-uri de testare a cookie-urilor și cazuri de testare pentru testarea cookie-urilor de aplicații web
- Autentificare utilizator în MongoDB
- Testare validare e-mail: Cum se testează funcționalitatea e-mailului unei aplicații
- Câștigarea banilor, testarea software-ului Cariera și secretele celui mai bogat tester
- 5 lucruri pe care un dezvoltator începător (și un tester) ar trebui să le știe despre testarea software-ului
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Testare ad-hoc: Cum să găsiți defecte fără un proces de testare formal