Fase 4.1

Hvorfor test?

4.1
Hvorfor test?
4.2
Testmetoder
4.3
Testplan
4.4
Effektmåling
4.5
Dokumentation
4.6
Evaluering
4.7
Refleksion og næste skridt
Nulstil tidslinje

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.

Læs mere