Difference between revisions of "Testing"
| Line 7: | Line 7: | ||
Zo zijn de Developer en de Tester altijd 2 verschillende personen bij 2Value. | Zo zijn de Developer en de Tester altijd 2 verschillende personen bij 2Value. | ||
| + | |||
| + | {{:FAQ/Testing}} | ||
Revision as of 11:54, 16 April 2012
|
Deze pagina geeft opdrachtgevers inzicht in de Richtlijnen die 2Value hanteert voor het Testen van haar producten en halffabrikaten.
Om ervoor te zorgen dat onvolkomenheden in een vroeg stadium kunnen worden verholpen heeft 2Value interne Richtlijnen opgesteld waarmee alle resultaten worden getest, Associates kunnen deze Richtlijnen vinden op de Associate pagina.
Zo zijn de Developer en de Tester altijd 2 verschillende personen bij 2Value.
Contents
FAQ
Alles is belangrijk, waarom snapt u dat niet?
Als alles belangrijk is, is niets belangrijk. Als u het lastig vindt onderscheid aan te brengen, kunnen we daarbij assisteren. Prioritering is belangrijk voor kosten/baten afweging, volgorde in realisatie e.d.
Wij vonden deze eis een MUST HAVE, en jullie veranderen het gewoon? Wat is dat dan?
Onze kolom Prioriteit geeft onze visie op wat een "Must Have" is. Het is een discussie-kolom, geen onbetwist gegeven.
Must Have is voor ons: werkt het systeem pas als dit is opgelost of blokkeert deze zaak het werkproces voor een gebruiker volledig? (er is geen workaround, volledig onduidelijk, systeem geeft geen sjoege, geen uitweg etc.)
Should Have Iets lichter Zie verder: Bevindingen.
Quicktest
Moet ik als Tester een hele MOSCOW analyse gaan zitten maken?
Nee. Wat daarmee bedoeld wordt is niet meer dan dat de Tester checkt dat hetgeen de andere Associate (degene die Oplevert) levert aan de klant op hoofdlijnen klopt voordat het naar de klant gaat. De 2Value Associate is (naar de 2Value richtlijnen) verplicht om eerste interne bevindingen op Must Have niveau "eruit" te halen / aan te vullen (al naar gelang het geval) nog voordat de klant zijn resultaten onder ogen krijgt.
Het is in dit geval dus de Must Haves uit een testronde van het ontwerp eerste sprint, het gaat dus niet om een MOSCOW analyse van de totale functionaliteit. Het resultaat is niet meer dan een lijstje van punten met erachter hoe belangrijk het naar de inschatting van de Tester is.
