Testsammanfattningsrapport: Mall, format och exempel

Vad är en testrapport?

A Testrapport rapport~~POS=HEADCOMP är ett dokument som sammanfattar varje testaktivitet och de slutliga testresultaten för ett projekt. Det bedömer hur väl testning har utförts. Baserat på denna rapport utvärderar intressenterna produktens kvalitet och beslutar om huruvida programvaran ska släppas.

Om rapporten till exempel visar att många fel kvarstår i produkten, kan intressenter skjuta upp lanseringen tills dessa fel är åtgärdade.

Exempel på testrapport

Varför är en testrapport viktig?

Scenariot nedan visar exakt varför en testrapport behövs.

Tidigare, när chefen frågade om Guru99 Banks webbplats var klar, du svarade muntligt.	Chefen litade på dig och släppte webbplatsen i slutet av månaden. Två månader efter lanseringen rapporterade klienten fel.

Vad är grundorsaken till detta problem? Varför har webbplatsen fortfarande fel efter att teamet redan har testat den?

Problemet är att rapporterings- och utvärderingsfasen i testhanteringen hoppades över. Utan en testrapport hade chefen ingen information för att utvärdera webbplatsens kvalitet – de litade helt enkelt på den muntliga uppdateringen och släppte produkten i blindo.

De typiska fördelarna med en testrapport inkluderar:

Hur man skapar en bra testrapport

För att skapa en användbar testrapport behöver du först veta vad en standardrapport innehåller. Nästa avsnitt delar upp den i de fyra obligatoriska komponenterna, illustrerade med Guru99 Bankexempel.

Vad innehåller en testrapport?

Project Information

All projektmetadata – projektnamn, produktnamn och version – ska registreras i testrapporten. För Guru99 Bank-projektet, informationen visas nedan.

Testmål

Som omfattas av Testplanering handledningen bör rapporten ange målet med varje testrunda — enhetstest, prestandatest, systemtest och så vidare.

Testsammanfattning

Det här avsnittet presenterar testaktiviteten i korthet. De nödvändiga datapunkterna är:

• Antal körda testfall.
• Antal godkända testfall.
• Antal misslyckade testfall.
• Godkänd procentandel.
• Misslyckad procentandel.
• Kommentarer.

Visa alltid denna information visuellt med hjälp av färgindikatorer, graferoch markerade tabeller.

ladda ner GuruMall för 99 banktestrapport för ett komplett exempel.

defekt

En av de viktigaste delarna i en testrapport är felsammanfattningen. Den bör innehålla:

• Totalt antal buggar.
• Status för varje bugg (öppen, stängd, svarande).
• Antal öppna, åtgärdade och stängda buggar.
• Uppdelning efter allvarlighetsgrad och prioritet.

Precis som testsammanfattningen drar det här avsnittet nytta av enkla mätvärden som defekt densitet och andel fixerade defekter.

I vårt exempel rapporterade projektgruppen:

• Feltäthet: 20 fel per 1 000 rader kod i genomsnitt.
• 90 % av felen är åtgärdade.
• Den fullständiga bugglistan finns i projektfelet tracker.

Data av detta slag presenteras bäst som ett diagram, som det nedan.

Tips för att skriva en bra testrapport

En testrapport är en kommunikationsverktyg mellan testledaren och intressenterna. En välskriven rapport låter intressenterna förstå projektsituationen, produktens kvalitet och beredskapen för lansering.

Tänk dig detta scenario: efter att ha utfört Prestandatester på Guru99 Banks webbplats, en utkontrakterad testare skickar dig följande testrapport.

Informationen i den här rapporten är för abstractDen innehåller inga detaljer, vilket gör att intressenten blir förbryllad och sannolikt frågar:

• Varför genomfördes inte de återstående 30 testfallen?
• Vilka testfall misslyckades?
• Var finns buggbeskrivningen?

En bra testrapport bör därför vara:

• Detaljerad: Beskriv varje testaktivitet och vilka testomfång som utfördes. Undvik abstract-språk.
• Klar: Håll all information kortfattad och lättförståelig.
• Standard: Följ en standardmall så att intressenter kan jämföra rapporter mellan projekt.
• Specifik: Sammanfatta resultaten och fokusera på huvudpunkterna – skriv inte en uppsats om projektet.

För att korrigera magmusklernatracI rapporten ovan bör testaren lägga till:

• Projektinformation.
• Testcykel (systemtest, integrationstest, etc.).
• Täckningsdetaljer (procentandel av testfall som körts, godkänts eller misslyckats).
• Felrapport (beskrivning, prioritet och status).

Vanliga frågor