在將每個源變更應用到版本控制庫中時,不必運行每個定義的測試。例如,可以設置 CI 系統執行構建(通常稱作提交構建),該構建只在代碼簽入時運行單元測試??梢詾樘峤粯嫿ㄑa充一些更重量級的構建,例如像運行組件測試、功能測試、性能測試以及甚至執行代碼檢查的構建(請參閱 參考資料)。這些構建可以以更低的頻率運行(如一天一次)。您也可以選擇在提交構建之后立即運行這些測試和檢查。
回頁首
調用所有測試
持續測試包括了廣度和頻度。通過授權執行不同類型的測試,可獲得更大范圍的覆蓋和信任。此外,通過持續運行這些測試,幾乎能在問題產生就發現它們。
僅僅進行單元測試(至少我所定義的單元測試),并不能使你在項目上走得很遠。取得更高的代碼覆蓋率并且增加團隊的信心,需要通力合作并執行自動化組件測試、性能測試和功能測試。此外,使用框架和像 JUnit、Selenium 以及 Cobertura 這樣的工具能輕松實現構建自動化,這也意味著在 CI 系統的幫助下,能夠在每次將變更提交到版本控制庫中時,有效地執行測試套件。這肯定是一種萬無一失的提高平均成功率的方法,您不這么認為嗎?
原文轉自:http://www.ibm.com/developerworks/cn/java/j-ap03137/index.html