En testplan er kontrakten et testteam arbeider etter under en utgivelse. En typisk testplan for en lansering av kasseflyten i en nettbutikk angir omfanget (handlekurv, betalinger, ordrebekreftelse), tilnærmingen (risikobasert testing for betalingsintegrasjonen), ressursene (to testere, et testmiljø med en sandbox-betalingsgateway) og fremdriftsplanen (tre uker, med utgangskriterier knyttet til defekttetthet og testdekning). Den dokumenterer også hvilke testdesignteknikker som skal brukes — for eksempel ekvivalensklasseinndeling for rabattfeltet — og inngangskriteriene som må være oppfylt før testingen starter.
Er en testplan det samme som en teststrategi? Nei. En teststrategi er en overordnet, organisasjonsdekkende beskrivelse av testnivåene og testingen innenfor dem, mens en testplan anvender strategien på et bestemt prosjekt eller program. Tenk strategi = politikk, plan = gjennomføring.
Hvem skriver testplanen? Vanligvis testlederen, i samråd med interessenter. Planen er en oversikt over testplanleggingsprosessen, ikke et dokument som én person lager.
Trenger alle prosjekter en full testplan? Dybden bør stå i forhold til prosjektets størrelse og risiko. En liten vedlikeholdsutgivelse kan forsvare en lettvektplan; et sikkerhetskritisk system trenger en detaljert plan med eksplisitte inngangs- og utgangskriterier.
Hva skjer hvis fremdriftsplanen sklir ut? En god testplan er et levende dokument. Omfang, tilnærming, ressurser og fremdriftsplan forhandles på nytt med interessentene, og den oppdaterte begrunnelsen dokumenteres — det er derfor planen identifiserer risikoer som krever beredskapsplanlegging.
