Template for an official test report
Testrapport
Testrapport for <system X>, <dato for rapporten>, <aktuell versjon>
Utvikler:
Systemet er utviklet av <navn på utvikler>
Tester:
Testrapporten er utarbeidet av <navn på tester>
Type endring og kompleksitet
Type endring:
- <som “ny funksjonalitet”, “modifikasjon/rette feil” … eller “etterfølgende testing av kriseutrulling med retting av kritiske feil”>
Endringsprosedyre/kompleksitet:
- <“Major/Store endringer”, “Minor/Vanlige endringer”, eller “Forhåndsgodkjente endringer”>
Hvilke brukergrupper/andre bør varsles og hvordan:
- <…>
Er alle endringer siden siste planlagte ending tatt med (også retting av kritiske feil siden forrige endringsrapport)? <ja/nei med kommentar>
Hva skal endres og hvorfor
Begrunnelse for endringen
- <som ønsket funksjonalitet, kvalitet, …>
Hva skal endres rent konkret
- <hvor/file, endring 1 …>
- <hvor/file, endring 2 …>
Risiko og konsekvensanalyse
Denne komponenten: Kriterier for vellykket/mislykket endring
- ?endring ansees for vellykket dersom
- <…>
- endringen skal rulles tilbake dersom <ett/samtlige> av følgende inntreffer
- <…>
- typiske symptomer ved feilsituasjoner
- <…>
- kjente feilkilder
- <som minne fullt på server, minnelekkasje, treg backend, …>
Påvirkning på andre systemer (oppstrøms og nedstrøms)
- <system 1, virkning …, eventuelle tiltak…>
- <…>
Påvirkning på infrastruktur: Økte krav til maskinressurser/diskplass, nettverk, … og om det er gitt klarsignal fra driftsorganisasjonen
- <hva, hvem …>
- <…>
Utrulling og Fallback
<Angi utrullingsprosedyre (maskinstyrt/manuell) og beskriv nøyaktig hva som eventuelt må gjennomføres manuelt>
<Kort punktvis beskrivelse for hvordan (makinstyrt/manuell) rulle tilbake til stabil drift ved eventuell feil i ny versjon, eventuelt at fallback ikke lar seg gjennomføre - begrunnes/risikovurderes>
Hvordan testet
- <endring 1 …>
- <endring 2 …>
Kritisk test???
<eventuelle deler av testen som blir vurdert som kritisk for systemet, eller uventede testresultater>
Testers vurdering og anbefaling for driftsetting
<her må det avsluttes med enten “anbefalt driftsatt” eller “tilbakelevert utvikler”>
Tilgjengelige ressurspersoner ved og etter driftsetting
<navn og kontaktmåte for ressursperson tilgjengelig (på stedet og/eller per telefon)>
Utdrag av maskinell testlogg
<klippet/limt inn utskrift fra testlogg eller lenke til testlogg>