Studieportaler

RPN's konsekvenser for testdybden

Vi baserer testplanlægningen og -tilrettelæggelsen af testen på testobjektets risikotal (RPN). Risikovurderingens resultat vil være den rettesnor, som afgør testdybden.

Herunder ses en matrix over risikoprofiler, som er tilføjet farvekoder for omfanget og dybden af den test, der skal planlægges i forlængelse heraf. 

Risk Priority Number (RPN)

Konsekvens (effekt)
Sandsynlighed 1 2 3 4 5
2 4 6 8 10
3 6 9 12 15
4 8 12 16 20
5 10 15 20 25

RPN og testdybde 

Højt RPN (15-25) ELLER Sandsynlighed = 5    ELLER
Konsekvens = 5

Testdybde ***
Middel RPN (8-12) ELLER
Sandsynlighed = 4    ELLER
Konsekvens = 4
Testdybde **
Lille RPN (1-6) Testdybde *

Udmøntning af testdybde

Jo højere RPN, jo flere testcases skal der bruges for at dække risikoen tilstrækkeligt. Det handler ikke om at opnå et højt antal testcases i sig selv, men om at afdække risikoen fra flere vinkler fx ved anvendelse af flere forskellige testteknikker, pair programming, kvalificerede kodereviews på de lavere testniveauer, udforskende test som supplement til strukturerede testcases. 

Mens høje risici kalder dyb testdækning, kræver lav risici mindre testdækning, og dermed er den konkrete udmøntning af en risikobaseret tilgang til test en måde til at prioritere og fordele en ikke ubegrænset testindsats. 

Risk priority number

Udmøntning af testdybde

Højt RPN (15-25)
ELLER Sandsynlighed = 5  ELLER- Konsekvens = 5

  • Der skal foretages review af testgrundlaget, inden udviklingen starter.

  • Koden skal reviewes af anden udvikler, end den, der har lavet koden

  • Der skal foretages review af testcases på alle testniveauer.

  • Der bringes mere end en testteknik i anvendelse til udledning af testcases, herunder sikres:

    • Positiv test og negativ test gennemføres.

    • Hvis der er use cases: Hovedveje og alle alternative veje dækkes.

  • Alle testbetingelser dækkes

Middel RPN (8-12)
ELLER Sandsynlighed = 4    ELLER Konsekvens = 4
  • Der skal foretages review af testgrundlaget, inden udviklingen starter.

  • Koden skal reviewes af anden udvikler, end den, der har lavet koden

  • Der skal foretages review af testcases på systemtest- og accepttestniveau

  • Der bringes minimum en testteknik i anvendelse til udledning af testcases, herunder sikres:

    • Positiv test og negativ test gennemføres.

    • Hvis der er use cases: Hovedveje og væsentlige alternative veje dækkes.

  • Udvalgte testbetingelser dækkes..

Lille RPN (1-6)

  • Der skal foretages review af testgrundlaget, inden udviklingen starter

  • Der bringes minimum en testteknik i anvendelse til udledning af testcases, herunder sikres:

    • Positiv test

    • Hvis der er use cases: Hovedveje dækkes

  • Udforskende test kan bringes i anvendelse i stedet for en testteknik


Testteknikker tilbyder en struktureret måde at udlede testbetingelser, testcases og testdata på med det formål at finde forskellige typer af fejl. Testteknikkerne kan anvendes på forskellige testniveauer, og således understøtter RPN testdybden på både komponent-, integrations- og systemtestniveau.

Læs mere om testteknikker her

På accepttestniveau forholder det sig typisk lidt anderledes end på de øvrige testniveauer. Accepttestens formål er ikke at finde fejl, men at verficere, at leverancen indeholder det aftalte, og at validere, at den understøtter de forretningsmæssige mål for leverancen. Her vil man typisk prioritere testbredde fremfor testdybde, dvs. sikre at alle aftalte krav er levereret en til en. Use case-test er en ofte anvendt testteknik til afdækning af accepttest. Ønskes den risikobaserede tilgang gennemført også i accepttesten, kan man således graduere testdækningen på en sådan måde, at hvert krav risikovurderes og tildeles et RPN. Krav med høj risiko testes for både primære og alternative veje gennem use casen på forskelligt data, mens krav med lav risiko kun testes for primær vej, eventuelt også alternative veje, men med enkelte data. 

Eksempel på konkret teststrategisk udmøntning af testdybde baseret på RPN:

Risk priority number

Eksempler på testindsats pr. testdybde (komponents-, integrations-, systemtestniveau)

Eksempel på testindsats pr. testdybde
(accepttest niveau)

Højt RPN (15-25)
ELLER Sandsynlighed = 5  ELLER- Konsekvens = 5

  • Anvendelse af flere black- og/eller whitebox  testteknikker (på alle relevante testniveauer)
  • Suppleret med udforskende test på systemtestniveau
  • Kodereview på laveste niveauer
  • Evt. peer testing
  • Use case testteknik:
    • Primær vej  >= 3 testcases, forskelligt data
    • Alle alternative veje >= 3 testcases pr. vej, forskelligt data
Middel RPN (8-12)
ELLER Sandsynlighed = 4    ELLER Konsekvens = 4
  • Anvendelse af en eller flere testteknikker (på alle relevante testniveauer)
  • Evt. suppleret med udforskende test på systemtestniveau
  • Kodereview på laveste niveauer
  • Use case testteknik:
    • Primær vej  = 2 testcases, forskelligt data
    • Alle alternative veje  =  2 testcases pr. vej, forskelligt data

Lille RPN (1-6)

  • Anvendelse af testteknikker på komponent- og komponentintegrationstest
  • Evt. udforskende test på systemtestniveau
  • Use case testteknik:
    • Primær vej  = 1 testcases
    • Evt. alle alternative veje  = 1 testcase pr. vej