Een testplan is het contract waarmee een testteam tijdens een release werkt. Een typisch testplan voor een e-commerce afrekenrelease vermeldt de scope (winkelwagen, betalingen, orderbevestiging), de aanpak (risico-gebaseerd testen voor de betalingsintegratie), de middelen (twee testers, een testomgeving met een sandbox-betalingsgateway) en de planning (drie weken, met eindcriteria gekoppeld aan defectdichtheid en testdekking). Het legt ook vast welke testontwerptechnieken moeten worden gebruikt — bijvoorbeeld equivalentieklassen voor het kortingsveld — en de startcriteria waaraan vóór aanvang van het testen moet zijn voldaan.
Is een testplan hetzelfde als een teststrategie? Nee. Een teststrategie is een beschrijving op hoog niveau, voor de hele organisatie, van testniveaus en het testen daarbinnen, terwijl een testplan die strategie toepast op een specifiek project of programma. Zie het zo: strategie = beleid, plan = uitvoering.
Wie schrijft het testplan? Meestal de testmanager of testleider, in overleg met belanghebbenden. Het plan is een vastlegging van het testplanningsproces, geen document van één persoon.
Heeft elk project een volledig testplan nodig? De diepgang moet aansluiten bij de omvang en het risico van het project. Een kleine onderhoudsrelease kan een lichtgewicht plan rechtvaardigen; een veiligheidskritisch systeem heeft een gedetailleerd plan nodig met expliciete start- en eindcriteria.
Wat gebeurt er als de planning uitloopt? Een goed testplan is een levend document. Scope, aanpak, middelen en planning worden opnieuw onderhandeld met belanghebbenden, en de bijgewerkte motivering wordt vastgelegd — daarom identificeert het plan risico’s die om noodplanning vragen.
