Wie is er bij jullie verantwoordelijk voor de automatische testen?

Als het antwoord "één persoon" is, is dat een risico. Test automation is een teamverantwoordelijkheid.

Stel de vraag eens in je volgende stand-up: wie is er bij ons verantwoordelijk voor de automatische testen?

Als er één naam valt, en meestal valt er één naam, dan heb je een probleem. Niet met die persoon, maar met de opzet.

Waarom één persoon een risico is

Het is een bekende situatie. Er is één iemand die de testsuite heeft opgezet, die het framework kent, die weet waarom die ene test zo raar in elkaar zit. Het werkt, dus niemand grijpt in.

Tot die persoon op vakantie gaat, van project wisselt of vertrekt. En dan blijkt: de suite draait nog, maar niemand durft hem aan te raken. Er komt een falende test, en het team weet niet of het een echte bug is of een eigenaardigheid van het framework. Dus wordt die test uitgezet. En nog één, en nog één...

Binnen een half jaar is de suite een fossiel. Hij draait nog, maar hij leeft niet meer.

Het diepere probleem

De constructie "één testautomatiseerder" zegt iets over hoe een team naar kwaliteit kijkt. Het maakt testen tot een specialisme dat naast het ontwikkelwerk staat, in plaats van er onderdeel van te zijn.

Dat heeft gevolgen die verder gaan dan het bus-factor-risico. Developers voelen zich niet verantwoordelijk voor falende tests, want dat is "van QA". Tests worden pas geschreven nadat de code af is, in plaats van ermee mee te groeien. En als de suite traag wordt, is dat iemand anders zijn probleem.

Hoe het wel werkt

Test automation is een teamverantwoordelijkheid. Dat betekent niet dat iedereen even goed moet zijn in het schrijven van tests, expertise mag best ongelijk verdeeld zijn. Het betekent dat de verantwoordelijkheid gedeeld is.

• Tests horen bij de story. Een feature is niet klaar zonder tests, en die schrijft het team, niet één iemand achteraf.
• Falende tests zijn ieders probleem. Rode build betekent: we lossen dit op, niet: bel de tester.
• Testcode is code. Hij gaat door code review, hij heeft standaarden, hij wordt onderhouden zoals de rest.
• De specialist coacht. Als er een testautomatiseerder is, dan is diens rol om het team te versterken, niet om het werk over te nemen.

De test die je zelf kunt doen

Vraag je team: als onze test-expert morgen drie weken weg is, kunnen we dan nog releasen met vertrouwen?

Als je team aarzelt bij het antwoord, weet je waar je werk ligt. En het goede nieuws: dat werk zit niet in meer tests. Het zit in het verspreiden van kennis, en in de afspraak dat kwaliteit van iedereen is.