Teststatusrapport - Inspiration, indhold og struktur

En teststatusrapport baseret på ISTQB-rammen og ISO 29119-standarderne bør være klar, præcis og struktureret for at give interessenter et godt overblik over testforløbet og dets resultater. Her er inspiration til, hvordan en sådan rapport kan opbygges:

1. Introduktion

• Formål med rapporten: Angiv, hvorfor rapporten udarbejdes (f.eks. for at give status på testaktiviteter, fremdrift, og eventuelle risici).
• Målgruppe: Beskriv, hvem rapporten henvender sig til (f.eks. projektledere, udviklingsteam, forretningsansvarlige).
• Reference til standarder: Nævn, at rapporten er baseret på ISTQB-principper og ISO 29119-krav.

2. Testmål og omfang

• Projektmål: Kort beskrivelse af de overordnede projektmål.
• Testomfang: Angiv, hvad der er inkluderet og ekskluderet fra testforløbet.
• Testniveau: Angiv niveauet for testen (unit test, integrationstest, systemtest, accepttest).

3. Statusoversigt

3.1 Testaktiviteter

• Oversigt over de udførte og planlagte testaktiviteter.
• Brug visuelle elementer som grafer eller Gantt-diagrammer for at vise fremdrift.

3.2 Testfremdrift

• Antal udførte testcases i forhold til det samlede antal.
• Angiv resultater (bestået/ikke-bestået/ikke udført).
• Brug en tabel som denne:

Kategori	Antal	Procent
Planlagte testcases	100	100%
Udførte testcases	80	80%
Beståede testcases	70	70%

4. Kvalitet og fejl

• Fundne defekter: Oversigt over rapporterede fejl med prioritering (kritisk, høj, medium, lav).
• Defektdiagram: Visualisering af fejl fordelt på kategorier eller områder.

Eksempel:

Prioritet	Antal åbne fejl	Antal lukkede fejl
Kritisk	2	3
Høj	5	10
Medium	8	20
Lav	10	15

5. Risici og problemer

• Identificerede risici: Liste over risici med vurdering og afbødningstiltag.
• Åbne problemer: Aktuelle problemer, der påvirker testforløbet.

Eksempel på risikotabel:

Risiko	Sandsynlighed	Indvirkning	Tiltag
Forsinket leverance	Høj	Høj	Eskalere til projektleder
Utilstrækkelig testdata	Medium	Høj	Generere testdata internt

6. Afvigelser

• Afvigelser fra planen: Beskriv ændringer i tidsplan, omfang eller ressourcer.
• Årsager til afvigelser: Forklar, hvorfor ændringerne er nødvendige.

7. Konklusion og næste skridt

• Status: Samlet vurdering af testforløbet (f.eks. "Testen er 80% gennemført, og kritiske fejl er håndteret").
• Anbefalinger: Eventuelle anbefalinger baseret på testresultaterne.
• Næste skridt: Hvad skal ske fremadrettet (f.eks. yderligere test eller beslutninger om go/no-go).

8. Bilag

• Testoversigt: Liste over udførte testcases.
• Defektrapport: Detaljeret oversigt over fejl.
• Logfiler og rapporter: Eventuelle relevante dokumenter.

God fornøjelse med din rapportering.