Hvorfor test?
Hvorfor test?
Testmetoder
Testplan
Effektmåling
Dokumentation
Evaluering
Refleksion og næste skridt
I IT-løsninger er der normalt fire forskellige områder, der skal testes:
- Funktionelle krav.
- Ikke funktionelle krav.
- Effektmåling.
- Gevinster.
De opfylder forskellige behov og varetages af forskellige personer på forskellige tidspunkter.
Undervejs i den iterative udviklingsproces er løsningen blevet testet, men ikke nødvendigvis af jer, slutbrugerne eller nøgleinteressenterne.
Det er derfor vigtigt, at I selv tester den færdig udviklede løsning for at kvalitetssikre, at løsningen også virker i jeres eget miljø, og at løsningen honorerer jeres krav og ønsker (se punkt 3.3 – 3.9).
Denne form for test kaldes acceptancetest og betragtes som en overtagelsesprøve, hvor I som kunde til sidst overtager løsningen, hvis/ når den godkendes.
I skal tjekke:
- Hvordan virker løsningen?
- Er den smidig, eller er processerne i løsningen tunge?
- Hvordan opleves løsningen af de brugere, der på sigt skal anvende den? Brugervenlig og logisk? Eller tung og omstændelig?
- Er løsningen stabil, kvalitativ og kan den klare stort pres?
- Findes der uhensigtsmæssigheder og fejl – i så fald skal leverandøren have dette at vide.
Resultat af testen bør forelægges styregruppen, så de kan tage beslutning om, I skal gå videre til næste trin.
Leverandøren skal også have en samlet tilbagemelding på jeres test. Måden I gør det på, er ofte beskrevet i kontrakten.
Handling
Kontakt slutbrugerne eller nøgleinteressenterne og fortæl dem, at I gerne ser, at de er med til at teste løsningen. Fortæl gerne i hvilken periode, testen finder sted.