用戶故事 - 明確的接受標準及其重要性

在一個完美的世界裡，人們會一目了然地相互理解，沒有任何東西可以在他們之間造成混亂。但在現實世界中，我們必須想出清楚地傳達我們的想法的方法，以便我們的同行不會誤解我們。

在軟件開發中，驗收標準有助於正確設置客戶對產品的期望。一個應用程序的標準，例如“我希望我的應用程序真棒並且盡可能多的人歡迎”並不能真正告訴我們多少; 我們通過參考明確定義的用戶故事接受標準來消除客戶和開發團隊之間的誤解。

在這篇文章中，我們將討論敏捷方法中的驗收標準（如Scrum和看板），並為您提供一些良好的驗收標準示例。

Scrum，用戶故事和接受標準不僅僅是流行語

使用Scrum（就像任何敏捷方法一樣），我們使用“用戶故事”和“驗收標準”等術語來確保明確描述最終用戶如何使用應用程序以及團隊應如何完成每項任務。

當我們開始構建產品時，我們與客戶合作定義用戶故事。用戶故事採用以下格式編寫：“

作為（用戶類型），我想（執行一些操作）以便我（可以實現一些目標/結果/值）。“

As a (type of user), I want to (perform some action) so that I (can achieve some goal/result/value).”

用戶故事的目的是通過成功完成用戶故事來解釋用戶在系統中的角色，他們期望的活動以及他們打算完成的任務。對於敏捷團隊，用戶故事是識別用戶需求的主要方法。

定義驗收標準

那麼我們如何才能確保用戶故事正確完成並符合客戶的要求？這是接受標準發揮作用的地方。驗收標準是一個正式的要求列表，可確保完成所有用戶故事並考慮所有方案。簡而言之，驗收標準指定了滿足用戶故事的條件。簡明扼要的標準有助於開發團隊避免模糊客戶的需求並防止誤傳。

編寫驗收標準不僅對於從客戶那裡引出產品願景很重要，而且對於開發過程也很重要。不同的人從不同角度看待同樣的問題是很自然的。明確的書面標準為您打算實施的功能引入了單一解決方案。

什麼是接受標準？

• 定義邊界。驗收標準有助於開發團隊定義用戶故事的界限。換句話說，驗收標準可幫助您確認應用程序何時按預期運行，這意味著用戶故事已完成。
• 達成共識。具有驗收標準使開發團隊與客戶同步。團隊確切地知道應該滿足哪些條件，就像客戶知道應用程序的期望一樣。
• 作為測試的基礎。最後但同樣重要的是，驗收標準是正面和負面測試的基石，旨在檢查系統是否按預期工作。
• 允許準確的計劃和估計。驗收標準方案允許將用戶故事正確劃分為任務，以便正確估計和規劃用戶故事。

誰寫了錄取標準？何時？

客戶或開發團隊都會編寫驗收標準。通常，產品所有者（客戶）編寫的標準由開發團隊的成員審核，以確保明確指定標準，並且從開發角度來看沒有技術限製或不一致。如果產品所有者俱有一定的軟件開發經驗並且知道如何編寫項目文檔，那麼這種流程是一種很好的協作方式。

如果您更願意為開發團隊分配寫入接受標準，那麼需求分析師，項目經理或QA專家應該處理此任務，因為他們知道技術堆棧和功能的可行性。

請記住，應該在開發階段開始之前預先指定驗收標準。因此，團隊和產品所有者應就滿足產品所有者要求的最低可交付成果達成一致。

如何寫出驗收標準

有幾種類型的驗收標準。最受歡迎的是面向規則（以列表的形式）和面向場景（以說明每個標準的場景的形式）。面向場景的類型在敏捷團隊中很受歡迎，因為它有助於跨越需求，設想各種用例，並進一步使用場景進行手動和自動驗收測試。

使用面向場景的方法描述接受標準的通用模板是從行為驅動開發（BDD）派生的Given / When / Then格式。Given / When / Then格式用於編寫驗收測試，以確保滿足所有規範要求。

以下是使用此Given / When / Then配方的示例，該配方指定了原始用戶故事的詳細信息。在較小的用戶故事中它被破壞之前它現在與Given / When / Then Criteria相關聯。

標題：用戶取消預訂

用戶故事：

作為預訂用戶，我想取消預訂，以便獲得退款。

用戶故事的場景：

方案1：用戶是高級會員，
鑑於我是高級會員，當我下24小時取消，那麼我不承擔任何損失。

場景2：用戶是一個典型的會員
鑑於我是非高級會員，當我提前24小時取消，然後我支付50％的費用。

方案3：確認電子郵件
鑑於我是一個網站的會員，當我取消預約，然後我通過電子郵件發送的確認。
非常複雜的團隊將整個用戶故事放在一張名為故事卡的卡片上。

這裡有一些技巧可以幫助您編寫出色的驗收標準：

• 保持您的標準明確定義，以便項目團隊的任何成員都能理解您嘗試傳達的想法。
• 保持標準的現實性和可實現性。定義您能夠提供的最小功能並堅持下去。另一方面，不要試圖描述每一個細節，因為你可能會使你的積壓工作變得混亂並被許多小任務埋沒。
• 與所有利益相關方協調，以便您的驗收標準基於共識。
• 創建可衡量的標準，使您能夠充分估計開發時間，從而使您能夠保持在預算和時間限制內。
• 考慮提供檢查表，使您能夠查看接受標準涵蓋的用戶故事。

驗收標準的例子

在本節中，我們將介紹為大多數網站上的常見功能編寫的驗收標準示例。我們將提前定義用戶故事，因為在我們通過用戶故事指定所有功能之後編寫接受標準。

示例＃1

我們的第一個用戶故事描述了網頁搜索功能：

作為一個網站用戶，
我想能夠在網頁上搜索，
以便我可以找到必要的信息

As a website user
I want to able to search on the webpage
So that I can find necessary information

根據Given / When / Then模板，驗收標準如下：

場景：用戶按名稱搜索項目
“假設我是註冊用戶或訪客用戶的角色
當我打開”產品“頁面
然後系統顯示所有產品的列表
並且系統顯示”搜索“屏幕右上角的部分
當我用產品列表中的現有項目名稱填寫“搜索”字段時
我單擊“應用”按鈕或按鍵盤上的Enter鍵
然後系統顯示產品中的產品搜索結果部分，產品名稱與輸入的產品名稱相匹配
系統顯示搜索結果部分頂部的搜索結果數量“

Scenario: User searches for an item by its name
“Given that I’m in a role of registered or guest user
When I open the “Products” page
Then the system shows me the list of all products
And the system shows the “Search” section in the right top corner of the screen
When I fill in the “Search” field with the name of existing item in the product list
And I click the “Apply” button OR press the Enter key on keyboard
Then the system shows products in the Search Results section with product names matching entered product name
And the system shows the number of search results in the top of the Search Results section”

例＃2

下一個示例表示反饋表單頁面的驗收標準。用戶故事如下：

作為網站用戶，
我希望能夠提交反饋，

以便網站所有者可以在未來的網站更新中考慮我的意見或關注

As a website user
I want to able to submit feedback
So that the website owners can consider my opinion or concern during future website updates

這項功能的驗收標準是：

場景： 用戶提交反饋表單，其中包含有效數據
“鑑於我是登錄或訪客用戶的角色
當我打開反饋頁面
然後系統顯示包含”電子郵件“，”名稱“和”的“提交反饋表”評論“ 
當我用有效的電子郵件地址填寫”電子郵件“字段時所需的
字段我用姓名
填寫”姓名“字段我在評論中填寫”評論“字段
並點擊”提交“反饋“按鈕
然後系統提交我的反饋
並且系統顯示”您已成功提交反饋“閃存消息
並且系統清除”提交反饋“表單的字段”

Scenario: User submits feedback form with the valid data
“Given I’m in a role of logged-in or guest user
When I open the Feedback page
Then the system shows me the Submit Feedback form containing “Email”,“Name” and “Comment” fields which are required
When I fill in the “Email” field with a valid email address
And I fill in the “Name” field with my name
And I fill in the “Comment” field with my comment
And I click the “Submit Feedback” button
Then the system submits my feedback
And the system shows the “You’ve successfully submitted your feedback” flash message
And the system clears the fields of the Submit Feedback form”

例＃3

最後，讓我們指定博客上評論功能的用戶故事和驗收標準。只有已登錄的用戶才能添加評論。“添加評論”功能的用戶故事將是：

作為已登錄的用戶，
我希望能夠在博客帖子上發表評論，
以便我可以獲得有關問題的反饋

As a signed-in user
I want to able to comment on a blog post
So that I can get feedback on issues

這項功能的驗收標準是：

場景：登錄用戶在博客文章中發表評論
“鑑於我是登錄用戶的角色
當我打開具有特定博客帖子的頁面時
系統會在博客文章下方顯示”評論“部分其他用戶
添加的評論列表系統顯示“評論”部分頂部的“添加評論”字段
當我在評論中填寫“添加評論”字段時我
單擊“提交”按鈕
然後系統保存我的評論
並且系統在“評論”部分的頂部顯示我的評論
並且系統在我的評論的左側顯示我的用戶名和個人資料圖片
並且系統顯示對面的“刪除”和“編輯”圖標我的評論“

Scenario: Signed-in user leaves a comment on a blog post
“Given I’m in a role of signed-in user
When I open the page with a specific blog post
Then the system shows the “Comments” section below the blog post with the list of comments added by other users
And the system shows the “Add a Comment” field in the top of the “Comments” section
When I fill in the “Add a Comment” field with my comment
And I click the “Submit” button
Then the system saves my comment
And the system shows my comment in the top of the “Comments” section
And the system shows my username and profile picture on the left side from my comment
And the system shows “Remove” and “Edit” icons opposite my comment”

敏捷軟件開發

• 什麼是敏捷軟件開發？
• 什麼是用戶故事？
• 什麼是用戶故事映射？
• 用戶故事與敏捷軟件開發的使用案例

• 助您管理敏捷项目的用户故事