</modificationset>
<schedule interval="120">
<ant anthome="apache-ant-1.6.5" buildfile="build-${project.name}.xml"/>
</schedule>
<log dir="logs/${project.name}">
<merge dir="projects/${project.name}/_reports/unit"/>
<merge dir="projects/${project.name}/_reports/component"/>
<merge dir="projects/${project.name}/_reports/performance"/>
<merge dir="projects/${project.name}/_reports/functional"/>
<merge dir="projects/${project.name}/_reports/coverage"/>
</log>
<publishers>
<artifactspublisher
dir="projects/${project.name}/_reports/"
dest="projects/artifacts/${project.name}"/>
</publishers>
...
在將每個源變更應用到版本控制庫中時，不必運行每個定義的測試。例如，可以設置 CI 系統執行構建（通常稱作提交構建），該構建只在代碼簽入時運行單元測試�？梢詾樘峤粯嫿ㄑa充一些更重量級的構建，例如像運行組件測試、功能測試、性能測試以及甚至執行代碼檢查的構建（請參閱 參考資料）。這些構建可以以更低的頻率運行（如一天一次）。您也可以選擇在提交構建之后立即運行這些測試和檢查。
調用所有測試
持續測試包括了廣度和頻度。通過授權執行不同類型的測試，可獲得更大范圍的覆蓋和信任。此外，通過持續運行這些測試，幾乎能在問題產生就發現它們。
僅僅進行單元測試（至少我所定義的單元測試），并不能使你在項目上走得很遠。取得更高的代碼覆蓋率并且增加團隊的信心，需要通力合作并執行自動化組件測試、性能測試和功能測試。此外，使用框架和像 JUnit、Selenium 以及 Cobertura 這樣的工具能輕松實現構建自動化，這也意味著在 CI 系統的幫助下，能夠在每次將變更提交到版本控制庫中時，有效地執行測試套件。這肯定是一種萬無一失的提高平均成功率的方法，您不這么認為嗎？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
