• 寫代碼之前寫測試—為程序員提供大量有用的信息
• 客戶定義測試——軟件是用來實現用戶的愿景
• 測試是過程的一部分——并不是在編碼完成之后開始

一、測試類型

二、小結

• 驗收測試可以用來記錄客戶和開發人員討論的很多細節
• 驗收測試記錄了有關故事的一些假設，這些假設可能還沒有和開發人員討論過過
• 驗收測試提供了檢查故事是否被完整實現的基本標準
• 驗收測試應該由客戶來寫而不是開發人員
• 驗收測試應在程序員寫代碼之前寫好
• FIT和FitNesse是寫驗收測試的優秀工具，他們用的是我們熟悉的表格和電子表格格式。

三、人員職責

開發人員職責：

• 若團隊需要，則負責自動化驗收測試
• 開始開發一個新的故事時，負責考慮更多的驗收測試。
• 負責為代碼作單元測試，使驗收測試就不必顧及故事的每個細節

(單元測試是用來對一個模塊、一個函數或者一個類來進行正確性檢驗的測試工作。)

客戶職責：

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

總結

以上是生活随笔為你收集整理的用户故事与敏捷方法—用户故事验收测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。