Tien best practices voor de Agile-tester

Laat me voor de niet-ingewijden in Agile de arena eens omschrijven. De klant is te allen tijde beschikbaar voor het team. Door middel van korte iteraties van een tot vier weken implementeert het Agile-team user stories – een vorm van featurebeschrijving. De klant plaatst deze user stories met een prioriteit op de zogenaamde backlog, waarna het Agile-team ze realiseert. In de planningsessie aan het begin van de iteratie wordt de definitie van de user stories en de omvang in taken bepaald. Aan het einde van de iteratie levert het team de software werkend op met de nieuwe user stories aan boord.

Het gehele Agile-team is verantwoordelijk voor de uitvoering van al deze taken. Door middel van pair programming implementeert het de enigszins complexe ontwikkeltaken. Op deze wijze is de kennis van de interne code wijdverspreid en vindt er al tijdens de implementatie een code review plaats. Automatische unittests worden ingezet om de componenten na elke wijziging opnieuw te kunnen controleren op fouten en negatieve wijzigingen en acceptatietests worden geautomatiseerd. Uiteraard is er nog een scala aan andere kenmerken, maar deze vallen buiten de scope van dit artikel.