TESTRAPPORT - PRODSYS PRODSYS-DATASYSTEM FOR ÅS PRODUKSJONSLAB AS GRUPPE 12 CHRISTOPHER CONRADI STEFFEN DIEDRICHSEN ROMAN KOVALENKO INFORMASJONSTEKNOLOGI, INGENIØRUTDANNINGEN, HØYSKOLEN I OSLO
1. FORORD Denne testrapporten har som formål å dokumentere all testing som er gjort på systemet, både under utviklingen og etter at produktet er ferdig. Rapporten vil gi en detaljert oversikt over problemer og bugs vi har kommet over og hvordan vi har løste dette. Testing av selve systemet har blitt gjort hele tiden under utviklingen. Også GUI har blitt testet mye underveis. Alle feil som har blitt funnet under testing er utarbeidet og forbedret. Brukerfeil skal bli oppdaget av systemet og gi passende feilmeldinger. 2 S i d e
INNHOLD 1. FORORD... 2 2. INNLEDNING... 4 3. TESTING AV SELVE SYSTEMET... 5 3.1. LOGG INN/ LOGG UT... 5 3.2. TILGANGSNIVÅER... 5 3.3. BATCH... 5 3.4. LEGG TIL BRUKERE, PRODUKT, MATERIALLE OG RÅVARE... 6 3.5. GLEMT PASSORD... 6 3.6. HTML DOKUMENTER... 6 3.7. SIKKERHET... 7 4. TESTING AV GUI/BRUKERGRENSESNITT... 7 5. TESTING AV BRUKERMANUALEN... 7 6. VEDLEGG... 8 6.1. VEDLEGG TIDLIG TEST AV GUI... 8 6.1.1. Logg Inn... 8 6.1.2. Min Startside... 10 6.1.3. Innstillinger Lagernivå... 11 6.1.4. Statistikk... 12 6.1.5. Forandre Tilgangsnivå... 13 6.1.6. Endringer gjort etter testen:... 13 6.2. VEDLEGG GENERERTE PRODUKTPAPIRER SKULLE LIGNE MEST PÅ TIDLIGERE UTGAVER... 15 3 S i d e
2. INNLEDNING Det å levere et feilfritt produkt til arbeidsgiveren er så si umulig, det vil alltid komme opp et eller annet. Gruppen derfor mener at det er veldig viktig å dokumentere all testiningen som blir gjort på systemet både under utvikling og som sluttproduktet. Detter vil gjøre arbeidet enklere for de som skal bruke systemettil daglig eller eventuelt for de som skal videreutvikle systemet videre. Gruppen har bestemt seg å teste GUI tidlig i prosjektet. Vi utvilket en dummy GUI uten den var koblet opp mot koden og viste det til oppdragsgiveren. Dette var viktig i tilfelle dette av uforståelig og sånn at vi kunne endre dette senere i prosjektet. Sikkerhet er noe oppdragsgiveren tar på alvor. Derfor måtte dette testes veldig nøye. Vi har også gjort en test brukermanualen, hvor vi fikk en student til å følge manualen igjennom systemet på utvalgte oppgaver. Selv om denne testen var ganske enkel, ga den oss et bilde av hvordan brukermanualen ville fungere i hverdagen. 4 S i d e
3. TESTING AV SELVE SYSTEMET Det er blir helt umulig og teste og dokumentere alle funskjoner i programmet siden det har blitt en veldig stor og omfattende program. Derfor har vi bare tatt de viktigste funksjoner i tester nedenfor. 3.1. LOGG INN/ LOGG UT Funksjon Testet Kommentar Logge inn At logg inn fungerer normalt OK Logge inn med innkorrekt Prøve å komme inn med feil OK brukernavn/passord brukenavn eller passord Logge inn som forskjellige Logge inn med forskjellige OK brukere brukere Logg ut/avslutt At bruker blir logget helt ut av systemet og at data blir lagret OK 3.2. TILGANGSNIVÅER Funksjon Testet Kommentar Logge inn med forskjellige At tilgangsnivåer fungerer OK tilgangsnivåer normalt Endre tilgangsnivåer som admin At det går an å endre tilgangsnivåer som admin OK 3.3. BATCH Funksjon Testet Kommentar Lage en ny batch Se at det er mulig å lage ny OK batch Skrive ut dokumentene Skjekke at det som blir OK skrevet ut er riktige dokumenter Finn batch Prøve å finne tidligere brukt OK batch Vise batch Se om man klarer å se på batch man har funnet OK 5 S i d e
3.4. LEGG TIL BRUKERE, PRODUKT, MATERIALLE OG RÅVARE Funksjon Testet Kommentar Legg til bruker Legge inn en bruker og se at OK alt er i orden Legg til råvare Se om ny råvare kommer OK med i databasen Legg til materialle Se at alt informasjon kommer OK inn La noen felt stå blanke Hvordan systemet reagerte OK på dette, om det gir ut feilmelding. Legg til produkt Se at alt informasjon kommer inn og at alt blir lagret i databasen OK 3.5. GLEMT PASSORD Funksjon Testet Kommentar Glemt passord Prøve å bruke Glemt OK passord funksjon E-post innboksen og det nye passordet Skjekke at det nye passordet kommer frem og er fungerende OK 3.6. HTML DOKUMENTER Funksjon Testet Kommentar Generere dokuneter Bare godkjente dokumenter OK kan bli skrevet ut merke kladd Informasjon blir tatt fra databasen At alt informajon blir fylt ut OK 6 S i d e
3.7. SIKKERHET Funksjon Testet Kommentar Passord cracking Prøve å finne ut brukernes passord ved hjelp av verktøy Mulig men tar alt for langt tid Endring av tilgangsnivåer Se om noen andre enn admin kan endre tilgangsnivåer Mulig hvis man har fysisk adgang til server og DB Slette dokumenter uten videre Finne ut om det er mulig å slette dokumenter helt Ikke mulig, bare deaktivere 4. TESTING AV GUI/BRUKERGRENSESNITT Gruppen har bestemt seg å teste GUI tidlig i prosjektperioden. Vi utviklet et dummy-gui som var bare vanlige skjermbilder uten at dette var koblet opp mot koden. Dette viste vi til oppdragsgiveren og fikk en del kommentarer på det. De var ikke helt fornøyde med innlogging-siden og andre små ting. Dette var en tidlig utgave av GUI og mye av dette ble endret på bakgrunn av testingen. Målet med disse eksempelbildene var å skape en forståelse av hvordan vi ser for oss skjermbildene og danne et grunnlag for diskusjon rundt disse. Vi har av den grunn ikke laget eksempler av alle skjermbildene i systemet, men noen utvalgte. 5. TESTING AV BRUKERMANUALEN Vi ble ikke helt ferdig med alle funksjoner da vi bestemte oss å ta en test av brukemanualen. Vi tenkte at testen skulle gi oss et godt bilde av hvordan brukermanualen vil oppfattes av oppdragsgiveren når produktet er ferdig utviklet. Som testobjekt valgte vi en medstudent fra linjen Byggingeniør som går 3. året. Han hadde ikke så mye erfaring med datamaskiner men kunne bruke vanlige PC-verktøy som Word, Outlook, Firefox andre. Som det viste seg, har ikke testpersonen benyttet seg av brukermanualer til vanlig. Testen ble i teorien utført på en person uten erfaring i å bruke brukermanualer. Testpersonen fikk beskjed om å gå etter brukermanualen på alle oppgaver: - Starte programmet og logge inn - Prøve å legge inn test brukere, noen råvarer, materiale og en produkt - Skrive ut kladd - Lagge ny batch og se gjennom tidligere batcher 7 S i d e
Testpersonen klarte seg veldig bra med oppgaver og har ikke fått noen problemer han ikke kunne løse. Han hadde nesten ikke bruk for manualen. Det eneste han så på var ordlisten og forklaringer på noen spesielle utrykk. Gruppen ble overasket at testpersonen ikke hadde så stor bruk for brukemanualen, noe som var egentlig målet. Testpersonen hadde ingen problemer med å navigere rundt i brukermanualen og hadde heller ingen problemer å forstå språket i manualen. 6. VEDLEGG 6.1. VEDLEGG TIDLIG TEST AV GUI GUI-modellen ble testet på tre personer som alle jobber i Ås Produksjonslab. Alle tre har forskjellige kunnskaper med IT og bruk av datamaskiner. Selve testen foregikk slik at viste og forklarte oppdragsgiveren måten ting fungerer på skjermbilder nedefor. De utvalgte testpersoner var: 1. Gro Noraker som er daglig leder. 2. Marit Uhlving som er kontrollsjef. 3. Jørn Wiger som er produksjonssjef. Det er bare disse tre som skal bruke systemet derfor har gruppen prøvd å designe GUI beregnet på dem. 6.1.1. LOGG INN Slik ser vi for oss som skjermbildet for innlogging, vi kan selvfølgelig pynte den litt, men funksjonaliteten bør være OK: 8 S i d e
Logg Inn Brukernavn Passord Enter Text Enter Text Logg inn Figur 1: Skisse for "Logg Inn" 9 S i d e
6.1.2. MIN STARTSIDE Slik ser vi for oss skjermbildet direkte etter innlogging. Man har en hovedrute for forhåndsvisning av dokumenter på venstre side. Øverst på høyre side finner vi alle dokumenter som ligger å venter på godkjenning fra innlogget bruker. Nederst på høyre side ligger alle dokumentene som finnes i systemet. Her må vi kanskje bli enige om en slags sortering. Vi ser for oss at om man trykker på et dokument i en av rutene på høyre side, vil det automatisk forhåndsvises i hovedruten på venstre. Min Startside Fil Rediger Søk Vis Hjelp Velkommen [Brukernavn] Pakkeforskrift Etikettordre Rommerking Avventer godkjenning Skjema 1 Skjema 2 Skjema 3 Batch 1 Godkjenn Ikke Godkjenn Forhåndsvisning av dokumenter Dokumenter Produkt 1 Produkt 2 Produkt 3 Produkt 4 Skriv ut kladd Figur 2: Skisse for "Min Startside" 10 S i d e
6.1.3. INNSTILLINGER LAGERNIVÅ Slik ser vi for oss en innstillingsskjerm for å stille inn når systemet skal varsle om å bestille nye råvarer. Aldri Varsle er standard og er kanskje enklere å ha som avkrysningsboks? Instillinger Lagernivå Fil Rediger Lager Historikk Dokumenter Hjelp Instillinger Lagernivå Produkt Varsle når mindre enn Produkt 1 Produkt 2 Produkt 3 Produkt 4 Produkt 6 Produkt 7 Aldri Varsle Aldri Varsle 100 100 100.000 Aldri Varsle Figur 3: Skisse for Innstillinger av lagernivå 11 S i d e
6.1.4. STATISTIKK Dette er tanken for hvordan vi ser for oss at statistikk vises. Man velger produkter, dato fra, dato til, og hva som skal vises og man får opp en graf under. Videre kan man velge å få nøkkeltallene ut som en liste eller tabell. Statistikk Fil Rediger Lager Historikk Dokumenter Statistikk Hjelp Statistikk Produkt(er) Fra Til Vis Produkt 1 Produkt 2 Produkt 3 Produkt 4 KALENDER KALENDER Antall Solgt Pris Annen info Annen info Annen info Annen info Graf Skriv ut Graf Se Liste Figur 4: Skisse for Statistikk 12 S i d e
6.1.5. FORANDRE TILGANGSNIVÅ Slik ser vi for oss skjermen for å forandre tilgangsnivå. Avhukede ruter betyr at personen har tilgang, mens tomme betyr at man ikke har tilgang. Forandre Tilgangsnivå Fil Rediger Lager Historikk Dokumenter Hjelp Forandre tilgangsnivå Se på produksjonspapirer Skrive ut kladd Nivå 1 Nivå 2 Nivå 3 Nivå 4 Nivå 5 Nivå 6 Skrive ut produksjonspapirer Se på produksjonspapirer Skrive ut kladd Skrive ut produksjonspapirer Se på produksjonspapirer Skrive ut kladd Skrive ut produksjonspapirer Se på produksjonspapirer Skrive ut kladd Skrive ut produksjonspapirer Avbryt OK Figur 5: Skisse for "Forandre tilgangsnivå" 6.1.6. ENDRINGER GJORT ETTER TESTEN: Fra starten viste vi at sluttproduketet kommer til å se ganske annerledes ut. Målet med skjermbilder var egentlig og få pekkere i riktig retning. Måten ting så ut og fungerte ble 13 S i d e
forrandret en del under utviklingen. Det ville ta alt for mye plass å beskrive alle de forandringene som ble gjort men den endlige resultatetet kan ses nedefor. Figur 6: Standardoppsett for brukertilgang Figur 7: Endre sett med papirer 14 S i d e
6.2. VEDLEGG GENERERTE PRODUKTPAPIRER SKULLE LIGNE MEST PÅ TIDLIGERE UTGAVER Gruppens mål var å designe dokumenter systemet genererer som ligner mest på papir dokumenter Ås Produksjonslab har brukt til nå. Det var viktig for dem å slippe å forholde seg til nye lyaouten av dokumenter. Derfor har gruppen forettat en test hvor vi viste oppdragsgiveren HTML dokumenter som ble lagget ut i fra de papir dokumentene de har brukt gjennom årene. Slik så ut dokumentet før HTML-konvertering. 15 S i d e
Etter konverteringen og det som ble vist til oppdragsgiveren: Denne testen bekreftet at HTML-dokumentene er så å si identiske dagens papir-versjoner. Oppdragsgiveren var fornøyd og mente at vi har løste dette på en særdeles god måte. 16 S i d e