接著上篇 "估算故事"講，故事估算完成以後就要開始考慮如何進行驗收測試了，只有驗收通過故事才算開發完成.
對於乙個故事，開發人員和客戶可能會討論很多，討論的內容可以以測試用例的形式記錄下來，這樣就為我們故事測試做了鋪墊，目前敏捷開發中測試大約有如下2個步驟
1、將測試要點記錄到敏捷的故事卡的背面，任何時候發現新的測試，都可以記錄到故事卡背面
2、將測試要點變成全面測試，這些測試用來演示故事已正確、完整的實現
下面說一下什麼時候寫測試用例，以及測試的方法。
在編寫**之前寫測試
驗收測試可以為程式設計師提供大量的有用的資訊，經常的看驗收測試說明可以保證程式設計師不去寫那些不符合測試說明的**,應該在如下時候寫測試
1、開發人員和客戶討論故事且需要記錄明確的細節時
2、在迭代開始時候、在寫**前作為一項專門的任務
3、在開發中或者任何時候發現新的測試時
可以使用如下提問的方法來收集測試用例
1、關於這個故事、程式設計師還想知道什麼？
2、對怎麼實現這個故事，我的想法是什麼？
3、有沒有特殊情況會使這個故事有不一樣的行為？
4、這個故事什麼情況下回出錯？
客戶定義測試
客戶可以和程式設計師與測試人員合作建立測試、但是客戶至少應該給我們詳細的指出一些測試，用以驗證故事的實現是正確的
1、測試是過程的一部分
測試是開發過程的一部分，而不是編碼完成後要做的事，這點對使用使用者故事非常的重要。
2、多少測試才算多?
只要這些測試還在繼續為故事增加價值和是它更加清晰，客戶就應當繼續寫測試。
3、測試型別
1、使用者互動測試，保證所有的使用者互動元件如期工作
2、可用性測試，確保程式好用
3、效能測試，測試應用程式在各種負荷下的工作狀態
4、壓力測試，使應用程式在使用者和事物的極限值情況或其他任何讓應用程式處在壓力下的運**況執行
驗收測試總結
1、驗收測試可以用來記錄客戶和開發人員討論的工作細節
2、驗收測試即可了有關故事的一些假設，這些假設可能還沒有和開發人員討論過
3、驗收測試提供可檢查故事是否被完整實現的基本標準
4、驗收測試應有客戶來寫而不是開發人員
5、驗收測試應該在程式寫**之前就寫好
6、如果新的驗收測試對闡明故事的細節活意圖沒有任何幫助，就不用再寫
開發人員的職責
若團隊覺得有需要，則負責實現自動化驗收測試
開始開發乙個新的故事時，負責考慮更多的驗收測試
負責為**做單元測試，使驗收測試就不必估計故事的每個細節
客戶職責
敏捷開發 怎麼驗收敏捷故事
接著上篇 估算故事 講，故事估算完成以後就要開始考慮如何進行驗收測試了，只有驗收通過故事才算開發完成.對於乙個故事，開發人員和客戶可能會討論很多，討論的內容可以以測試用例的形式記錄下來，這樣就為我們故事測試做了鋪墊，目前敏捷開發中測試大約有如下2個步驟 1 將測試要點記錄到敏捷的故事卡的背面，任何時...
使用者故事與敏捷方法 第六章 使用者故事驗收測試
評價蛋糕是否熟了沒，每個人都有自己不同的測試方法與標準，有人嘗一下，有人用牙籤插入蛋糕拔出來是否牙籤乾淨。提供故事是否完成的標準。在寫 之前測試 提前寫測試有助於幫助程式設計師開發系統。在什麼時候編寫測試 1.開發人員和客戶討論故事記錄明確細節的時候。2.在迭代開始時，在寫 前作為一項專門的任務。3...
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...