Menu

Hoe kan een tester denken als eindgebruiker?

how tester can think

Probeer Ons Instrument Voor Het Oplossen Van Problemen

beste data herstel software windows 10

Tafereel : In een restaurant arriveerde een gezin van 3 - ouders en een peuter. Na het bestellen van de meest favoriete pizza, ontspande het gezin zich en begon de peuter te spelen met de eetstokjes die op tafel lagen. Hij vond ze lekker en besloot zijn avondeten alleen met stokjes te eten.

Hij kondigde zijn verlangen aan en ouders, druk in gesprek, waren het daarmee eens. Toen de pizza werd geserveerd, begon de peuter eetstokjes te gebruiken en slaagde hij er een aantal keer niet in om de pizza in zijn mond te krijgen. Plots merkten de ouders het en bevalen de peuter om geen eetstokjes te gebruiken. Peuter overtuigde niet omdat de ouders al eerder met zijn wens hadden ingestemd.Toen ouders begonnen te onderwijzen over pizza eten met alleen mes en vork, twijfelde de peuter aan het geloof, maar ik wil het alleen met stokjes eten en waarom is het verkeerd? En terwijl hij eetstokjes gebruikte terwijl hij zijn favoriete pizza niet kon eten, werd hij ongeduldig en gooide hij uiteindelijk de eetstokjes weg en besloot hij ook geen pizza te eten. Ouders, ook gefrustreerd, konden niets doen en de tijd van het familiediner werd de slechtste tijd van de dag.

tester als eindgebruiker

Vervang nu enkele woorden in bovenstaande paragraaf als volgt en denk er opnieuw over na:

Ouders: Projectmanagementteam inclusief bedrijfsanalist, verkoper, ontwikkelingsmanager en architectuurteam.
Kleuter: Klant / eindgebruiker
Pizza: product applicatie
Eetstokjes: vergissing

De meest favoriete applicatie is pas favoriet totdat de gebruiker geen fouten maakt en het slechtste gedrag van de applicatie niet ziet. Eenmaal ervaren, komt de gebruiker nooit meer terug naar de applicatie. En daarom is het als tester zeer noodzakelijk om te begrijpen de mindset van de gebruiker , hoe hij zich dient te gedragen, wat hij verkeerd kan doen met de aanvraag, wat de ergste gemaakte fout kan zijn en nog veel meer.

Meestal werd mij op forums en door interne teamleden gevraagd hoe de gebruikerservaring tijdens het testen kon worden gerepliceerd. Mijn antwoord is altijd simpel geweest - Wees een gebruiker ​

Hoewel het gemakkelijk te zeggen is dan te implementeren, is het een goed moment voor de softwaretestindustrie om de richting van een revolutie in te gaan, waarbij gebruikerservaring en feedback belangrijker zijn dan wat dan ook.

Hoe kan een tester als eindgebruiker denken?

Hierbij een aantal typische voorbeelden van je als eindgebruiker gedragen en verrassingen vinden , Heb ik de afgelopen dagen opgemerkt:

# 1) Tijdens het testen van een datumveld werkte het prima als een gebruiker de juiste datumwaarde selecteerde of handmatig invoerde. Maar toen de gebruiker uiteindelijk een totaal onjuiste waarde invoerde, zoals 12/00 // en op OK klikte, kreeg hij een foutmelding over een ongeldige datumwaarde.

Nu corrigeert de gebruiker de datum niet maar vernieuwt de pagina. Wat moet er gebeuren? Velen van jullie kunnen raden wat er moet gebeuren, maar kun je bedenken wat er met de applicatie is gebeurd? Na het vernieuwen van de pagina, kreeg een gebruiker een volgend te zien en werd dezelfde waarde ook in een database opgeslagen.

eindgebruiker testen 1

Dus… ..de tester heeft de gebruiker hier nagemaakt, afgesproken?

#twee) Tijdens het testen van een applicatie, waarbij de workflow is om verschillende formulieren in een speciale volgorde in te dienen als de bestelling wordt gevolgd, werkte het prima. Maar wat als de gebruiker zou proberen terug te gaan naar formulier 3, van formulier 5?

Nogmaals, in plaats van na te denken over wat er zou moeten gebeuren, laten we eens kijken wat er is gebeurd ...

eindgebruikerstesten 2

Tester was stomverbaasd, maar voelde er trots op dat hij zichzelf als gebruiker opdroeg… ..Akkoord?

# 3) Na succesvol inloggen, klikt de gebruiker op de terugknop van de browser. Nogmaals, laten we eens kijken wat er is gebeurd ...

eindgebruikerstesten 3

De inloggegevens hadden moeten worden opgeruimd, maar dat gebeurde niet. Verderop klikt een gebruiker op deze aanmeldingspagina op de link Wachtwoord vergeten. Wees duidelijk dat de gebruiker al was ingelogd en zich op de inlogpagina bevond door op de terugknop van de browser te klikken. De klik op Wachtwoord vergeten bracht de gebruiker naar de startpagina van de applicatie.

welke van de volgende is een fase in de sdlc?

Tester wendde zich tot gebruiker… ..Akkoord?

# 4) Na het observeren van de URL voor de zoekpagina (http: //x.x.x.x: y / # / Search) van de applicatie, wijzigde tester de URL als http: //x.x.x.x: y / # / Search / test? en kun je bedenken wat er zou zijn gebeurd?

Nou, de applicatie crashte en opnieuw wendde de tester zich tot de gebruiker ... ik hoop dat je het niet oneens bent.

Gevolgtrekking

Ik denk dat ik via deze voorbeelden genoeg heb overgebracht van wat ik wilde.

Testen betekent echt niet om de workflow van de applicatie te controleren en het betekent ook niet om de applicatie te kraken, maar het betekent zeker om controleer de gebruikerservaring zelfs als hij de fouten maakt.

Over de auteur: Dit bericht is geschreven door STH-teamlid Bhumika Mehta. Ze is een projectleider en heeft meer dan 10 jaar ervaring in het testen van software. Ze waardeert ook goede ideeën en innovaties en risico's. En heeft natuurlijk een hekel aan monotoon werk, mensen en omgeving.

En ja, laten we de tester in onszelf overgeven aan de eindgebruiker… .Akkoord?​

Dus ... we horen graag meer van dit soort voorbeelden van u en horen ook graag uw mening.

Aanbevolen literatuur

^