Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Testrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting AS Kontaktpersoner: Vegard Hartmann Steffen Holthe
PROSJEKTNR. 07-12 Studieprogram: Ingeniørfag, Data Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Cort Adelers gate 30, Oslo TILGJENGELIGHET Åpen Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT I DATA HOVEDPROSJEKTETS TITTEL Open Exam System PROSJEKTDELTAKERE Martin Oppegaard (s129190) DATO 25. mai 2007 ANTALL SIDER / BILAG 11 INTERN VEILEDER Eva Vihovde OPPDRAGSGIVER Bekk Consulting AS KONTAKTPERSONER Vegard Hartmann Steffen Holthe SAMMENDRAG Open Exam System (OES) er et åpent system for å lage og utføre flervalgstester for å sertifisere ansatte internt i en bedrift. Systemet kan importere og eksportere testene til og fra formatet IMS QTI [IMS Question and Test Interoperability Specification], slik at de kan utveksles med andre systemer. OES er en webapplikasjon utviklet i Java med rammeverket Rife. Systemet har to roller administrator og kandidat. Administrator kan lage emner som testene og spørsmålene sorteres under, lage nye og endre gamle tester og spørsmål, og importere og eksportere tester. Spørsmålene lages før testen, og hvert spørsmål kan brukes i flere tester. Dette gjør systemet fleksibelt, og det minsker arbeidsoppgaven til administrator. OES har respons-betingelser som kandidatens svar sjekkes mot for å bli behandlet. Det kan være en betingelse for hvert svaralternativ, noe som gjør responsbehandlingen veldig fleksibel. Fleksibilitet går også igjen når det kommer til tilfeldig rokkering av svaralternativer. Testlager kan eksplisitt velge om hvert svaralternativ skal vises i tilfeldig rekkefølge til eller ikke. Spørsmålene kan også vises i tilfeldig rekkefølge. Dette er veldig bra hvis flere kandidater sitter i nærheten av hverandre med mulighet for kikking, ved at kandidatene får en «unik» eksamen. Nøkkelord er flervalgstest, Rife, QTI, fleksibilitet.
1 Forord Testrapporten beskriver hvilke tester jeg har gjort. Jeg har skrevet JUnit-tester for backend-klassene, men jeg ble ikke klar over at det var mulig å teste websiden også, før det ikke var mer tid igjen til å sette seg inn i det. Websiden har jeg derfor testet manuelt. Under utviklingen har jeg skrevet en del, f.eks et element, og så testet om den har virket. Noen steder har jeg implementert funksjonalitet og testet stegvis. Etter at all funksjonalitet ble implementert er hele systemet testet flere ganger. Først tar jeg for meg hvilke JUnit-tester jeg har skrevet, med underkapitler hvis navn er klassen under test. Til slutt går jeg inn på manuelle tester. Testrapporten henviser seg først og fremst til de ansatte hos BEKK som skal utvikle systemet videre, men også sensor og veiler vil ha nytt av å vite hvordan systemet er testet.. Testrapporten er optimalisert for papirutskrift. iv
2 Innholdsfortegnelse 1 Forord...iv 2 Innholdsfortegnelse...1 3 JUnit...2 3.1 oes.backend.dbmanager.java...2 3.2 oes.displayitem.java...2 3.3 oes.backend.util.materialdecoder...2 3.4 oes.backend.util.respconditioncomparator...3 3.5 oes.handinexam.java...3 4 Manuelle tester...3 4.1 Generelt...3 4.2 Administrator...3 4.2.1 Subject editor...3 4.2.2 Test editor...4 4.2.3 Add item...5 4.2.4 Question editor...5 4.3 Kandidat...6 Side 1
3 JUnit 3.1 oes.backend.dbmanager.java Metode under test Resultat Kommentar GetRolesObjective Disse testene avhenger av data fra db. HasQuestestinterop GetQuestestinterop GetItems GetObjectives GetPresentation GetResponseLids GetFeedbacks GetExamHasPresentation 3.2 oes.displayitem.java Metode under test Resultat Kommentar PopulateDatastructure /uvisst Testen er kommentert ut og markert som ødelagt, men metoden som testes virker. Usikker på hvorfor testen er kommentert ut virker. PopulateDatastructure Tester om testen hentes og verdien til shuffleoverride. Denne testen er i klassen, ikke JUnit-klassen som normalt. 3.3 oes.backend.util.materialdecoder Metode under test Resultat Kommentar MatTextDecode /uvisst Metoden virker, men jeg fikk ikke til å sjekke DOMobjektene. Det ble bare «null,» selv om de var ok. Nl2br BbDecoder Side 2
3.4 oes.backend.util.respconditioncomparator Resultat Kommentar 3.5 oes.handinexam.java Metode under test Resultat Kommentar CalculateScore Testen avhenger av data fra db. 4 Manuelle tester 4.1 Generelt Logge inn Hvis en prøver å logge inn på et område man ikke har tilgang til, f.eks kandidat prøver å logge inn som admin, står det at det er feil brukernavn eller passord ikke at brukeren ikke har tilgang som det burde ha stått. Logge ut EXIT:QUERY:candidate fører til /exam EXIT:QUERY:admin fører til /admin Administrator-menyen vises bare hvis brukeren er en Administrator. Alle metoder som arbeider mot databasen fungerer. 4.2 Administrator 4.2.1 Subject editor Legge til emne Endre emne Legge til emne uten code Side 3
eller code eksisterer fra fører til at subjecteditor bare lastet på nytt. Subjecteditor lister opp alle emnene 4.2.2 Test editor Testlisten under /admin har overskrift «Select test to edit.» Administrator kan velge test for editering Administrator kan lage ny test Fortsette å arbeide på testen etter «save» er trykket. Test mangler obligatoriske felter -> feltene merkes med rødt og feilmelding Time to complete exam takler verdier som 999999999. Alle emner listes i nedrykkslisten. Emnets id kobles til riktig navn. «Save test» lager ny eller lagrer testen. TestEditor lister alle spørsmålene som testen har. «Edit» sender brukeren til spørsmålseditoren med det aktuelle spørsmålet. «Add questions» sender brukeren til siden hvor man velger hvilke Feiler I dette tilfellet oppfører den seg merkelig, men det skjer ingen katastrofal feil. Side 4
spørsmål som skal legges til. Når testen er inaktiv, har Xactivate-knappen teksten «Activate,» og utfører funksjonen «aktivere test.» «Remove» fjerner spørsmålet. Export eksporterer testen til QTI. Når testen er aktiv, har Xactivate-knappen teksten «Deactivate,» og utfører funksjonen «deaktivere test.» Brukeren behøver ikke velge «ja» for at spørsmålet fjernes. 4.2.3 Add item Testens tittel og id skrevs ut under overskriften. «List questions» lister alle spørsmål som ligger under det valgte emnet. «Add questions» legger alle valgte spørsmål til testen. Bruker sendes tilbake til testeditoren etter at spørsmål er lagt til. Hvis ingen spørsmål er valgt sendes brukeren tilbake til testeditoren. 4.2.4 Question editor Nytt spørsmål. NullpointerException fanges opp. Side 5
Endre spørsmål Fortsette å arbeide på spørsmålet etter «save» er trykket. Hvis obligatoriske felt mangles, markeres de med rødt og feilmelding. Kan endre et spørsmål og legge til svaralternativer. Kan endre et spørsmål og fjerne svaralternativer. Hvis svaralternativ E skifter pass-egenskap, vil respons-betingelsen for Pass question lages eller slettes, avhengig av handlingen. Respons-betingelser kan legges til og fjernes. 4.3 Kandidat Kandidat kan velge eksamen Testelisten under /exam har overskrift «Select exam.» Hvis testen kan taes kun én gang, sjekkes det om kandidaten har tatt den før. Spørsmål skrives ut i tilfeldig rekkefølge hvis testen bestemmer det. Svaralternativene skrives ut i rekkefølgen spørsmålet bestemmer. Tiden som er igjen skrives ut hvis testen går på tid. Side 6
Eksamen leveres inn automatisk når brukeren klikker på en av kontrollknappene, hvis tiden er gått ut, og testen går på tid. Hvis kandidaten er på siste spørsmål, og trykker «neste,» velges første spørsmål. Hvis kandidaten er på første spørmål, og velger «forrige,» velges siste spørsmål. Kandidatens svar lagres når han velger spørsmål eller leverer inn. Hvis spørsmålet er besvart, blir svaret forhåndsvalgt når kandidaten besøker spørsmålet på nytt. Poengberegneren går videre til neste spørsmål når en respons-betingelse slår til. Kandidaten får en melding om det, hvis han har brukt for lang tid. Forrige test slår kun til hvis testen går på tid. Side 7