驗收測試

用戶故事的細節由客戶指定的驗收測試來捕獲。要剛好在實現用戶故事之前編寫其驗收測試（或與之同時進行）。用某種腳本語言來寫，以便自動和重復運行(1)。它們同時還要驗證系統表現是否符合用戶預期。

驗收測試由業務分析師、質保專家和測試員在迭代期間編寫完成。所用的語言容易被程序員、客戶和業務人員閱讀和理解。程序員根據這些測試了解所實現故事的真實細節。測試形成了項目真正的需求文檔。關于每個特性的每個細節都在驗收測試中描述。特性是否完成并正確？最終的權威判定由測試來完成。

一項驗收測試通過，就會加入“已通過驗收測試”集合，而且不允許再次失敗。這個逐漸增長的驗收測試集合每天運行幾次，系統每次build都要運行。一項驗收測試失敗，就宣布此次build失敗。這樣，一旦某個需求被實現，就永遠不會被破壞。系統始終是從一種可工作狀態遷移到另一種可工作狀態，絕不允許出現超過幾小時不可工作的狀態。