agile
驗收標準
使用者故事必須滿足的特定條件,才能讓 Product Owner 接受為完成。在開發開始前撰寫的驗收標準,定義了故事的範圍,並避免對「完成」的含義產生歧義。驗收標準通常以可測試的陳述清單形式呈現——常使用 Given-When-Then(Gherkin)格式——涵蓋功能行為與邊界情況。良好的驗收標準應明確、可測試,且能在一個 sprint 內完成。它們是測試案例的基礎,幫助開發者清楚了解該建構什麼。缺乏明確驗收標準的故事,不視為適合進入 sprint 規劃。
agile
使用者故事必須滿足的特定條件,才能讓 Product Owner 接受為完成。在開發開始前撰寫的驗收標準,定義了故事的範圍,並避免對「完成」的含義產生歧義。驗收標準通常以可測試的陳述清單形式呈現——常使用 Given-When-Then(Gherkin)格式——涵蓋功能行為與邊界情況。良好的驗收標準應明確、可測試,且能在一個 sprint 內完成。它們是測試案例的基礎,幫助開發者清楚了解該建構什麼。缺乏明確驗收標準的故事,不視為適合進入 sprint 規劃。