Een testplan is het document dat vastlegt hoe een stuk software getest gaat worden: wat er gecontroleerd wordt, hoe, door wie en wanneer het klaar is om te releasen. Het maakt van testen een georganiseerde activiteit waar iedereen het over eens is voordat het werk begint, in plaats van een vage intentie.
Zie het als het vluchtplan dat een piloot indient voor vertrek. Het benoemt de route, de checks onderweg, wie waarvoor verantwoordelijk is en de voorwaarden voor een veilige landing. Niemand improviseert een transatlantische vlucht, en serieuze software is niet anders. Het testplan beantwoordt de praktische vragen vooraf, zodat het testen aan het eind niet wordt weggedrukt of overgeslagen. En juist dan sneuvelt het testen meestal: de deadline komt dichtbij, de build loopt uit, en het makkelijkst om te laten vallen is de controle die niemand had ingepland. Een plan dat je aan het begin afspreekt maakt het veel lastiger om die hoek stilletjes af te snijden.
Het staat boven de losse test cases, bundelt ze tot een samenhangende aanpak en koppelt ze terug aan de eisen. Een helder plan helpt ook beslissen wanneer je stopt, op basis van afgesproken criteria en maten als testdekking in plaats van een vaag gevoel dat ‘het wel goed lijkt’, en dat is een kerndeel van degelijke quality assurance.
Bij TopDevs schrijven we een testplan op maat van het project, genoeg om het testen gericht te houden en de releasebeslissing eerlijk te maken, zonder een kleine build te bedelven onder proces dat hij niet nodig heeft.
