Rails 2.3.9测试框架-rspec1，黄瓜或rails内置测试框架

问题描述

| 我们现在有一个相当大的rails（2.3.9）应用程序，其中有0个rails测试用例。 （什么？？？）。是。有可能的：）。 继续，如果我们要基于一个框架进行测试，那么我们应该选择哪个，黄瓜，rspec1或内置在测试框架中的rails？我之所以只说一个框架，是因为出于同一目的而学习和管理多个框架非常复杂。   问题1：2009年度的一些SO   问题建议使用rspec   用于单元测试   模型/控制器和黄瓜   测试视图。是（截至6月23日   2011年）仍然是有效的建议？      Q2：有没有人设法建立所有   他们一次需要的测试用例   框架（例如just0ѭ）？   是的，哪一个？     

解决方法

        这在某种程度上是一个优先选择的问题，但是在这三个中，我会选择rspec或Test :: Unit。 RSpec最近因设计过度而受到批评，但我真的很喜欢： 匹配器语法（

value.should == 1

vs.

assert_equal(value,1)

） 测试名称不限于方法名称（

it \"does something awesome\" { ... }

和

def test_it_does_something_awesome; ...; end

） 您可以使用TestUnit相对容易地通过一些支持库来实现这两个目标，但是我只喜欢使用RSpec。 当您编写代码并进行测试时，通常（总是？）通常是从外部开始：IE，编写集成测试（登录的用户单击一个按钮，将$ 5.00的商品添加到购物车，然后结帐，然后他的信用卡应支付$ 5.00的费用。因此，与其测试特定的类行为（就像您对单元测试所做的那样），您将要在数据库中创建对象并进行与用户网站类似的与网站交互的get / post / etc。调用。浏览器将使您的测试渗透到整个堆栈。 最近，我喜欢在RSpec中使用Steak进行集成测试（使用Capybara来促进Web交互） 建立外围之后，我建议您开始专注于单元测试。 单元测试对于记录类的行为非常有用。我将它们围绕方法进行分组，并描述可以传递给该方法的内容以及期望返回的内容。

describe Object do
  describe \"#method\" do
    it \"returns 4 when passed 2\" do
      ...
    end
   end
end

    ,        Q1：这取决于您的开发人员。基本上，您可以使用所有框架测试几乎相同的事物。我个人会选择rspec1。您会发现许多关于rspec的资源，特别是关于rails2.3.x。从长远来看，我会尝试将项目迁移到Rails3。您等待的时间越长，项目就会越痛苦。 Q2：不，AFAIK黄瓜用于集成测试。您可以只使用rspec或testunit，但是缺少集成测试。如果仅进行集成测试，则将缺少单元测试，但需要单元（或行为）测试。此外，您应该在模拟框架上花费一些时间，因为它们可以为您节省很多时间。