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.

  • ๐Ÿ“‘ Kjernedefinisjon: En testrapport oppsummerer testaktiviteter, dekning og resultater for en gitt utgivelseskandidat.
  • ๐ŸŽฏ Beslutningsdriver: Interessenter er avhengige av rapporten for รฅ godkjenne, utsette eller blokkere en programvareutgivelse.
  • ๐Ÿงฉ Fire seksjoner: Prosjektinformasjon, testmรฅl, testsammendrag og feil โ€“ finnes i alle standardmaler.
  • ๐Ÿ“Š Visuell klarhet: Bruk fargeindikatorer, diagrammer og uthevede tabeller for bestรฅtt/ikke bestรฅtt/feil-mรฅlinger.
  • โœ๏ธ Skriveregler: Vรฆr detaljert, tydelig, standardisert og spesifikk โ€“ unngรฅ magemusklertract eller essaylignende avsnitt.
  • ๐Ÿค– AI Boost: AI-assistenter aggregerer testkjรธringer, utarbeider sammendrag og forutsier utgivelsesrisiko fra historiske feil.

Veiledning for testsammendragsrapporter

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

Eksempel pรฅ testsammendragsrapport for Guru99 bank

Hvorfor er en testrapport viktig?

Scenariet nedenfor viser nรธyaktig hvorfor en testrapport er nรธdvendig.

Tester bekrefter muntlig at nettstedet er klart for lansering

Klient rapporterer feil to mรฅneder etter utgivelse

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:

Fordeler med รฅ produsere en testrapport for interessenter

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?

Fire viktige deler av en testsammendragsrapport

prosjekt~~POS=TRUNC

Alle prosjektmetadata โ€“ prosjektnavn, produktnavn og versjon โ€“ skal registreres i testrapporten. For Guru99 Bank-prosjektet, informasjonen vises nedenfor.

Eksempel pรฅ prosjektinformasjonsseksjon for Guru99 bank

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.

Feilfordelingsdiagram etter alvorlighetsgrad og status

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.

Abstract-testrapport mangler detaljer og kontekst

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:

Tips for รฅ skrive en god testrapport

  • 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).

Spรธrsmรฅl og svar

Testlederen eller testlederen utarbeider rapporten og henter innspill fra testere, automatiseringseiere og defektansvarlige. tracRapporten blir deretter gjennomgรฅtt av prosjektlederen og delt med interessenter innen utvikling, produkt og forretningsdrift.

En testoppsummeringsrapport dekker resultatene av en spesifikk testsyklus. En testavslutningsrapport oppsummerer hele prosjektet, inkludert lรฆrdommer, avvik fra plan, avslutningskriterier og endelig godkjenning, og produseres รฉn gang etter at alle sykluser er avsluttet.

Led med samlet bestรฅttprosent, totalt antall utfรธrte testtilfeller kontra planlagte, รฅpne feil etter alvorlighetsgrad og en indikator for lanseringsklarhet. Interessenter bรธr fรฅ et overblikk over prosjektets tilstand fรธr de gรฅr dypere inn i de detaljerte delene.

AI verktรธy henter testresultater fra Jira, TestRail, og CI-pipelines, automatisk utarbeide sammendrag av bestรฅtte og ikke bestรฅtte resultater, gruppere feil etter rotรฅrsak og skrive narrative avsnitt klare for gjennomgang av interessenter โ€“ noe som reduserer rapportskrivingstiden betydelig.

Ja. Generativ AI sammenligner nรฅvรฆrende feiltetthet, alvorlighetsmiks og dekning mot historiske prosjekter for รฅ estimere risikoen ved igangsetting. Den fremhever ogsรฅ moduler der regresjonsfeil grupperes, hjelpping ledere prioriterer ytterligere testing fรธr utgivelse.

Oppsummer dette innlegget med: