極限測試主要由兩部分測試組成：單元測試和驗收測試。
單元測試是極限測試中主要採用的測試方法，它具有兩條簡單規則：
所有**模組在編碼開始之前必須設計好單元測試用例。
在產品發布之前需要通過單元測試。
極限測試中的單元測試和普通的單元測試之間最大的區別是：極限測試中的單元測試必須在模組編碼之前就完成設計和生成。
「單元測試必須在模組編碼之前就完成設計和生成」的好處是：
獲得了**將滿足其規格說明的信心。（設計完單元測試意味著之後編碼的程式通過了該單元測試，就滿足規格說明）
在開始編碼之前，就展現了**的最終結果。
更好地理解了應用程式的規格說明和需求。（因為設計單元測試必須要理解規格說明）
可以先實現簡單的設計，稍後再放心地重構**以改善程式的效能，而無需擔心破壞應用程式的規格說明。
驗收測試的目的是：判斷應用程式是否滿足功能性和易用性等需求。
驗收測試可以結合自動化測試和非自動化測試來完成。
驗收測試由開發人員和客戶在設計/計畫階段設計的。驗收測試是由客戶來執行的，客戶會驗證應用程式是否符合預期，如果發現了乙個缺陷，就會報告給開發小組，如果發現了多個缺陷，那麼客戶需要對缺陷進行優先順序排序，然後再報告給開發小組，缺陷被修正後，客戶需要重新進行驗收測試。
參考自《軟體測試的藝術》（原書第3版）
挑戰極限 極限程式設計中的「極限」
最近，一直在看robert martin的 敏捷軟體開發 原則 模式和實踐 該文中以極限程式設計 xp 來講述敏捷的實踐。看完有關於 xp實踐的部分，對 xp基本的主張和如何去實踐有了乙個大概的了解。但是，一直有個問題在我腦海中，那就是這種開發實踐方式為什麼會被稱為 極限程式設計 看完這部分之後，對...
極限程式設計下的TDD
極限程式設計時是軟體開發中擁抱變化的產物。測試驅動開發 test driven development 是極限程式設計中倡導的程式開發方法，以其倡導先寫測試程式，然後編碼實現其功能得名。測試驅動開發始於20世紀90年代。測試驅動開發。測試驅動開發的目的是取得快速反饋並使用 illustrate th...
XP極限程式設計
結隊程式設計是xp極限程式設計的乙個關鍵實踐，如果把結隊程式設計放到整個xp裡面會更容易體現出它的價值，所以我覺得分析結隊程式設計的乙個整體思路是 1 適用場景 xp的適用性在 什麼樣的專案中適合採用xp，在這樣的專案中xp可以起到什麼作用。如果離開了適用場景，xp的適用性都要重新考慮，所以就更不用...