接著上篇 "估算故事"講，故事估算完成以後就要開始考慮如何進行驗收測試了，只有驗收通過故事才算開發完成.

對於一個故事，開發人員和客戶可能會討論很多，討論的內容可以以測試用例的形式記錄下來，這樣就為我們故事測試做了鋪墊，目前敏捷開發中測試大約有如下2個步驟

    1、將測試要點記錄到敏捷的故事卡的背面，任何時候發現新的測試，都可以記錄到故事卡背面

    2、將測試要點變成全面測試，這些測試用來演示故事已正確、完整的實現

下面說一下什麼時候寫測試用例，以及測試的方法。

 在編寫程式碼之前寫測試

      驗收測試可以為程式設計師提供大量的有用的資訊，經常的看驗收測試說明可以保證程式設計師不去寫那些不符合測試說明的程式碼,應該在如下時候寫測試

  1、測試是過程的一部分

      測試是開發過程的一部分，而不是編碼完成後要做的事，這點對使用使用者故事非常的重要。

  2、多少測試才算多?

      只要這些測試還在繼續為故事增加價值和是它更加清晰，客戶就應當繼續寫測試。

  3、測試型別

       1、使用者互動測試，保證所有的使用者互動元件如期工作
       2、可用性測試，確保程式好用
       3、效能測試，測試應用程式在各種負荷下的工作狀態
       4、壓力測試，使應用程式在使用者和事物的極限值情況或其他任何讓應用程式處在壓力下的執行情況執行
驗收測試總結

       1、驗收測試可以用來記錄客戶和開發人員討論的工作細節
       2、驗收測試即可了有關故事的一些假設，這些假設可能還沒有和開發人員討論過
       3、驗收測試提供可檢查故事是否被完整實現的基本標準
       4、驗收測試應有客戶來寫而不是開發人員
       5、驗收測試應該在程式寫程式碼之前就寫好
       6、如果新的驗收測試對闡明故事的細節活意圖沒有任何幫助，就不用再寫
開發人員的職責

     若團隊覺得有需要，則負責實現自動化驗收測試
     開始開發一個新的故事時，負責考慮更多的驗收測試
     負責為程式碼做單元測試，使驗收測試就不必估計故事的每個細節
 客戶職責

     負責編寫驗收測試
     負責執行驗收測試

       關於敏捷 驗收測試的詳細資訊大家可以參考《使用者故事與敏捷方法》