In de huidige tijd, waarin alles steeds sneller opgeleverd dient te worden, is het een uitdaging om zo veel mogelijk zaken getest te krijgen. Wanneer we werkten volgens het watervalmodel, dienden we de testen zoveel als mogelijk te beschrijven, een tijdrovende activiteit. Het liefst zonder enig contact met de ontwikkelaars.

De afgelopen jaren is het belang van geautomatiseerd testen aanzienlijk toegenomen. Als een organisatie Agile of DevOps toepast is geautomatiseerd testen nodig om de kwaliteit te bewaken. Naast testers die testgevallen handmatig uitvoeren komen we daardoor steeds meer testautomatiseerders tegen.

Organisaties zien steeds meer het belang in van gebruikerstesten en over de jaren heen hebben gebruikers steeds meer hun waarde bewezen tijdens testtrajecten. Hierdoor verschuift een deel van het testwerk van testers naar de business. Voor de tester in hart en nieren is het een uitdaging om hier aansluiting bij te vinden en mee te gaan met deze verschuiving.

Afgelopen januari was ik als spreker bij Test Academy in Barcelona. Tijdens de Master Class van Derk-Jan de Grood ontstond een interessante discussie over het belang van testtechnieken bij exploratory testen. Derk-Jan bracht een stelling in dat een agile tester de kennis en kunde moet bezitten om testtechnieken op de juiste manier in te zetten, ook als je exploratory test.

En wat doe jij voor werk?  Dat is zo’n vraag die je wel eens krijgt in het café op vrijdagavond, bij het voetbal op zaterdag langs de lijn, of gewoon van je tante tijdens een verjaardagsfeest. 

Er is een beroemde puzzel: een persoon tekent een verticale lijn op een stuk papier en vraagt je om hem korter te maken met de voorwaarde dat je die lijn niet mag veranderen. Even denken? Is dit mogelijk? Waarom niet? Natuurlijk!
Naar de inhoud springen