Comprehensive literature review on test planning activities, steps, and deficiencies in software testing process
En testplan er den kontrakt, et testteam arbejder ud fra under en udgivelse. En typisk testplan for en udgivelse af checkout-funktionen i en e-handelsbutik angiver omfanget (kurv, betalinger, ordrebekræftelse), tilgangen (risikobaseret test af betalingsintegrationen), ressourcerne (to testere, et testmiljø med en sandbox-betalingsgateway) og tidsplanen (tre uger, med afgangskriterier knyttet til defekttæthed og testdækning). Den registrerer også de testdesignteknikker, der skal bruges — f.eks. ækvivalensklasseinddeling for rabatfeltet — og adgangskriterierne, der skal være opfyldt, før testningen starter.
Er en testplan det samme som en teststrategi? Nej. En teststrategi er en overordnet, organisationsdækkende beskrivelse af testniveauerne og testningen inden for dem, mens en testplan anvender strategien på et konkret projekt eller program. Tænk strategi = politik, plan = udførelse.
Hvem skriver testplanen? Normalt testmanageren eller testlederen i samråd med interessenterne. Planen er et resultat af testplanlægningsprocessen, ikke et enkeltmandsdokument.
Har ethvert projekt brug for en fuld testplan? Dybden bør svare til projektets størrelse og risiko. En lille vedligeholdelsesudgivelse kan berettige en letvægtsplan; et sikkerhedskritisk system har brug for en detaljeret plan med eksplicitte adgangs- og afgangskriterier.
Hvad sker der, hvis tidsplanen glider? En god testplan er et levende dokument. Omfang, tilgang, ressourcer og tidsplan forhandles igen med interessenterne, og den opdaterede begrundelse registreres — det er derfor, planen identificerer risici, der kræver beredskabsplanlægning.