比较Autofeature/autotest与Guard的优缺点？

Question

有没有人有任何具体的理由使用一个自动测试跑步器而不是另一个？我用过这两个Autofeature+autotest，我真的很喜欢它设置的内置过程，它首先运行我的rspec单元测试，然后运行cucumber测试，只有最后一个失败的测试-它适合于编写cucumber测试的标准工作流，设置步骤直到失败，然后进入单元测试以获得详细的功能。

我在标准的rspec配置中使用了guard，它也工作得很好，但我没有在cucumber测试中折叠-没有时间进行进一步的实验。

我只是想知道是否有人有任何特定的理由使用一种而不是另一种，或者一种方法是否减轻了另一种方法的弱点。

谢谢你的投入，托尼

Answer 1

我最近从自动测试转到了防护，这是有原因的，它比自动测试工作得更好，而且它有一个lot of available guards。因此，只需一个进程，您就可以监控很多事情。

目前我在Rspec、Passenger和Yard上使用它，但是这个列表非常长，如果你需要它来做其他事情，你可以随时实现你的防护。

我发现这是非常有用的，尤其是乘客在开发时，因为它会重新加载服务器，一旦你改变了需要服务器重新启动的东西(例如，路线，配置等)。

一些可用的卫士可以通过某种方式被替换，例如使用yard你可以启动它自己的服务器，但是你需要两个不同的进程，使用卫士你可以用一个进程完成所有的工作。

换句话说，对于每个进程来说，Guard更像是一个通用的框架，每个进程都需要做一些由文件更改触发的事情，autotest仅限于运行测试。

更新

对你的评论的回应

可以通过在.rspec文件if you have Rspec > 2.8中使用--rand来随机化等级库顺序。通过这种方式，这是在rspec顺序上实现的，并且当您使用rake或rspec可执行文件调用rspec时，它也可以工作。

对于较少的文件，则使用guard-less。

此外，最新版本的guard还嵌入了一个Rails控制台，当guard空闲时可以使用pry，这在开发模式下非常有用。

Answer 2

Minitest，spork和guard不能一起工作。LoadError: no such file to load -- -r

因此：https://github.com/semaperepelitsa/spork-minitest/issues/2

所以我转而使用autotest (参见自述文件中Michael Grosser的轻量级测试套件)。fsevent似乎减少了CPU负载，但它不像我用Fsevent设置的旧的Guard设置那样“被动”。我不知道为什么。

更新:实际上我很确定为什么。我在自动测试上打开了一个(小)问题：https://github.com/grosser/autotest/issues/33

这是1秒的默认休眠。我在这个问题上有一个解决办法，但它是一个黑客。不知道一个优雅的解决方案。有了它，它的行为就像Guard一样快，并且可以和Minitest一起工作。

Autotest+Minitest似乎不能进行彩色输出，因为它不是tty。这与Autotest iirc无关。我喜欢Guard的Guardfile设置，我不知道Autotest中的“观察者”在哪里。到目前为止，它还可以工作，但这可能是一个问题。