Testsammendragsrapport: Mal, format og eksempel
โก Smart oppsummering
Testsammendragsrapporter dokumenterer alle testaktiviteter og sluttresultater, slik at interessenter kan bestemme seg for en utgivelse. Denne artikkelen forklarer hva en testrapport er, hvorfor den er viktig, og prosjekt-, mรฅl-, sammendrags- og feildelene som alle gode rapporter trenger.

Hva er en testrapport?
A Testrapport er et dokument som oppsummerer alle testaktiviteter og de endelige testresultatene for et prosjekt. Det vurderer hvor godt testing har blitt utfรธrt. Basert pรฅ denne rapporten evaluerer interessentene produktets kvalitet og bestemmer seg for om programvaren skal lanseres.
Hvis rapporten for eksempel viser at det fortsatt er mange feil i produktet, kan interessentene utsette utgivelsen til disse feilene er rettet.
Eksempel pรฅ testrapport
Hvorfor er en testrapport viktig?
Scenariet nedenfor viser nรธyaktig hvorfor en testrapport er nรธdvendig.
| Tidligere, da sjefen spurte om Guru99 Banks nettside var klar, du svarte muntlig. | Lederen stolte pรฅ deg og lanserte nettstedet pรฅ slutten av mรฅneden. To mรฅneder etter lanseringen rapporterte klienten feil. |
Hva er den underliggende รฅrsaken til dette problemet? Hvorfor har nettstedet fortsatt feil etter at teamet allerede har testet det?
Problemet er at rapporterings- og evalueringsfasen i Test Management ble hoppet over. Uten en testrapport hadde lederen ingen informasjon til รฅ evaluere nettstedets kvalitet โ de stolte rett og slett pรฅ den muntlige oppdateringen og ga ut produktet i blinde.
De typiske fordelene med en testrapport inkluderer:
Hvordan lage en god testrapport
For รฅ lage en nyttig testrapport mรฅ du fรธrst vite hva en standardrapport inneholder. Neste avsnitt deler den opp i de fire nรธdvendige komponentene, illustrert med Guru99 Bankeksempel.
Hva inneholder en testrapport?
prosjekt~~POS=TRUNC
Alle prosjektmetadata โ prosjektnavn, produktnavn og versjon โ skal registreres i testrapporten. For Guru99 Bank-prosjektet, informasjonen vises nedenfor.
Testmรฅl
Som dekket i Testplanlegging I opplรฆringen bรธr rapporten angi mรฅlet med hver testrunde โ enhetstest, ytelsestest, systemtest og sรฅ videre.
Testsammendrag
Denne delen presenterer testaktiviteten pรฅ et raskt blikk. De nรธdvendige datapunktene er:
- Antall utfรธrte testtilfeller.
- Antall bestรฅtte testtilfeller.
- Antall testtilfeller som mislyktes.
- Bestรฅttprosent.
- Feilprosent.
- Kommentarer.
Vis alltid denne informasjonen visuelt ved hjelp av fargeindikatorer, graferog uthevede tabeller.
Last ned Guru99 Mal for banktestrapport for et komplett eksempel.
Defekt
En av de viktigste delene av en testrapport er feiloppsummeringen. Den bรธr inneholde:
- Totalt antall feil.
- Status for hver feil (รฅpen, lukket, besvart).
- Antall รฅpne, lรธste og lukkede feil.
- Fordeling etter alvorlighetsgrad og prioritet.
I likhet med testsammendraget drar denne delen nytte av enkle mรฅlinger som defekt tetthet og prosentandel av fikserte defekter.
I vรฅrt eksempel rapporterte prosjektgruppen:
- Feiltetthet: 20 feil per 1,000 linjer med kode i gjennomsnitt.
- 90 % av feilene er rettet.
- Den fullstendige feillisten ligger i prosjektfeilen tracker.
Denne typen data presenteres best som et diagram, som det nedenfor.
Tips for รฅ skrive en god testrapport
En testrapport er en kommunikasjonsverktรธy mellom testlederen og interessentene. En velskrevet rapport lar interessentene forstรฅ prosjektsituasjonen, produktets kvalitet og klarheten for lansering.
Tenk deg dette scenariet: etter รฅ ha utfรธrt Ytelsestesting pรฅ GuruPรฅ nettsiden til 99 Bank sender en ekstern tester deg fรธlgende testrapport.
Informasjonen i denne rapporten er for abstractDen inneholder ingen detaljer, noe som gjรธr at interessenten blir forvirret og sannsynligvis vil spรธrre:
- Hvorfor ble ikke de resterende 30 testtilfellene utfรธrt?
- Hvilke testtilfeller mislyktes?
- Hvor er feilbeskrivelsen?
En god testrapport bรธr derfor vรฆre:
- Detaljert: Beskriv hver testaktivitet og hvilke testomfang som ble utfรธrt. Unngรฅ abstract-sprรฅk.
- Klar: Hold all informasjon kort og lett รฅ forstรฅ med et raskt blikk.
- Standard: Fรธlg en standardmal slik at interessenter kan sammenligne rapporter pรฅ tvers av prosjekter.
- Spesifikk: Oppsummer resultatene og fokuser pรฅ hovedpunktene โ ikke skriv et essay om prosjektet.
For รฅ korrigere magemusklenetracI rapporten ovenfor bรธr testeren legge til:
- Prosjektinformasjon.
- Testsyklus (systemtest, integrasjonstest osv.).
- Dekningsdetaljer (prosentandel av testtilfeller utfรธrt, bestรฅtt eller mislyktes).
- Feilrapport (beskrivelse, prioritet og status).









