1. Forord. InventarDatabase

Transkript

1 1. Forord Denne rapporten har som mål å beskrive testingen vi har gjort av vår inventardatabase som vi utviklet til kunsthøgskolen i oslo (Khio) i forbindelse med hovedprosjekt for anvendt data våren av 14

2 2. Innhold 1. FORORD INNHOLD INNLEDNING TESTING AV SYSTEMET PROGRAMKODE- TESTING FUNKSJONSTESTING Systemfunksjoner... 6 Logge inn/ut: Kategorifunksjoner Resultat av testingen TEST AV GUI TEST AV BRUKERMANUAL(OG BRUKERTEST AV FUNKSJONER.) VEDLEGG RESULTAT AV FØRSTE FUNKSJONSTEST Systemfunksjoner: Kategorifunksjoner: TESTRESULTAT: BRUKERTEST AV BRUKERVEILEDNING/FUNKSJONER Kommentarer: EVALUERING AV BRUKERGRENSESNITTET FOR INVENTARDATABASE av 14

3 3. Innledning Å forvente å kunne levere ett totalt feilfritt system til oppdragsgiver er en utopisk tanke, det vil som oftest dukke opp noe, men ved å bruke tid på testing av systemet, vil man forhåpentligvis kunne eliminere de fleste. Testingen vi har gjort har blitt utført med utgangspunkt i prosessmodellen vi har brukt. Den største delen av testingen ble utført i etterkant av utviklingen av systemet, men det var også testing av programkode underveis, samt testing av brukergrensesnitt ganske tidlig i prosjektet. I sluttfasen av utviklingen gjennomgikk vi testing av systemets funksjoner. Vi avsluttet med brukertesting av brukerveiledning og systemets funksjoner. 3 av 14

4 4. Testing av systemet Testingen av systemet gikk hovedsakelig ut på testing av programkode under utviklingen av systemet, samt testing av dets funksjoner i sluttfasen av utviklingen. 4.1 Programkode- testing Under utviklingen av systemet har vi foretatt en del kodetesting, dette del- kapitlet er har som formål å beskrive hva vi har brukt til å teste koden, og hvordan testingen har foregått. 1. Selve koden phpdesigner2007 Professional ble brukt som hovedprogram til å programmere systemet. Det gjør til at man kan rette kodefeil under programmering, og brukes i tilegg for å kjøre koder. For å sikre at en funksjon utføres eller programmet kjører en betingelsesfunksjon (for, do, while osv.) har print eller echo kommandoer vanligvis blitt brukt til å sende en melding om koder utføres eller ikke. GET metoden ble brukt til å sende et skjema. Den gjør at man alltid kan se hvilken input som er blitt sendt til action siden. Dessuten gjør det at blir lettere å behandle dem. Kodene ble skrevet på enklest mulig måte og deretter utvidet senere. 2. selve systemet Mozilla Firefox har blitt brukt som hovedwebleser til å kjøre programmet men samtidig har vi også testet Internet Explorer. 4 av 14

5 Mozilla har også det nyttige programmet Firebug. Med dette programmet kan man: Finne ut aktuelle feil. Se alle linker og bilder som befinner seg i side på en enkel måte. Med INSPECT ELEMENT Er det lett å finne ut hvilken del av koden som danner hver eneste del av siden og man kan dermed redigere den. Programmet muliggjører at man redigerer direkte på siden, og at man kan se resultatet, før man redigerer selve koden. I tillegg er alle CSS, Javascript og HTML koder synlige og oversikt når man skal endre eller redigere. dette fører til en god 3. Funksjonalitet a. Registrering i. Input alle mulige datatyper. (feilmeldinger, begrensing, resultattabell) ii. Input lang streng.( begrensing, resultattabell) b. Søk i. Input alle mulige datatype. (feil meldinger, begrensing) ii. Input lang streng.(begrensing) 5 av 14

6 4.2 Funksjonstesting I sammenheng med testingen har vi også utført flere tester av systemets funksjoner. Alle tester som er gjort av funksjoner som gjelder lagring av data inne kategorier er testet for hver kategori. Vi testet da systemet ved å mate det med både riktig og feil type informasjon, for å sjekke om dets funksjoner fungerte tilfredsstillende i forhold til den bruken det var beregnet for, såkalt black-box -testing. Etter hver testing rettet vi opp eventuelle feil, og testet systemet og dets funksjoner på nytt. Til denne oppgaven utarbeidet vi et testskjema i Microsoft excel. Resultatet av siste funksjonstest er vist nedenfor Systemfunksjoner Logge inn/ut: Lage ny bruker: Hjelpfunksjonen: 6 av 14

7 4.1.2 Kategorifunksjoner Innen hver kategori ble det vurdert hva som skulle testes ut i fra de valg man får, hva som skal lagres, og hvordan lagring og datavalg fungerer. Rom: Ansatt: Stikkontakt: Datamaskin: Skjerm: 7 av 14

8 Software: Leverandør: Kontaktperson: Installert software: Resultat av testingen I det endelige resultatet av testen ser man at alle tester er utført og at alle funksjoner som er testet fungerer som de skal. 8 av 14

9 5. Test av GUI I forbindelse med utforming av brukergrensesnittet laget vi papirprototyper som ble testet i samarbeid med oppdragsgiver/sluttbrukere, som deretter ble endret etter resultatene av denne testingen og oppdragsgivers/sluttbrukeres ønsker så langt dette var mulig. Etter endringer ble resultatene lagt frem for ny testing og godkjenning av oppdragsgiver/sluttbruker. Brukergrensesnittet ble utviklet og evaluert i samsvar med HCI- prinsipper. Det ble lagt vekt på riktig fargevalg, om systemet er konsistent, navigering, og bruk av språk. Kriteriene som gruppen brukte i utformingen av GUI er forklart nærmere i Vedlegg 1 Evaluering av brukergrensesnitt for inventardatabase. 9 av 14

10 6. Test av brukermanual(og Brukertest av funksjoner.) For testingen av brukermanualen utformet vi ett Oppgavesett(se vedlegg 2), hvor bruker skulle utføre visse oppgaver på systemet ved hjelp av brukermanualen. I oppgavesettet var det også lagt inn spørsmål til testeren om oppgavene, samt et felt nederst til kommentarer fra testen. Vi observerte også testpersonene mens de testet systemet, for å se om vi kunne oppdage noen mangler bortsett fra det som ble sagt, og for å se an hvor lett det falt for personene å bruke systemet og dets funksjoner generelt. Vi valgte å teste brukermanualen og funksjonene på personer uten noen spesiell IT-bakgrunn, dette for å se hvor enkelt systemet og brukerveiledningen er i bruk. T estperson 1: N avn: Soheila S ituasjon: student, 2. år, bioingeniør. B akgrunn: gjennomsnittlig IT-kunnskap, normal erfaring med bruk av web. G enerelt: Testpersonen var vant til å prøve seg fram, framfor å lese brukermanualen på forhånd. K ommentarer: Testpersonen syntes brukermanualen var litt vanskelig å komme inn i med en gang, liker bedre å prøve seg fram. Hun syntes manualen var lagt opp slik at det var litt vanskelig å finne fram til noen av de tingene som var gitt i testoppgaven, men syntes det gikk greit når man kom inn i rutinen. Testpersonen fant også en liten feil i en av funksjonene som hadde unngått oss under funksjonstestingen. Alt i alt likte testpersonen systemet godt, og syntes det var helt greit å bruke, men brukermanualen kunne endres, forenkles litt. T estperson 2: N avn: Anette S ituasjon: Danseinstruktør, Resepsjonist. B akgrunn: gjennomsnittlig IT-kunnskap, normal erfaring med internett, Er bekjent med lignende typer brukersystemer som brukes i forbindelse med jobben som resepsjonist på hotell. G enerelt: Testpersonen kommenterte at hun liker best å eksperimentere seg fram, i stedet for å bruke brukerveiledninger. 10 av 14

11 Kommentarer: Testpersonen syntes systemet var relativt enkelt å bruke, og de fleste oppgavene ble gjort uten hjelp av brukermanualen. Brukermanualen ble kun brukt som oppslagsverk på en oppgave, der testpersonen utførte to operasjoner i feil rekkefølge. Kommenterte da at rekkefølgen ble gjort i forhold til rekkefølgen på menyen. Denne er motsatt av den rekkefølgen operasjonene skal utføres i. Bortsett fra dette kunne vi av å observere testpersonen, se at dette falt henne lett å gjøre, og hennes siste kommentar var at hun syntes dette var et lett forståelig system. Sammendrag: Det virker som brukerne for det meste fant systemet lett å bruke, selv om det var ett par småproblemer. Vi endret på de små detaljene som ble kommentert av testpersonene i etterkant av testene, og rettet feil i systemet. I tilegg justerte vi menyen, og brukermanualen noe, slik at disse skulle være lettere å bruke. 11 av 14

12 7. Første funksjonstest 7.1 Resultat av første funksjonstest Vi tenkte det kunne være en god ide å legge til resultatet av den første funksjonstesten vi gjorde i tillegg til resultatet av den siste testen. Systemfunksjoner: L ogge inn/ut: Nybruker: Hjelpfunksjonen: Kategorifunksjoner: R om: 12 av 14

13 Ansatt: Stikkontakt: Datamaskin: Skjerm: Software: Leverandør: 13 av 14

14 Kontakt person: Installert software: Testresultat: Som man kan se av resultatet inder, ra det fortsatt en del av systemet som fortsatt ikke var mulig å teste, noe var ikke ferdig, og noe fungerte rett og slett ikke. 14 av 14

15 Evaluering Vedlegg 1 av brukergrensesnitt for inventardatabase Dette dokumentet innholder vedlegg til en

16 1. Innholdsfortegnelse 1. INNHOLDSFORTEGNELSE EVALUERING AV BRUKERGRENSESNITTET FOR INVENTARDATABASE FARGER: KONSISTENTHET: SPRÅK: JAKOB NILSENS HEURISTIKKEN... 3 Side 1 av 3

17 2. Evaluering av brukergrensesnittet for inventardatabase 2.1 Farger: Fargene i et brukergrensesnitt avgjør tiden en bruker kan se på et brukergrensesnitt uten å bli irritert eller få vondt i øyene. Farger har veldig mye å si da de avgjør om alt i et brukergrensesnitt går sammen og danner et helhetlig bilde. I vårt brukergrensesnitt har vi valgt å bruke blått familien. Det vil si at vi har brukt flere nyanser av blå fargen, tonet fargen opp der det trengs og tonet det ned der det er nødvendig. Til sammen har vi brukt 4 farger blå, grønn, svart, og hvit. Blå har da blitt vår hovedfarge som går igjen og danner et helhetligbilde av brukergrensesnittet, grønn er brukt på de linkene som utgjør hovedfunksjoner som logg ut, hjelp, hjem, og passord, da disse helt klart skiller seg ifra de andre funksjonene er det viktig å gi dem en egen farge for å skille dem klart ifra de andre linkene. Svart er fargen på teksten og hvit er brukt som bakgrunn fordi kontrasten mellom svart og hvit er så stor at teksten blir veldig godt synlig. 2.2 Konsistenthet: Konsistenthet vil si om brukergrensesnitt følger en viss plassering av linker tekst osv. En bruker kan fort bli irritert hvis linker havner for eksempel blir vertikalt da de i førstesiden var horisontalt. Brukerens forventinger blir med engang han ser GUI er at han vil klare å finne linker og andre ting som bør være på samme plass gjennom hele GUI som for eksempel logo. Vi har i vår GUI fått til at det meste er i konsistens hele tiden og bare den mest funksjonelle delen som brukes søking og lagring endrer seg. Dette vises på bildet under: Konstant Underlinker kommer frem Viser underlinker og resultat Selv om ting endrer seg så har vi passet på og hele tiden leve opp til brukers forventing ved å plassere linker, knapper, tekst, og tekstbokser akkurat der bruker forventer at de skal dukke opp. Denne forventing har bruker har bruker gjort seg ved å se på hovedsiden. Så vi har fra første side illustrert for bruker hvor ting vil plasseres. Side 2 av 3

18 2.3 Navigering: Bruker har alltid lyst på en enkel navigering sånn at han/henne slipper å trykke på for mye knapper for å komme dit de vil. Vi har både horisontalt og vertikal navigering på vår GUI. Den horisontale navigeringen innholder linker til funksjoner så bruker ved problemer, for eksempel med passord, lett kan komme til hovedsiden, logge ut, eller få hjelp. De andre linkene har horisontal navigering og er underlinker av 2 hovedlinker, som er Søk og Registrer. Det er få linker på første side totalt 6 som gir er godt bilde av innhold i GUI og forvirrer ikke brukeren. Linkene er veldig godt satt opp og bruker bør ikke ha problemer med å finne fram. I tillegg har vi små ikon ved hver link som forklarer linkens funksjon i metafor. Dette vises under: 2.4 Språk: Det er veldig å bruke standard og enkelt språk som enhver bruker kan forstå. Det vil si at man ikke bør bruke for mye tekniske ord som bare kan forstås av enten utvikleren eller en veldig datakyndig person. I vårt tilfelle er det snakk om folk med databakgrunn, men likevel har vi valgt et enkelt språk som er lett forståelig. Språket som er brukt er Norsk. 2.5 Jakob Nilsens heuristikken: 1. Systemets status er hele veien synlig for bruker pga av overskriften på de forskjellige sidene da de har samme overskrift som linken. 2. Brukerkontrollen og friheten er stor og bruker kan lett komme ut av uønkskde tilstander ved å navigere vekk til førstesiden. 3. Konsistens er en av de sterke sidene til denne GUI, og standarder om fargenavigasjon er fulgt. Side 3 av 3

19 Vedlegg 2 Oppgavesett Dette dokumentet innholder vedlegg til Test rapporten

20 Brukertest av Brukerveiledning/Funksjoner. Disse oppgavene er laget for å teste ett internett- basert system laget for å lagre diverse informasjon for Kunsthøgskolen i Oslo. Systemet skal brukes til å lagre informasjon om skolens inventar, herunder software lisenser, og annet utstyr. Du skal nå ved hjelp av vedlagte brukerveiledning utføre noen enkle operasjoner i dette systemet. Det er viktig at du benytter deg av brukerveiledningen dersom oppgavene er vanskelige å forstå eller gjøre. Vi ser helst at du tar deg litt tid til å lese gjennom brukermanualen før du starter testen. Brukermanualen kan selvfølgelig også brukes som oppslagsverk under testingen. Oppgave 1 a) Logg inn på systemet med brukernavn: test, og passord: 9999 b) Opprett en ny bruker med brukernavn: ditt fornavn, din og ett eget valgt passord. c) Logg ut igjen. d) Logg inn med den nye brukeren. Fungerte det? Var det noe som var vanskelig? Oppgave 2 a) Du skal nå registrere ett nytt rom på systemet. Rommet har følgende informasjon: Romnummer: 8899 Etasje: 8 Byggnummer: 23 Gjør ett søk på dette rommet. Er det lagret?

21 b) I sammenheng med utbyggingen skal det registreres en ny ansatt i dette rommet. Informasjon om ansatt: Ansatt nummer: Navn: Lars Etternavn: Rasmussen Romnummer: Samme som i oppgave 1 a) Gjør ett søk på den nye ansatte. Er den lagret i systemet? c) Det skal også overføres en ansatt fra ett annet rom, til det nye rommet. Du må derfor redigere den lagrede informasjonen om denne personen, slik at den viser riktig rom. (Informasjon om redigering finner du i veiledningen.) Informasjon om den ansatte som skal overføres: Ansatt nummer: Gjør ett søk på den overførte ansatte. Er informasjonen lagret på riktig rom? d) En datamaskin med skjerm skal også registreres på dette rommet. Informasjon om Skjerm: Skjerm serienummer: Merk: Mai 08 Størrelse: 20 Informasjon om datamaskin: Serienummer: Anleggsnummer: 1919 Type: MAC Romnummer: Samme som i 1 a) Skjerm serienummer: RAM: 2 HD(harddisk) 300 Gjør ett søk på datamaskinen. Er den lagret? Kommentarer: Takk for at du ble med på denne testen!

22