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 [Extreme Programming] is de tester een zelfstandig rol die eindverantwoordelijkheid draagt. 2Value heeft dat principe geadopteerd

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.