2013年3月2日 星期六

[書摘]《用戶故事與敏捷方法》第6章 用戶故事與驗收測試

 

小結


1. 驗收測試可以用來記錄客戶和開發人員討論的很多細節。

2. 驗收測試紀錄了有關故事的一些假設,這些假設可能還沒有和開發人員討論過。

3. 驗收測試提供了檢查故事是否被完整實現的基本標準。

4. 驗收測試應由客戶來血而不是開發人員。

5. 驗收測試應在程序員寫代碼之前就寫好。

6. 如果新的測試對闡明故事的細節或意圖沒有任何幫助,就不用再寫。

7. FIT和FitNesse是寫驗收測試的優秀工具,他們用的是我們熟悉的表格或電子表格格式。

開發人員職責


1. 若團隊覺得有需要,則負責實現自動化驗收測試。

2. 開始開發一個新的故事時,負責考慮更多的驗收測試。

3. 負責為代碼做單元測試,使驗收測試就不必顧及故事的每個細節。

客戶職責


1. 負責編寫驗收測試

2. 負責執行驗收測試

沒有留言:

張貼留言