Difference between revisions of "Testen"

From 2value wiki 2
Jump to navigation Jump to search
(Redirected page to Testing)
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
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.
+
#REDIRECT [[Testing]]
 
 
== 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 [[http://nl.wikipedia.org/wiki/EXtreme_Programming| Extreme Programming]] methodiek is de tester een zelfstandig rol die eindverantwoordelijkheid draagt. 2Value heeft dat principe vergaand toegepast.
 
 
 
== 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|2Value testrapport]] rapporteren
 
#aanvullen van de [[Associates:FAQ testen| 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.
 
 
 
=== Zeggenschap ===
 
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:
 
#niet goed zijn beoordeeld
 
#een misvatting zijn
 
#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
 
#buiten opdracht vallen
 
#anderzins zaken met betrekking tot de opdracht
 
...dan: naar de projectmanager van dit project.
 
 
 
De projectmanager zal alleen in het bijzijn van de tester het testwerk bediscussieren met de ontwikkelaars.
 

Latest revision as of 08:45, 5 October 2012

Redirect to: