ユーザーストーリーは目的を示し、受け入れ条件は完成を確認する基準を示します。
例
ストーリー:
受講生として、提出済み課題を一覧で確認したい。
次に取り組む課題を判断するため。
受け入れ条件:
- 自分の課題だけが表示される
- 提出日時の新しい順に並ぶ
- 0件なら空状態の案内が出る
- 読み込み失敗時に再試行できる
実装方法を書きすぎない
ストーリーにDB名やフレームワークを固定すると、目的より手段が先になります。技術制約が必要なら別に記録します。
テスト可能にする
「使いやすい」のような条件だけでは完了を判断できません。誰が見ても確認できる表示や動作へ分けます。
例外も含める
正常時だけでなく、0件、権限なし、通信失敗、重複操作を必要に応じて書きます。
次に読む記事
← 一覧に戻るPR
PR