在敏捷開發中，用戶故事是為客戶交付價值的基本構建單元。這些對期望功能的簡明描述，捕捉了功能或需求的「誰」、「做什麼」以及「為什麼」。然而，為了確保用戶故事既具可操作性又可測試，敏捷團隊經常採用稱為「給 / 當 / 則」（GWT）的驗收標準技術。此方法有助於以清晰且無歧義的方式定義用戶故事的預期行為。
什麼是驗收標準？
驗收標準是用戶故事必須滿足的條件或規則，才能被視為完成。它們在產品負責人的願景與開發團隊的實現之間起到橋樑作用。本質上，它們定義了每個用戶故事的範圍與期望。若缺乏明確的驗收標準，用戶故事可能產生不同解讀，導致誤解與潛在的返工。
「給 / 當 / 則」驗收標準的結構
「給 / 當 / 則」是一種從行為驅動開發（BDD）借鑒而來的驗收標準撰寫格式。它鼓勵以更結構化且易於理解的方式表達用戶故事的期望行為。該格式包含三個部分：
- 給：此部分描述系統的初始情境或狀態。它為您所描述的情境奠定基礎。本質上，它提供了理解該情境所必需的背景資訊。
- 當：此部分代表觸發用戶故事中描述行為的操作或事件。它是用戶執行的具體事件，或系統內發生的事件。
- 則：此部分概述「當」部分所描述的操作或事件的預期結果。它定義了該操作後應發生的結果，通常以系統或應用程式中可觀察的變更來呈現。
「給 / 當 / 則」驗收標準的好處
- 清晰度：GWT 格式提供了一種結構化且易於理解的方式來表達用戶故事的預期行為。這能減少歧義，確保開發團隊中的每個人，包括開發人員、測試人員和產品負責人，都能清楚理解需要完成的工作。
- 可測試性：該格式自然適合轉化為測試案例。每個「給」、「當」和「則」部分均可轉化為具體的測試情境，使驗證用戶故事是否正確實現變得更容易。
- 一致性：GWT 驗收標準促進團隊成員之間的合作。產品負責人、開發人員和測試人員可以共同制定和完善標準，確保所有人對故事的範圍與期望達成一致。
「給 / 當 / 則」驗收標準的範例
讓我們以一個電商網站的簡單範例來說明：
用戶故事：作為一位顧客，我希望能夠將商品加入我的購物車，以便稍後購買。
驗收標準（GWT）:
- 給我位於商品頁面
- 當我點擊某商品的「加入購物車」按鈕
- 則 該產品應加入我的購物車
- 並且 导航栏中的购物车图标应显示更新后的项目数量
- 並且 我應該看到一個確認訊息，表明該產品已加入購物車
在此範例中，接受標準提供了對使用者故事期望內容的清晰理解，使其具備可執行性和可測試性。
問題描述案例研究：
讓我們考慮一個類似 Uber 的流行共乘應用程式案例研究。目前的問題是透過引入一個功能，讓乘客能夠預先安排特定日期和時間的車程，以改善使用者體驗。
具備 GWT 接受標準的使用者故事：
使用者故事 1：預先安排車程
作為一位乘客，我希望能夠提前預約特定日期和時間的車程，以便我能更好地規劃我的行程.
接受標準（GWT）：
- 前提條件我已安裝共乘應用程式並已登入
- 當我開啟應用程式並輸入我的目的地、日期和車程時間
- 則應用程式應顯示所選日期和時間的可用司機
- 並且我應能確認並安排車程
- 並且我應收到包含預約車程詳情的確認通知
使用者故事 2：編輯或取消預約車程
作為一位乘客，我希望能夠有編輯或取消預約車程的選項，以防我的計畫有所變動.
接受標準（GWT）：
- 給定我有一個預定的行程
- 當我開啟應用程式並導航至我的預定行程
- 那麼我應該能看到我即將進行的預定行程清單
- 並且我應該能夠選擇一個行程，以編輯日期和時間或取消它
- 並且如果我編輯行程，應用程式應該顯示更新後日期和時間的可用司機
- 並且我應該收到任何變更的確認通知
使用者故事 3：通知司機預定行程
作為一名司機，我希望在乘客預定與我一起的行程時收到通知，以便我能規劃我的可用時間.
接受標準（GWT）：
- 給定我是一名活躍的司機，且共享行程應用程式已開啟
- 當乘客為特定日期和時間預定與我一起的行程
- 那麼我應該收到即時通知，包含預定行程的詳細資訊
- 並且應用程式應該在我的司機儀表板上顯示預定行程
- 並且我應該能在合理時間內接受或拒絕預定行程
使用者故事 4：提供預定行程的反饋
作為一名乘客，我希望能夠對預定行程的司機提供反饋並進行評分，以幫助維持服務品質.
接受標準（GWT）：
- 給定我已完成一項預定行程
- 當我完成行程後開啟應用程式
- 那麼我應該有機會評分司機並提供反饋
- 並且司機的評分應根據我的反饋進行更新
- 並且我應該收到感謝反饋的訊息
這些使用者故事及其相關的「給定／當／則」接受標準，解決了在共享出行應用程式中引入行程預定功能的問題。透過遵循這種結構化方法，開發團隊可以確保對需求和新功能預期行為有清晰的理解，最終提升使用者體驗。
結論
「給定／當／則」接受標準提供了一種結構化的方法，用於定義敏捷開發中使用者故事的預期行為。透過將標準分解為三個明確的部份——給定、當、則——團隊可以獲得更高的清晰度、可測試性與一致性，最終促進更成功的產品開發。將此格式融入您的敏捷流程，有助於團隊交付符合使用者期望的高品質軟體。