4Testdokumentasjon
4.1 Forord Formålet med testing av systemet er å sjekke at alle funksjoner i programmet oppfører seg som ønsket ut i fra kravspesifiksajonen. Dokumentasjonen av testing er delt inn i to deler. En test av alle funksjoner er en systematisk gjennomgang av produktet for å sjekke alle funksjoner fungerer. For å se tabelloversikt over testingen gå til Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden.. En test av brukervenlighet uttaler seg om brukervennlighet av programmet på grunnlag av et hvis antall tester. Ved å ta 4 tester mener vi at de problemer som finnes vil gjentas flere ganger. Ved å ta 4 tester mener vi det er liten sannsynlighet for å over se kritiske eller alvorlige problemer. I praksis er det flere forskjellige oppgaver en bruker vil ønske å foreta på dette systemet. Av praktiske årsaker er denne testen begrenset til 6 oppgaver. Da dette systemet er ensartet oppbygget mener vi at disse oppgavene representerer hele systemets oppbygging og inhold. Menyer og overskrifter og så videre fra systemet er skrevet i kursiv (for eksempel Create or update User). Testleder har, hvor det er fornuftig, knyttet en personlig kommentar til et problem eller en idee. Disse blir skrevet i uthevet skrift. I rapporten er det flere steder brukt sitater direkte fra testpersonen. Disse er angitt med anførseltegn.... For å beskytte testkandidaten er denne personen referert som han videre i rapporten.
4.2 Innholdsfortegnelse 4.1 FORORD... 2 4.2 INNHOLDSFORTEGNELSE... 3 4.3 TEST AV ALLE FUNKSJONER... 4 4.3.1 For vidre utvikling må disse punktene utvikles:... 4 4.4 TEST AV BRUKERVENNLIGHET... 5 4.4.1 Testdeltagernes forventninger... 5 4.4.1.1 Forventninger til innhold og funksjoner...5 4.4.1.2 Uønsket innhold...5 4.4.2 De mest vesentlige deler av programmet som fungerte godt... 6 4.4.3 De mest vesentlige deler av programmet som kan fungere enda bedre... 6 4.4.4 Testdeltakernes vurdering... 6
4.3 Test av alle funksjoner Det er nå gjennomført en test av alle funskjoner av dette poduktet som foregikk 21.05.2007. Testen er foretatt ved at Eline Augdal har gått systematisk gjennom produktet og sjekket alle funksjoner. Du kan lese testplanen i Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden.. Denne rapporten oppsumerer de funksjoner som virker, og de som må vidreutvikles for å bli bedre. Vi har valgt å teste systemet i disse tre nettleserne: Internett Explorer (IE) Firefox (FF) Oprah (O) Dette er på bakgunn av at kravspesifikasjonen sier at systemet skal kunne kjøres på alle tre nettlesere. Rammeverket skal være universiellt, men grunnet tid har vi valgt ut en side å teste opp mot. Nettsiden som har blitt valgt å testes opp mot er Netcom sin løsning til Trådløs Bedrift. 4.3.1 For vidre utvikling må disse punktene utvikles: Implementere brukere Maile brukere Statistik Scorm
4.4 Test av brukervennlighet Marcello tilbyr per dags dato et program for elæring for en kunde. De har startet å utvikle en mer universal løsning som kan skaffe flere kunder for dette produktet. Den første utgaven har blitt lansert i mai 2007. Det er nå gjennomført en test av brukervennligheten av dette poduktet som foregikk 15.05.2007. Testen er foretatt ved å be 4 personer gjøre instrukser på systemet med en kyndig person som overvåker. Denne rapporten beskriver de posetive og negative forhold til programmet, som testen har avslørt. Alle tester ble utført enkeltvis. Personprofilene finner du i Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden.. Hver test tok ca 15 minutter. Grunnlaget for testen er den anminnelige anerkjente tenk høyt metode. Denne metoden er beskrevet mange steder i den anerkjente litteraturen på dette området. Blant annet i Brugervenligt webdesign av Rolf Molich (Ingeniøren bøger 2000) og Usability Engineering av Jakob Nielsen (Academic Press 1993). Før testen fikk testdeltagerne en introduksjon til hvorfor de deltok. De fikk også spørsmål om hvilke forventninger de hadde til programmet og fylte ut noen opplysninger om seg selv. Se Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden.. Mens testdeltageren løste de forskjellige oppgavene ble personen bedt om å tenke høyt og kommentere systemet. En detaljert plan av testen med alle oppgaver ligger i Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden.. En tabell over hvordan det gikk for hver deltager med oppgaveløsningen finner du under Feil! Fant ikke referansekilden. Feil! Fant ikke referansekilden. side Feil! Bokmerke er ikke definert.. 4.4.1 Testdeltagernes forventninger Før deltagerne fikk begynne å løse oppgaver på systemet, ble de spurt om hvilke forventninger til systemet de hadde. Intervjuet foregikk ved at testdeltagerne ble spurt om forventet og uønsket faciliteter. 4.4.1.1 Forventninger til innhold og funksjoner Flere deltagere forventet: Stilrent utseende. Behagelig å se på Enkelt å finne fram i systemet Innlysende hva man skal gjøre på de forskjellige funksjonene Systemet gir veiledning hvis man har gjort feil ved første forsøk Finne noen form for hjelp hvis man står fast 4.4.1.2 Uønsket innhold Flere testdeltagere ønsket ikke å finne: Ønsker ikke å finen noen form for reklame Unødvendig informasjon som for eksempel hvem som har utviklet programet Animerte bilder
4.4.2 De mest vesentlige deler av programmet som fungerte godt Menyen er godt gruppert og navnene er representative for funksjonen Navigeringen er enkel og man trenger ikke å gå gjennom en side for å komme til en annen De meste av funksjonene er innlysende 4.4.3 De mest vesentlige deler av programmet som kan fungere enda bedre Enklere å opprette en oppgave Kunne endre en oppgave 4.4.4 Testdeltakernes vurdering Testdeltakernes kommentarer klassifiseres på denne måte og med disse symboler: Godt. Denne måten å gjøre ting på er testdeltaker fornøyd med. Den kan tjene som forbilde for andre. God ide. Et forslag fra testdeltager eller testleder, som kan bidra til et bedre produkt. Kosmetisk problem. Testdeltaker stusset et kort øyeblikk. Alvorlig problem. Problemet forsinket deltageren fra 1-3 minutter, men testdeltageren kom vidre av seg selv. Kritisk problem. Systemet hindret testdeltaker å løse en rimelig arbeidsoppgave, eller irriterte testdeltakeren voldsomt. Generelle bemerkninger Alle testdeltakere sysntes system,et gikk for treigt. Skal vi ta en kopp kaffe mens vi venter? Er det greit at jeg sjekker Facebooken min imens den laster? Praktiske opplysninger Alle testdeltagerne fant linken for bruekrmanual, men den ledet ikke til noe.
Navigasjon Linkene er flott plassert sammen slik at de som hører sammen er i samme bolk. Menyen er til venstre i skjermbildet og står der konstant. Ikke nødvendig å gå gjennom en side for å komme til en annen hvor man skal utføre noe. Kosmetiske feil På login siden står Login som en link på venstre side i menyen. 2 av deltakerne stusset over denne og klikket på den i tro om at det var en link til å få en undermeny. Ved endring av personlig informasjon for student var overskriften Create or update user. På administrasjonsiden under Create or update company er det to New Company i nedtrekslisten for å velge company. På administrasjonssiden under Crate or update course får man feilmelding når man komem rinn på siden før man har gjort noe. På administrasjonssiden under Create or update user hvor man skal velge firma i nedtrekslisten står det New Company før man velger, emn det skal stå Select Company. På administrasjonssiden under Create or update user står det i nedtrekslisten New user to ganger. På administrasjonssiden under Crate or update groupe i nedtrekslisten select groupe er det to ganger New Groupe. Innhold Godt og oversiktlig meny Ved å oppdatere ny bruker eller personlig informasjon. Ha to felter hvor man skriver inn nytt passord for å bekrefte at det er riktig passord. Lett å skrive feil passord og da ikke komme inn igjen i god tro om at det var riktig da de logget seg ut av systemet. Lage en funksjon som endrer oppgaver
Ha en liste over alle kurs som er opprettet slik at teacher har oversikt over hvilke brukere og oppgavetekter some r i kurset. Det er innlysnede hva man skal gjøre på det forskjellige funksjonene