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.
Contents
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
- voorkomen frustratie van nawerk of halve resultaten
- voorkomen vergroten doorlooptijd
- vertrouwen in 2Value als leverancier
TECHNISCHE ZIN
De opleveringen ter acceptatie aan de klant zijn:
- tijdig door geakkerd door de tester
- teruggekoppeld aan de betreffende teamcollega (met copie aan projectmanager)
- opgelost voordat de acceptatieomgeving wordt vrijgegeven
Teamrol Tester
De tester voert binnen de 2Value methodiek op eigen initiatief en verantwoording de volgende zaken uit:
- inlezen in het programma van eisen en aanbieding: wat moet er worden geleverd en hoe dient dit te werken.
- toegang verschaffen tot documenten, tussenproducten, applicatieonderdelen en eindproducten die moeten worden getest / gecontroleerd.
- testen en in het 2Value testrapport rapporteren
- aanvullen van de veel gestelde vragen over testen bij 2Value in deze wiki.
- 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.
