Eine testbare User Story schreiben.
Eine User Story soll eine Fähigkeit und ihren Nutzen ausdrücken. Verkleide eine technische Aufgabe nicht als Vorteil für Nutzende.
Passe den Ablauf an deine Aufgabe an.
Nenne Nutzer, Fähigkeit und Grund ihrer Bedeutung und ergänze Abnahmebedingungen, die das Ergebnis beobachtbar machen. Begrenze die Geschichte so, dass ihr Abschluss an einem konkreten Szenario geprüft werden kann.
- Was du bereitstellst
- Nutzerproblem und gewünschte Fähigkeit.
- Was du erhältst
- Nutzerbezogene Geschichten mit klaren Grenzen.
Sieh dir Eingabe und Ergebnis an.
Beispielhafte Ein- und Ausgabe · ein Lehrbeispiel, kein tatsächlicher WebAct-Durchlauf
Beispiel Eingabe
Catalog manager needs to identify changed supplier prices.
Vollständiges Beispiel
As a catalog manager, I want to review changed prices so I can approve updates before importing them.
Lade diese Eingabe in den Prompt und kopiere ihn zum Ausprobieren nach WebAct. Dein Ergebnis kann vom Beispiel abweichen.
Entscheidungen und Fehlerbehebung.
Muss technische Wartung in eine User-Story-Formulierung gepresst werden?
Erkläre ihren tatsächlichen Zweck und ihre Einschränkungen. Technische Arbeit lässt sich ehrlich dokumentieren, ohne für das Format eine Nutzerhandlung zu erfinden.
Warum erscheint die Geschichte abgeschlossen, lässt sich aber schwer testen?
Ergänze erwartetes Verhalten und relevante Grenzen. Der Nutzen erklärt die Bedeutung; Abnahmebedingungen beschreiben, was Fertigstellung heißt.
Probiere es mit deiner eigenen Quelle.
Ersetze das Beispiel im Aufgaben-Prompt durch dein Material. Behalte nötige Anforderungen bei und kopiere die Aufgabe nach WebAct.
Aufgabe anpassen und kopieren ↑