Testen

In 2Value teams is vanaf 1 okotber 2009 een onafhankelijke tester verplicht. De achtergronden, de voordelen en de praktische betekenis voor klant, 2Value, collega's en niet te vergeten de tester zelf staat hier voor het publiek beschreven.

Achtergrond

Niets menselijks is ons vreemd. Het zelf testen van zelf gemaakte systeemonderdelen is heel erg moeilijk.

• Je kiest geplaveide paden in het systeem
• Je bent minder kritisch voor jezelf dan voor andermans werk
• Je achtergrond is automatiseerder en niet gebruiker van het systeem

Daarom is testen een vak. In de door 2Value pragmatisch en "open" omgevormde [Extreme Programming] methodiek is de tester een zelfstandig rol die eindverantwoordelijkheid draagt. 2Value heeft dat principe vergaand toegepast.

Voordelen

1. voorkomen frustratie van nawerk of halve resultaten
2. voorkomen vergroten doorlooptijd
3. vertrouwen in 2Value als leverancier

TECHNISCHE ZIN

De opleveringen ter acceptatie aan de klant zijn:

1. tijdig door geakkerd door de tester
2. teruggekoppeld aan de betreffende teamcollega (met copie aan projectmanager)
3. opgelost voordat de acceptatieomgeving wordt vrijgegeven

Teamrol Tester

De tester voert binnen de 2Value methodiek op eigen initiatief en verantwoording de volgende zaken uit:

1. inlezen in het programma van eisen en aanbieding: wat moet er worden geleverd en hoe dient dit te werken.
2. toegang verschaffen tot documenten, tussenproducten, applicatieonderdelen en eindproducten die moeten worden getest / gecontroleerd.
3. testen en in het 2Value testrapport rapporteren
4. aanvullen van de veel gestelde vragen over testen bij 2Value in deze wiki.
5. ontwikkelaar en cc: de manager van het team intern op de hoogte stellen van bevindingen

Delivarables

Foutenrapport van de applicatieonderdelen

Verantwoording afleggen

Wie is dus het aanspreekpunt voor evt. fouten in de applicatie die in acceptatie moet gaan of al staat op het uur u? Juist: de tester en niet de ontwikkelaar.

Zeggenschap en reclame

De tester heeft in principe de inhoudelijke zeggenschap geformuleerd in kritiekpunten op de applicatie. Zonder tegenbericht dient de ontwikkelaar de punten te verbeteren en terug te rapporteren dat ze verbeterd zijn en zonodig hoe.

Daar waar de ontwikkelaar denkt dat zaken door de tester:

1. niet goed zijn beoordeeld
2. een misvatting zijn
3. de tester de desbetreffende functie niet heeft gevonden

...dan: in overleg met de tester een oplossing maken. Indien afwijkend van hetgeen met de klant is afgesproken (in een ondertekend wireframe, op schrift of mondeling) dan ruggespraak met de klant over de oplossing.

Daar waar de ontwikkelaar denkt dat zaken:

1. buiten opdracht vallen
2. anderzins structureel niet gesmeerd lopen of verderop in de opdracht gevaar lopen

...dan: naar de projectmanager van dit project.

Verhaal halen

De projectmanager zal alleen in het bijzijn van de tester het testwerk bediscussieren met de ontwikkelaars.