第三步：編寫使用者故事

使用者故事把範圍轉化為可測試的行為。格式很簡單：

作為一名 [使用者]，我想要 [執行某動作]，以便 [獲得某好處]。

對圖書追蹤器來說：

• 作為一名讀者，我想要按書名和作者新增一本書，以便我能開始追蹤它。
• 作為一名讀者，我想要把一本書標記為已讀完，以便我能看到我的進度。
• 作為一名讀者，我想要給讀完的書打 1–5 星，以便我記得自己喜歡什麼。

每個故事都是一個可獨立開發並驗證的單元。如果你想像不出怎樣靠在應用裡點點點來測試一個故事，那它就太含糊了——拆開它，或者重寫它。

so that（以便）從句是人們最常丟掉的部分，而它恰恰是最重要的。"作為一名讀者，我想要一個搜尋框"告訴了 AI 要做什麼，卻沒說為什麼，於是它沒法做出好的取捨。"作為一名讀者，我想要通過輸入書名的一部分在我的列表裡找到一本書，以便我不必滾動翻過幾十條記錄"告訴了它真正要乾的活——這下，一個簡單的即輸即篩或許就勝過一個重量級的搜尋引擎。好處就是這份規格的規格：它把功能解釋得足夠清楚，讓 AI（以及未來的你）能分辨出好的實現和錯的實現。