Een testbare user story schrijven.
Een user story moet een mogelijkheid en haar belang uitdrukken. Verpak een technische taak niet als gebruikersvoordeel.
Stem de werkwijze af op je taak.
Benoem gebruiker, mogelijkheid en reden van belang en voeg voorwaarden toe die het resultaat observeerbaar maken. Beperk het verhaal zodat afronding in een concreet scenario te beoordelen is.
- Wat je aanlevert
- Gebruikersprobleem en gewenste mogelijkheid.
- Wat je krijgt
- Gebruikersgerichte verhalen met duidelijke grenzen.
Bekijk de invoer en het resultaat.
Illustratieve invoer en uitvoer · een leervoorbeeld, geen live uitvoering van WebAct
Voorbeeld invoerveld
Catalog manager needs to identify changed supplier prices.
Uitgewerkt voorbeeld
As a catalog manager, I want to review changed prices so I can approve updates before importing them.
Laad deze invoer in de prompt en kopieer deze naar WebAct om de taak te proberen. Je resultaat kan afwijken van het voorbeeld.
Keuzes en probleemoplossing.
Moet technisch onderhoud in een user-storyzin worden geperst?
Leg het werkelijke doel en de beperkingen uit. Een technische taak kan eerlijk worden beschreven zonder een gebruikershandeling voor de vorm te verzinnen.
Waarom lijkt het verhaal klaar maar is het moeilijk te testen?
Voeg verwacht gedrag en relevante grenzen toe. Het voordeel zegt waarom het werk telt; acceptatievoorwaarden beschrijven wat klaar betekent.
Probeer het met je eigen bron.
Vervang het voorbeeld door je eigen materiaal in de taakprompt. Behoud de eisen die je nodig hebt en kopieer de taak naar WebAct.
De taak aanpassen en kopiëren ↑