{"id":393,"date":"2024-08-26T06:16:50","date_gmt":"2024-08-26T06:16:50","guid":{"rendered":"https:\/\/designveileder.no\/?page_id=393"},"modified":"2025-01-05T19:45:15","modified_gmt":"2025-01-05T19:45:15","slug":"testing","status":"publish","type":"page","link":"https:\/\/designveileder.no\/?page_id=393","title":{"rendered":"Testing"},"content":{"rendered":"

I dette kapittelet <\/strong><\/span>presenterer vi enkelte kjerneomr\u00e5der for testing av en e-l\u00e6ringsl\u00f8sning \u2013 stor eller liten, avansert eller enkel \u2013 men likevel rettet mot brukere med kognitive utfordringer.<\/p>\n

Sv\u00e6rt mange, b\u00e5de norske og internasjonale, fagmilj\u00f8er har publisert innsikter i og erfaringer fra testing av et bredt spekter av ulike ikt-baserte systemer. Slike metoder er enkelt \u00e5 finne p\u00e5 nettet og tilpasse til de aktuelle behovene. Typisk heter det brukbarhetstesting (usability<\/strong> testing). Tilgjengelighetstesting er en annen tiln\u00e6rming.<\/p>\n

Metoder med nye navn, forbl\u00f8ffende like allerede eksiterende, ser ogs\u00e5 dagens lys kontinuerlig. Testmetodene har likevel sv\u00e6rt mye felles, og alle tar sikte p\u00e5 \u00e5 kunne utbedre systemene f\u00f8r de tas i bruk. Den st\u00f8rste forskjellen er kanskje skillet mellom kvantitative og kvalitative metoder, dvs. (enkelt sagt) \u00e5 tallfeste<\/em> eller forst\u00e5<\/em> brukernes tilbakemeldinger. Tallfesting kan gjelde f.eks. suksessgrad eller brukt tid p\u00e5 en oppgave, feil o.l. Forst\u00e5else kan gjelde grunner til at feil skjer eller at oppgaver blir avbrutt.<\/p>\n

I arbeidet med e-l\u00e6ringsl\u00f8sninger for brukere med kognitivt nedsatt funksjonsevne, vil nok kvalitative metoder v\u00e6re \u00e5 foretrekke. \u00a0\u00c5rsaker er bl.a. at disse brukere ikke er en homogen gruppe og variasjonene er store. Det er viktig \u00e5 f\u00e5 en god forst\u00e5else av hva som evt. fungerer d\u00e5rlig og hva som fungerer bra. Bakenforliggende motivasjon for testing m\u00e5 uansett v\u00e6re aspekter som bedre bruksflyt, mer forst\u00e5elig innhold, \u00f8kt tilgjengelighet (accessibility<\/strong> testing) eller t.o.m. bedre estetikk.<\/p>\n

Under f\u00f8lger en \u00absm\u00f8rbr\u00f8dliste\u00bb fra v\u00e5re praktiske erfaringer fra testing av e-l\u00e6ringsl\u00f8sninger for brukere med kognitivt nedsatt funksjonsevne. Punktene er eksemplifisert med sp\u00f8rsm\u00e5l som vi stadig har s\u00f8kt svar p\u00e5. Slike tester har relevans i tre faser av utviklingen: 1. helt i starten n\u00e5r en prototyp eller en funksjonsskisse av l\u00f8sningen foreligger, 2. underveis i utviklingen p\u00e5 kritiske beslutningspunkter eller milep\u00e6ler, og\/eller 3. like f\u00f8r ferdigstilling for \u00e5 utbedre siste feil og mangler.<\/p>\n

Aspekter som fortjener testing (ogs\u00e5 av utviklere)<\/h2>\n

Alternative tekster til bilder: <\/strong>Har bildene alternative tekster, dvs. forklaringer p\u00e5 hva som er i bildet?<\/p>\n

Bilder og bildetekster:<\/strong> Er bildematerialet relevant, konkret og forklarende, og er bildetekstene det ogs\u00e5 (i tillegg til lettleste)?<\/p>\n

Bokstavtyper (fonter):<\/strong> Er bokstavtypen tilpasset digital presentasjon (dvs. \u00abskjermfonter\u00bb uten sm\u00e5 \u00abf\u00f8tter\u00bb, seriffer)? Er det brukt uheldige effekter som understreking, lange tekster i kursiv eller ord i kun store bokstaver (unntatt vanlige forkortelser)?<\/p>\n

Farger:<\/strong> Er fargeskalaen akseptabel? Eller har den noen elementer i seg som ikke lar seg anvende. Her er det ikke snakk om smakssaker som vakkert eller stygt, men farger som kan v\u00e6re politisk ladet eller vanskelige \u00e5 se (f.eks. r\u00f8dt og gr\u00f8nt i kombinasjon).<\/p>\n

Flyt:<\/strong> Er presentasjonen av stoffet slik at brukeren opplever en god flyt internt i et tema?<\/p>\n

Funksjonalitet:<\/strong> Finner brukeren funksjoner som quizer, videoer, veiledninger o.l.? \u00a0Klarer vedkommende \u00e5 bruke funksjonaliteten(e) p\u00e5 en fornuftig m\u00e5te?<\/p>\n

Kontraster:<\/strong> Er kontrasten mellom teksten og bakgrunnen h\u00f8y nok for god lesbarhet?<\/p>\n

Konvensjoner:<\/strong> Noe er vanlig<\/em>. Det er for eksempel i nettsteder, som mange e-l\u00e6ringsl\u00f8sninger kan v\u00e6re, plassering av kontaktinformasjonen (p\u00e5 bunnen av hjemmesiden), s\u00f8kefunksjonen (ofte \u00f8verst p\u00e5 siden) og at logoen ogs\u00e5 er en knapp til hjemmesiden. Anbefalingen er \u00e5 f\u00f8lge slike konvensjoner som mange brukere er vant med, med mindre det er gode grunner til \u00e5 avvike fra disse.<\/p>\n

Lettlest tekst:<\/strong> Er tekstene i l\u00f8sningen lettleste, dvs. forst\u00e5elige for dem som ikke leser s\u00e5 godt, og f\u00f8lger i hvert fall lettlest-standardens hovedpunkter?<\/p>\n

Maskinlesbar tekst:<\/strong> Dvs. er det s\u00f8rget for at tekstene ikke er bilder av tekst?<\/p>\n

Navigering:<\/strong> Er navigering logisk, lett \u00e5 finne og strukturert tydelig mellom evt. hovedtemaer og undertemaer? Er det lett \u00e5 komme tilbake til start?<\/p>\n

Overskrifter:<\/strong> Er overskriftene forklarende og er de lagt inn p\u00e5 logiske niv\u00e5er? Mangler det overskrifter eller er de for mange?<\/p>\n

Responsivitet:<\/strong> Vises innholdet greit p\u00e5 alle aktuelle skjermer (smarttelefon, nettbrett, PC\/Mac?)<\/p>\n

Rulling:<\/strong> Hvis det er n\u00f8dvendig \u00e5 rulle eller bla (skrolle), skjer det kun i \u00e9n retning (vertikalt for lesing)?<\/p>\n

Tale:<\/strong> Har tekstene tale? Har talen tydelig diksjon og rolig tempo? Kan volumet justeres (hvordan evt.)?<\/p>\n

Tematisering:<\/strong> Er temaene som organiserer stoffet, forst\u00e5elig og bidrar til en god struktur? Er tematiseringen logisk og har den en god flyt?<\/p>\n

Videoer:<\/strong> Har videoene viktige kontroller som fullskjerm, lydregulering og start\/stopp avspilling? Bidrar videoene til forst\u00e5elsen av stoffet\/temaet?<\/p>\n

Visuell orden:<\/strong> Er det visuelle uttrykket ryddig og sammenhengende, dvs. at det ikke er lagt inn flere stilarter, bildestiler, dekorasjoner o.l.?<\/p>\n

Testoppgaver for brukere<\/h2>\n

For \u00e5 planlegge testing er det lurt \u00e5 systematisere oppgavene rundt utvalgte aspekter fra sm\u00f8rbr\u00f8dlisten over.<\/p>\n

Et godt utgangspunkt er \u00e5 lage en testplan. Den kan inneholde b\u00e5de sp\u00f8rsm\u00e5l og konkrete<\/em> oppgaver, og ikke minst en god introduksjon til brukeren om hva testingen g\u00e5r ut p\u00e5, hvor lang tid det tar, hvilket utstyr man skal bruke osv. Dette kan g\u00e5 fram av invitasjonene til testing \u2013 ofte helst skriftlig. Det er ogs\u00e5 viktig \u00e5 poengtere at man ikke tester brukeren, men l\u00f8sningen. Det fins ikke gale svar p\u00e5 testsp\u00f8rsm\u00e5l og -oppgaver. M\u00e5let er \u00e5 finne ut hva som fungerer bra og hva som m\u00e5 forbedres.<\/p>\n

Oppgaver kan for eksempel v\u00e6re \u00e5:<\/p>\n

    \n
  • navigere til bestemte steder\/temaer\/emner i l\u00f8sningen<\/li>\n
  • hvordan starte og stoppe en video, og hvordan f\u00e5 den i fullskjerm-modus<\/li>\n
  • hvordan \u00f8ke volumet p\u00e5 tale for tekst<\/li>\n
  • lese en veiledning og vise hvordan det veiledningen forklarer skal gj\u00f8res etterp\u00e5<\/li>\n
  • g\u00e5 til og gjennomf\u00f8re en quiz<\/li>\n<\/ul>\n

     <\/p>\n

    Oppgaver kan ogs\u00e5 v\u00e6re \u00e5 kommentere for eksempel:<\/p>\n

      \n
    • en tekst og tilh\u00f8rende tale (talens kvalitet), samt styringsmulighet av talen<\/li>\n
    • tekstst\u00f8rrelsen, linjeavstanden og kontrasten av teksten mot bakgrunnen<\/li>\n
    • hva et bilde viser\/forteller<\/li>\n
    • hva en tekstsnutt betyr<\/li>\n
    • hvordan fargene er (eller burde v\u00e6re)<\/li>\n
    • om det er noe som er irriterende<\/li>\n
    • om det er noe som er vanskelig<\/li>\n
    • hva som er bra<\/li>\n<\/ul>\n

       <\/p>\n

      I forbindelse med konkrete oppgaver kan det v\u00e6re givende \u00e5 la brukeren snakke h\u00f8yt<\/strong> om hva han eller hun gj\u00f8r, tenker, lurer p\u00e5 osv. Samtidig er det opplagt nyttig \u00e5 gj\u00f8re n\u00f8ye observasjoner<\/strong> om brukerens adferd, dvs. hvor han\/hun evt. n\u00f8ler eller ikke kommer videre i det hele tatt. Da er utfyllende sp\u00f8rsm\u00e5l<\/strong> om problemet p\u00e5 sin plass.<\/p>\n

      Det er, uavhengig av metode, viktig \u00e5 pr\u00f8ve \u00e5 fange opp brukerens \u00f8nsker om forbedringer. Det er essensielt \u00e5 notere brukerens utsagn. Lydopptak kan v\u00e6re aktuelt og til stor hjelp, men da er det viktig \u00e5:<\/p>\n

        \n
      • be om lov til det, gjerne i form av skriftlig samtykke<\/li>\n
      • forklare at opptaket blir slettet etter at det er brukt til \u00e5 g\u00e5 gjennom svarene<\/li>\n
      • forklare at dette er den eneste bruken av opptaket<\/li>\n
      • forklare at ingen andre enn testleder skal h\u00f8re opptaket<\/li>\n<\/ul>\n

         <\/p>\n

        Enten testingen gjelder store eller sm\u00e5 e-l\u00e6ringsl\u00f8sninger, anbefales det \u00e5 lage et enkelt testskjema (protokoll). Skjemaet geleider testlederen gjennom alle temaer og sp\u00f8rsm\u00e5l, og svarene kan kodes inn i skjemaet i stikkords form.<\/p>\n","protected":false},"excerpt":{"rendered":"

        I dette kapittelet presenterer vi enkelte kjerneomr\u00e5der for testing av en e-l\u00e6ringsl\u00f8sning \u2013 stor eller liten, avansert eller enkel \u2013 men likevel rettet mot brukere med kognitive utfordringer. Sv\u00e6rt mange, b\u00e5de norske og internasjonale, fagmilj\u00f8er har publisert innsikter i og erfaringer fra testing av et bredt spekter av ulike ikt-baserte systemer. Slike metoder er enkelt […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"_links":{"self":[{"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/pages\/393"}],"collection":[{"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/designveileder.no\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=393"}],"version-history":[{"count":11,"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/pages\/393\/revisions"}],"predecessor-version":[{"id":837,"href":"https:\/\/designveileder.no\/index.php?rest_route=\/wp\/v2\/pages\/393\/revisions\/837"}],"wp:attachment":[{"href":"https:\/\/designveileder.no\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=393"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}