开始使用自动测试-连续测试(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