-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathgebruikerstest.html
88 lines (85 loc) · 6.22 KB
/
gebruikerstest.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
<!DOCTYPE html>
<html>
<head>
<link rel="stylesheet" href="./stylesheets/style.css" type="text/css">
<link rel="stylesheet" href="./stylesheets/subpage.css" type="text/css">
</head>
<body>
<header>
Informatica - Usability
</header>
<nav>
<a href="index.html">Home</a>
<div id="submenu">
<a href="./1toegang.html">Richtlijnen</a>
<div id="menucontent">
<a href="./1toegang.html">Toegang</a>
<a href="./2geefcontrole.html">Controle</a>
<a href="./3veiligheid.html">Veiligheid</a>
<a href="./4aansluiting.html">Aansluiting</a>
</div>
</div>
<a href="./opdrachtgever.html">Contact met opdrachtgever</a>
<a class="selected">Gebruikerstest uitvoeren</a>
</nav>
<article id="content">
<h1>Een gebruikerstest uitvoeren</h1>
<p> Er zijn allerlei verschillende manier waarop je een gebruikerstest uit kunt voeren. Bij alle tests is het sowieso belangrijk
dat de instructies voor de testers duidelijk zijn. Bijvoorbeeld over de manier waarop de test wordt uitgevoerd of wat
voor resultaat je graag zou willen ontvangen. Vertel er dan ook bij wat je gaat testen en waarom. Het is ook van belang om te
beslissen welke gebruiker(s) je graag de test wilt laten uitvoeren. Bijvoorbeeld als ze er verstand van hebben of juist helemaal
niet om te kijken hoe een "gewoon" persoon ermee om gaat. Laat je testers het ook op hun eigen devices doen, dan kan je namelijk ook zien of het daar ook vlot verloopt of
dat er mogelijke problemen kunnen ontstaan bij het eindproduct.
<h2>Stel vragen</h2>
<h3>Een enquête</h3>
Een makkelijke manier om een gebruikerstest op grote schaal te doen is door ze na het testen een enquête te laten invullen. Het
liefst een online enquête want dat is gewoon handiger, zeker in deze tijden. Je kan ze ook een rating laten geven, dat
kan ook anoniem als je dat beter lijkt. Mogelijke vragen die je kunt stellen zijn:
<ul>
<li> Wat was het beste/slechtste aan dit prototype?</li>
<li>Wat is het belangrijkste dat veranderd moet worden?</li>
<li>Hoe makkelijk was je taak uit te voeren?</li>
<li>Reageert het systeem snel genoeg?</li>
<li>Is de navigatie logisch opgebouwd?</li>
<li>Reageert het product goed op fouten?</li>
<li>Is de informatie duidelijk?</li>
</ul>
<h3>Interview of brainstorm</h3>
Het nadeel van een enquête is dat het moeilijk te achterhalen is waarom gebruikers vinden dat iets wel of niet goed is. Daarvoor
kan je beter een <i>interview of brainstorm</i> gebruiken. Dat doe je met een kleinere groep gebruikers. Bij een interview kun
je doorvragen over wat de gebruikerservaring precies is. Bij een brainstorm ga je met een aantal gebruikers om een tafel
zitten nadat ze je product hebben getest. Daarbij laat je iedere gebruiker zijn of haar mening en feedback delen met de groep. Vervolgens
kun je dan samen discussieren over wat er volgens hen beter kan. Jij bent daarbij degene die de vragen stelt en het gesprek leidt aangezien het jouw ontwerp is.
Het is ook handig om ook alle ideeën en verbeterpunten op te schrijven, dat kan het best op een bord of op een groot scherm.
<h2>Wat doet de gebruiker?</h2>
<h3>Meekijken</h3>
Het is nuttig om zelf met je eigen te zien hoe een tester met jouw product omgaat. Je kan dat doen door bijvoorbeeld mee
te kijken vanuit je eigen computer. Let er wel op dat je alleen maar toekijkt en geen tips geeft ofzoiets.
Hoe gaat dat dan te werk? Je legt van tevoren uit dat je niks gaat zeggen terwijl je tester bezig is. Het is juist de bedoeling
dat die er zelf wijs van wordt met behulp van de gegeven instructies. Leg daarna uit welke opdracht de gebruiker
precies moet gaan doen. Als de gebruiker bezig is, kun je zien hoe snel de werking van je product duidelijk is en hoe
de gebruiker ermee aan de slag gaat. Jij kunt daar ondertussen handige notities van maken. Je kunt misschien ook aan de gebruiker vragen
om hardop te zeggen wat hij of zij denkt bij de dingen die ze doen. Dan krijg je meer inzicht in waarom de gebruiker bepaalde keuzes maakt,
wat ook heel handig is om te weten.
<h3>Metingen doen</h3>
Je kan er ook voor kiezen om een opname te maken van wat de gebruiker tijdens de test aan het doen is. Je hoeft er dan niet
zelf bij te zijn. Een veelgebruikte en ook handige methode is om te meten wanneer en wat de gebruiker allemaal aan het doen is in je systeem en om die gegevens vervolgens op te slaan in een online database. Dit is zeer geschikt bij grote groepen gebruikers
omdat je op een grotere schaal veel beter kunt zien welke knoppen vaak of juist weinig gebruikt worden in vergelijking met
andere. Deze manier van testen heeft wel het nadeel dat het best veel vraagt van jou als ontwikkelaar: je moet namelijk elke actie op van de gebruikers
opslaan in een database en dan allemaal programmeren.
<h3>A/B test</h3>
Als je twee of meer oplossingen hebt bedacht en je twijfelt over welke je voor moet gaan, kun je ook voor allebei een gebruikerstest
laten uitvoeren door verschillende groepen gebruikers. Dan doet de ene bijvoorbeeld prototype A en de ander prototype
B. Mogelijk kan je er ook voor kiezen om je testers beide uit te laten proberen en achteraf te vragen welke volgens hen beter was en ook waarom.
<h3>Test op fouten</h3>
Elk systeem bevat wel een paar fouten en het kan lastig zijn om ze allemaal te vinden. Je kunt ook daarvoor hulp aan gebruikers
vragen. Dat kan je doen door aan een gebruiker of een willekeurige persoon te vragen om niet alleen zijn/haar eigen taak in het
systeem uit te voeren, maar ook om expres overal te klikken en dingen te doen die ze normaal gesproken niet zouden of mogen doen, zoals bijvoorbeeld verkeerde gegevens invoeren. Zo kan je dus testen hoe jouw product omgaat met fouten.
</p>
</article>
<footer>
<p>Door Ayman El Gawhary, Thijn Schram, Christopher Kusumo Adi</p>
<p>V4C - Informatica 2021</p>
</footer>
</body>
</html>