Tip - Veeg niet alleen je eigen straatje schoon

Naam Anoniem
Functie Testanalist
Bedrijf In Traffic BV

In de opdrachtomschrijving of werkafspraken zal vermoedelijk weinig of geen aandacht zijn voor issues buiten de specificaties om. Immers, jij test op je testsysteem en de resultaten zijn relatief zwart/wit te interpreteren. Als je de klant proactief informeert over issues rondom het systeem, dan kan hij zich daar beter tegen wapenen. De tester heeft de meest waardevolle rol in systeemontwikkeling als het gaat om het identificeren van issues die de interactie van het systeem met de omgeving teweeg brengt. Zijn de rapportagefunctionaliteiten wenselijk voor gebruik? Zijn de gespecificeerde functies voor zoeken en sorteren wel hanteerbaar? En zal de klant deze interface gebruiken, of zal hij terugvallen op oude, vertrouwde SQL queries? 

Kijk ook verder dan alleen naar de toepassing. Zodra acceptatietesten of integratietesten uitgevoerd dienen te worden, is het van belang dat de bedrijfsprocessen expliciet getest worden (scenario’s) en dat de gebruikers betrokken zijn. Voor het opstellen van de bijbehorende requirements is het slim de tester in te zetten, die begrijpt immers zowel de technische als de functionele onderwerpen.

Ik heb ook ervaren dat het verstandig is de tester in te zetten als requirements engineer. Als blijkt dat bedrijfsprocessen niet bekend of gedateerd zijn, vervult de tester een welkome rol in het identificeren daarvan. Jij kijkt door de technische én de functionele bril. Als tester ben je goed in staat het bedrijfsproces te beschrijven en de interactie met het systeem te identificeren. En je bent kampioen in het opstellen van de bijbehorende requirements – ondubbelzinnig en bruikbaar voor het totale ontwikkeltraject.