En testplan är det kontrakt som ett testteam arbetar utifrån under en release. En typisk testplan för en release av en e-handelskassa anger omfattningen (varukorgen, betalningar, orderbekräftelse), angreppssättet (riskbaserad testning för betalningsintegrationen), resurserna (två testare, en testmiljö med en sandlådebaserad betalningsgateway) och tidplanen (tre veckor, med avslutskriterier kopplade till defekttäthet och testtäckning). Den dokumenterar också vilka testdesigntekniker som ska användas — till exempel ekvivalensklassindelning för rabattfältet — och vilka startkriterier som måste vara uppfyllda innan testningen påbörjas.
Är en testplan samma sak som en teststrategi? Nej. En teststrategi är en övergripande, organisationsomfattande beskrivning av testnivåer och testningen inom dessa, medan en testplan tillämpar strategin på ett specifikt projekt eller program. Tänk strategi = policy, plan = genomförande.
Vem skriver testplanen? Vanligtvis testledaren, i samråd med intressenterna. Planen är en nedteckning av testplaneringsprocessen, inte ett dokument som skapas av en enda person.
Behöver varje projekt en fullständig testplan? Djupet bör anpassas till projektets storlek och risk. En liten underhållsrelease kan motivera en lättviktig plan; ett säkerhetskritiskt system behöver en detaljerad sådan med tydliga start- och avslutskriterier.
Vad händer om tidplanen inte håller? En bra testplan är ett levande dokument. Omfattning, angreppssätt, resurser och tidplan förhandlas om med intressenterna, och den uppdaterade motiveringen dokumenteras — det är därför planen identifierar risker som kräver beredskapsplanering.
