用戶故事驗收標準的定義
“驗收標準”和“滿足條件”交替使用，可以清晰的定義價值主張、用戶流程或解決方案的特點。
驗收標準可作為測試用例的催化劑，應該是可驗證的，并且能提供詳細的要求范圍，有助于團隊理解用戶故事的價值并進行合理的拆分。
滿足條件則有助于在團隊中確定他們應該考慮完成某項工作時的期望，并能幫助團隊拆分任務中的用戶故事，如果詳細定義了驗收標準，那么團隊就能更好地對用戶故事進行估算，從而使開發(fā)周期縮短、避免浪費。
用戶故事驗收標準如何寫
驗收標準是用戶故事必備的。它是一個檢查清單，用來確定用戶故事的所有參數(shù)以及完成所需的工作量/時間。在開發(fā)將用戶故事標記為“已完成“前，需要確保這個故事按照計劃進行和測試，并且滿足所有標準。
通常由PO負責制定每個用戶故事的驗收標準。一個完美的用戶故事，驗收標準將會使功能相當?shù)耐该鳎@有助于PO發(fā)現(xiàn)缺失點并驗證假設。
敏捷驗收標準示例
Scrum中并沒有關于驗收標準的模板，它是PO提出的對系統(tǒng)或功能的詳盡描述，是對用戶故事進行驗證和測試的標準。
驗收標準應該包含：
功能的負面場景
用戶故事對其他功能的影響
用戶體驗問題
功能和非功能用例
性能問題和指導方針
系統(tǒng)和功能的用處
功能系統(tǒng)不能和不應該做的事
端到端的用戶流
什么是驗收標準不該有的？用戶故事不該包含以下這些明顯的內容：
代碼評審完成
執(zhí)行性能測試
驗收和功能測試完成
上述清單還要包含DOD的一部分，在整個Sprint進程中，那些不應該是驗收標準的一部分
用戶故事和驗收標準怎么寫
驗收標準應該描述得很清晰，簡單來說就是對預期結果沒有任何含糊之處。這可以確保測試員在接到驗收標準是能成功的將其轉化為手動或自動測試用例。
常用的用戶故事模板是：
作為一名___，我想___，以便___
具有驗收標準的用戶故事實例
這是一個具有驗收標準的用戶故事的詳細示例，是被稱為打印的新功能實現(xiàn)的案例。這個新功能向用戶提供了用戶故事的打印格式，或者可顯示格式的bug。
驗收標準的實例
“作為用戶我應該有一個選項來選擇打印所有的細節(jié)、評論或其他東西。我應該可以在瀏覽器里看到打印視圖，并且可以選擇打印成不同的格式”
驗收標準
所有的項目信息都應該是可見的，包括標題、ID、描述、評論、附件名稱、鏈接項目任務/事件/epics等、相關的項目、依賴性等等。
在預覽頁面，我應該選擇打印、下載為：
Word
XML
其他？
所有項目類型都是可打印的
用戶故事
Epic
在Epic中，我們將展示相關的用戶故事，并且只顯示ID、名稱、義務、狀態(tài)及優(yōu)先項
任務
問題
應該可以從任何地方打印項目細節(jié)。例如：
上下文菜單中的桌面小部件
Epic或代辦列表中的用戶故事于epic
項目細節(jié)視圖
上下文菜單里的彈窗
原文地址：https://www.yodiz.com/blog/user-stories-acceptance-definition-and-criteria-in-agile-methodologies/
