You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Man må finne ut om IKT-løsningen ved NTNU fungerer for funksjonshemmede studenter. Dette kan gjøres ved at man har en bredt sammensatt testgruppe. Dvs ikke bare synshemming men også for de gruppene som har en bevegelseshemming og f.eks. nedsatt armfunksjon som kan ha innvirkning på kraft og presisjon. Man må også ha i tankene at en person i rullestol også kan se dårlig eller kan ha nedsatt armfunksjon.
Det vil være vanskelig å ha en testgruppe parat som er bredt sammensatt. De som skal teste trenger nødvendigvis ikke være studenter ved NTNU, men komme fra en organisasjon som kan fremskaffe testere fra ønskete brukergrupper.
Man kan også tenke seg at man kunne ha en sjekkliste for å dokumentere testing. Et dokument som følger med som vedlegg for all programvare og hardware på NTNU og som sier noe om hva det er testet for, synshemming m.m.

MediaLT: Timebasert - gjerne i en rammeavtale. Innhold på spesifiseres, kan være både stort og smått. Forholdet mellom brukbarhet og tilgjengelighet kontra testmetode. Hjemmetesting, ulike funksjonsnedsettelse, superbrukertest, Kan kreve opplæring ifht nye systemer som skal testes. Krever individuell opplæring, hvor mye er det behov for? Automatiserte tester er ikke aktuelt, dette må man utvikle selv. F.eks. Synthesis - testverktøy.

Bør fokuserer på å kunne utføre oppgaver i IKT-løsningen.

Spesifisere en del kriterier ifht brukertesting.

Dette kan inngå som krav i anskaffelse, som vedlegg eller som funksjonskrav. Formalkrav og funksjonskrav bør begge være del av kravspesifiksjon.

Man bør ikke forholde seg til bare en type test, men se på bruken, antall brukere, strategisk plassering av verktøy, hvem er målgruppe for testen?

Hvordan skaffe adgang til de som skal teste? Må ha tilgang til det meste, må kunne teste mange funksjoner. Hva er omfang for hvilke funksjoner, løsninger, grupper, størrelse, blind, dyslektiker, hørselshemmede, motorikk, svaksynt.

Både system og innhold som produseres/tilgjengeliggjøres i løsningen.

Testmetode og evalueringskriterier, dokumentasjon og prosess er viktig ifht etablering av rammeavtale mot konsulentselskaper. Hvordan følge opp leveranse?

Det bør henvises til DIFIs kriterier i kravspesifikasjon.

 

  • No labels