開始使用自動測試-連續測試(5)

　　#重載自動測試默認魔術每一個時間重新運行所有測試

　　。

　　DEF get_to_green

　　年底

　　開始

　　rerun_all_tests wait_for_changes

　　結束

　　6。結論

　　自動測試提供了一個容易和輕松的方式運行測試：只保存文件。這是一個偉大的方式得到你的代碼的快速反饋，并避免任何上下文切換。自動測試的自動化測試運行也extremelly有價值，如果您喜歡的IDE Ruby的支持較差，或者如果你喜歡更ligthweight的開發環境(文本編輯器+終端+自動測試)。

　　自動測試也力圖在決定測試運行的智能：

　　它只能運行您最新的代碼更改影響的試驗。

　　當一些測試失敗，自動測試的重點在運行以前的失敗，直到你有固定。一旦通過，運行完整的測試套件，以確保沒有別的意外打破。

　　在決定運行哪些測試，自動測試神奇的作品開箱，如果您的應用程序如下經典的Ruby on Rails的公約 。如果這不是你杯茶，這是非常容易自定義測試，以適合你的公約。

　　通過它的插件自動測試還提供了很多有趣的反饋選項，從終端輸出為HTML發布到桌面通知。

　　在另一面，是很重要的注意，自動測試，并不適合所有的研究與開發風格：一些開發商想更好地控制它們正在運行哪些測試。當工作一段代碼，他們通常會focuss上幾個測試(他們知道他們可以打破)，然后提交之前運行整個測試套件。自動測試模擬以及它可以與他在運行以前的失敗的焦點，但最終是人的意志總是有一個更好的直覺。

　　在所有情況下，這是值得花一些時間，連續測試與自動測試和實驗，其創新性，重量輕，毫不費力的方法來測試運行，我一直在呼吁打。

　　假設你已經RSpec的創業板已經安裝在本地的。

　　除非你開啟了自動測試重新啟動插件，我們將在后面。

　　SGI公司曾機制，Linux有inotify的，OS X有FSEvent，等

　　通過FSEvent或蠻力投票。

　　供應商目錄是一個偉大的候選人自動測試的例外：你是不是應該手動編輯其內容，它通常包括一個很大的數字文件。

　　測試發出通知README文件包含安裝OS X的指令，如果你真的需要它們。

原文轉自：http://www.uml.org.cn/Test/201112301.asp