Gjør det selv brukertesting (del 1): Forarbeidet

Dette er første del av en serie på tre om hvordan du kan gjennomføre brukertesting selv. Serien er basert på et foredrag jeg holdt på Webforum 2010. Dette innlegget handler om forarbeidet, mens det neste vil handle om selve testsituasjonen og det siste om etterarbeidet.

Først, skal jeg komme med to poeng som jeg mener er veldig viktig å ha klart for seg når man skal brukerteste.

For det første:

The main thing is to keep the main thing the main thing.

Og for det andre:

Test tidlig og mer enn én gang.

Jeg har opplevd at brukertesting ødelegges fordi man mister fokus på hva det er man egentlig tester. Det er en feil jeg selv også har gjort. Problemet oppstår fordi enkelte testpersonener begynner å mene mye om mangt og/eller du eller andre i testgruppen  slenger på et par ekstra spørsmål når man har muligheten til det. Ikke fall for fristelsen.

Det er også viktig å teste, teste senere og teste igjen. Du får resultatene, gjør endringene og så tester du endringene. Gjorde du det riktig i fasen før, blir resultatet bedre. Hvis ikke har du gjort noe feil, og da er det bra å få svar på det også. Derfor bør du teste flere ganger.

Velg deg et testformål

Dette punktet henger sammen med det jeg skriver innledningsvis. Har du forstått det, så forstår du også hva du skal gjøre her. Med andre så skal du holde fokus på det du skal teste. Skal du teste den nye forsiden til intranettet, så er ikke det godt nok. De ansatte kommer ikke for å se på forsiden. De skal løse en oppgave. Derfor skal du velge ut de oppgavene som er viktigst for at forsiden skal fungere optimalt.

Tester du en landingsside for å bestille produkt XYZ, så test bestillingsrutinen.

Vær med andre ord så konkret som overhode mulig når du bestemmer hva du skal teste.

Lag testoppgaver, pretest og posttestspørsmål

Skriv oppgavene som du vil testpersonen skal løse og sett de inn i et testskjema. Nedenfor er et eksempel på hvordan et testskjema kan se ut. Klikk på bildet for å se det i større versjon.

Det som er viktig er at du ikke overlater noe til tilfeldighene. Derfor tar du også med instruksjoner til moderator og hva riktig løsning er. Husk at du noterer alle mulige veier til målet hvis det er flere, og ikke bare den du mener er riktig.

Pretestspørsmål kan være greit å ha hvis du ønsker en viss fordeling på testpersonene. For eksempel hvis du tester et intranett og det er veldig ulik kompetanse på de ansattes pc-bruk. Da er det bra om også dette avspeiles hos de som deltar.

Posttestspørsmålene er ikke strengt nødvendig, men bruk det hvis ønsker å avrunde med noen mer åpne spørsmål om bruk av løsningen. Men pass som sagt på at du ikke spør om ting som er irrelevant.

Bestem verktøy

Velg riktig verktøy for testen. Selv om du noterer underveis, så kan det likevel være lurt å ta opp seansen. Nedenfor er lenker til verktøy som gjør dette. Alle har sine ulike fordeler, så sjekk de ut nærmere for å finne den som passer deg.

• ScreenToaster
• CamStudio
• Camtasia Studio
• Open Hallway
• Screencast-o-Matic

Velg deltagere

Så er det å rekruttere testpersonene. Ta gjerne med et par ekstra i tilfelle noen blir syke eller trekker seg. Forklar for de hva testen går ut på og spør de eventuelle spørsmål du har laget i pretestskjemaet.

Det holder med seks testpersoner. Da vil du finne de meste vanligste og viktigste bruksproblemene. Tester du på flere enn det, så er det begrenset hvor mange nye du finner.

Lag en timeplan

Skriv ned hva som skal gjøres på selve testdagen. Ta hensyn til at ting ikke alltid går som planlagt og legg inn litt ekstra god tid.

Sammen med timeplanen lager du også en liste over hva du trenger. Skriv ned alt fra pc, til penn og papir, programvare og kaffe.

Kjør en testrunde

Det vil alltid dukke opp uforutsette ting. Ta derfor å kjør gjennom testen en gang før det virkelig gjelder. Du får avdekket om du har lært deg eventuell programvare riktig, om enkelte spørsmål er uklare og om du holder deg innenfor tidsfristen.

Hvis du stopper opp og ikke følger planen, så noterer du hva som er problemet og tilpasser den slik at den fungerer bedre.

Neste gang skriver jeg om selve gjennomføringen av testen.

Har du gjennomført brukertesting selv? Hva mener om min liste og hva er din erfaring?