Testsammendragsrapporter Opplæring: Lær med eksempel og mal

Testrapport

Testrapport er et dokument som inneholder en oppsummering av alle testaktiviteter og endelige testresultater av et testprosjekt. Testrapport er en vurdering av hvor godt Testing utføres. Basert på testrapporten kan interessenter evaluere kvaliteten på det testede produktet og ta en beslutning om programvareutgivelsen.

For eksempel, hvis testrapporten informerer om at det er mange defekter som gjenstår i produktet, kan interessenter utsette utgivelsen til alle defektene er fikset.

Eksempel på testrapport

Hvorfor testrapport?

Følgende scenario vil vise deg hvorfor vi trenger testrapporten

Vet du årsaken til dette problemet? Hvorfor har nettstedet fortsatt mangler selv når teamet ditt allerede har testet det?

Problemet er at du ignorerte rapporterings- og evalueringsfasen i Test Management. Sjefen har ingen informasjon for å evaluere kvaliteten på denne nettsiden. De stolte bare på det du sa og ga ut nettstedet uten å vite testytelsen.

De typiske fordelene med en testrapport inkluderer:

Hvordan lage en god testrapport?

For å svare på dette må du vite -

Hva inneholder en testrapport?

prosjekt~~POS=TRUNC

All informasjon om prosjektet som prosjektnavn, produktnavn og versjon bør beskrives i testrapporten. For eksempel vil informasjonen til Guru99Bank-prosjektet være som følger

Testmål

Som nevnt i Testplanlegging veiledning, testrapporten bør inkludere målet for hver testrunde, for eksempel enhetstest, ytelsestest, systemtest ... osv.

Testsammendrag

Denne delen inkluderer et sammendrag av testaktivitet generelt. Informasjonen som er detaljert her inkluderer

• Antall testsaker utført
• Antallet testtilfeller består
• Antallet testtilfeller mislykkes
• Bestått prosent
• Ikke bestått prosent
• Kommentar

Denne informasjonen skal vises visuelt ved hjelp fargeindikator, graf og uthevet tabell.

Ta en titt på testrapporten til nettstedet Guru99 Bank for å finne ut mer om testrapporten

Defekt

En av de viktigste opplysningene i testrapporten er defekt. Rapporten bør inneholde følgende informasjon

• Totalt antall feil
• Status for feil (åpen, lukket, svarer)
• Antall feil åpne, løst, lukket
• Fordeling etter alvorlighetsgrad og prioritet

Som testsammendrag kan du inkludere noen enkle beregninger som Defekt tetthet, % av faste defekter.

Prosjektteamet sendte deg feilinformasjonen som følger

• Defekttettheten er gjennomsnittlig 20 defekter/1000 linjer med kode
• 90 % feil fikset totalt
• Detaljene til feilene er beskrevet i denne Defektsporeren her.

Du kan representere dataene som følgende graf

Tips for å skrive en god testrapport

Testrapport er en kommunikasjon verktøyet mellom testlederen og interessenten. Gjennom testrapporten kan interessenten forstå prosjektsituasjonen, kvaliteten på produktet og andre ting.

Følgende scenario viser deg hvorfor vi trenger en god testrapport

Du samarbeider med outsourcing selskapet, dets tester etter å ha utført Ytelsestesting av nettstedet Guru99 Bank, sender deg en testrapport som denne

Informasjonen i den rapporten er også abstrakt. Den har ingen detaljert informasjon. Interessenten som vil lese den kan være litt rådvill når de får det. De kan stille eller ha følgende sett med spørsmål: -

• Hvorfor utførte de ikke 30 TC som gjenstår
• Hva er disse mislykkede testsakene
• Har ingen feilbeskrivelse

For å løse dette problemet bør en god testrapport være:

• Detalj: Du bør gi en detaljert beskrivelse av testaktiviteten, vise hvilken testing du har utført. Ikke legg den abstrakte informasjonen inn i rapporten, for leseren vil ikke forstå hva du sa.
• Klar: All informasjon i testrapporten skal være kort og klart forståelig.
• Standard: Testrapporten bør følge Standard mal. Det er enkelt for interessenter å gjennomgå og sikre konsistens mellom testrapporter i mange prosjekter.
• Spesifikk: Ikke skriv et essay om prosjektaktiviteten. Beskriv og oppsummer testresultatspesifikasjonen og fokuser på hovedpoenget.

For å rette opp testrapporten ovenfor, bør testeren gi mer informasjon som:

• Prosjektinformasjon
• Testsyklus: (Systemtest, Integrasjonstest...osv.)
• Hvilke funksjoner har allerede testet (% TC-er utført, % TC-er bestått eller mislyktes...)
• Feilrapport (defektbeskrivelse, prioritet eller status...)