3. Valideren Flashcards
Valideren
Definieren wat we precies willen realiseren; bepalen van het succes.
Meer specifiek bepalen hoe we iets implementeren, en hoe we weten of we het goed hebben gedaan.
Verduidelijkt user stories (tijdens refinement sessions), typisch ‘just-in-time’ voor het opgenomen wordt in een sprint.
Om dit vast te leggen, worden acceptatie criteria gebruikt.
Refinement session
User stories verduidelijken.
Meeting met het dev team erbij. Zij zullen inschatten hoeveel waarde/effort elke user story moet krijgen.
Product owner/business analist legt uit, dev team kan story points toekennen.
- Indien nodig, opsplitsen in kleinere stories.
- Acceptatie criteria opstellen.
- User stories in taken opsplitsen (optioneel).
Acceptatie criteria
Bepalen het succes van de user story.
Wordt vastgelegd aan de hand van:
- GWT
- 3 amigos
- Testplan
3 amigos
De drie perspectieven van het bedrijf gaan in dialoog.
- Business: welk probleem willen we oplossen?
- Development: hoe kunnen we het probleem oplossen?
- Testing: lost deze oplossing het probleem kwalitatief op?
GWT (Given/When/Then)
Geeft meer duidelijkheid aan developer wat er moet ontwikkelt worden.
In plaats van:
“As a logged out user
I want to be able to sign into the website
So that I can access my profile”.
Een meer gedetailleerd verhaal:
Scenario: system user signs in with valid credentials
“Given I’m a logged out system user and I’m on the sign-in page
When I fill in the username and password fields with my authentication credentials and I click the sign-in button
Then the system signs me in”.
Testenplan
Toont aan dat aan de vooropgestelde requirements voldaan worden.
Is niet alleen kijken of de software geen fouten bevatten, maar het hele idee.
Geeft vertrouwen in kwaliteit van release.
Waarom testen
Voor een organisatie houdt elke wijziging een risico (dus ook SW).
Testen beperkt risico’s en verhoogt flexibiliteit.
Hoe sneller een bug kan opgevangen worden, hoe beter. De inspanning nodig om het te verhelpen vergroot hoe later in het proces het gebeurt.
Gevolgen van niet testen
- Schade aan klanten en gebruikers
- Schade aan de software-ontwikkelaar (financieel, imago)
10 testprincipes
- Focus op resultaat
- Bouw aan vertrouwen
- Neem verantwoordelijkheid
- Beheers het testvak
- Sla bruggen
- Test gefaseerd
- Faciliteer de gehele IT-lifecycle
- Geef overzicht en inzicht
- Zorg voor herbruikbaarheid
- Bedenk: testen is leuk
Testprincipe: Focus op resultaat
Focus op businessresultaat. Testen meer dan alleen een bijdrage aan de SW-kwaliteit.
Testprincipe: bouw aan vertrouwen
Vertrouwen opbouwen door intensief te testen.
Testprincipe: neem verantwoordelijkheid
Juiste testen voorbereiden, rekening houden met risico’s …
Tester geeft aan waar de knelpunten zitten.
Testprincipe: beheers het testvak
Testen vergt goede kennis van systeemontwikkeling, testmethodieken, processen in de organisatie.
Testprincipe: sla bruggen
Tester moet communiceren met ontwikkelaar, van waaruit requirements veranderen.
Testprincipe: gefaseerd testen
Duidelijke planning resulteert in betere SW kwaliteit.
