如何解决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,但是缺少集成测试。如果仅进行集成测试,则将缺少单元测试,但需要单元(或行为)测试。此外,您应该在模拟框架上花费一些时间,因为它们可以为您节省很多时间。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。