Manage expectations of testing

Naam Wim Machiels
Functie Testcoördinator

Elke tester heeft het wel eens gehoord nadat een bug werd gevonden: “waarom is dit niet getest?” Alsof testen producten ook meteen foutloos maakt ... Testers zullen deze misvatting moeten bijstellen. Het is immers mensenwerk. Hoe groter het project, hoe groter de kans op vergissingen. En die kunnen zitten in de software, de hardware en de (geautomatiseerde) testen.

Het is dus zaak de verwachtingen van het testwerk duidelijk te maken in een project. De Agile werkmethode leent zich hier uitstekend voor, omdat er dan een constante dialoog is tussen alle belanghebbenden. Die herhaling van wat wel en niet wordt getest, is nodig om het tussen de oren te krijgen.

Als het even kan, maak dan ook in het testplan duidelijk wat wel, maar zeker ook wat niet getest wordt. Zelf heb ik in Agile projecten bepaalde performancetesten op de back log gezet, die niet in het project ten uitvoer kwamen doordat er in overleg met de product owner niet genoeg prioriteit aan werd toegekend. Er werd dus slechts een deel van de performance testen uitgevoerd. Maar het risico was bekend en geaccepteerd.