![]() |
1
2
我认为正确的答案是——视情况而定:) 如果你的控制器真的很笨,而且是由“一行程序”组成的,那么就没有必要对它进行测试,因为没有什么(或者几乎没有什么)可以被破坏。从你所说的来看,这是你的案子。请记住,您应该单独测试控制器,这样您的模型就应该被模拟,这需要一些时间/代码。 测试视图要复杂得多,因为您需要单独测试层—因此您必须模拟所有模型/控制器—这是单元测试的原则。
但是-除了单元测试之外,你真的应该进行集成测试。黄瓜很好吃。在集成测试中,您一次测试所有层,而不是孤立地进行测试。黄瓜测试可以与您的客户讨论,因为它们是人类可读的。这确实是一个很好的澄清来源——当你编写集成测试时,你经常会发现没有指定的边缘情况(也就是“如果用户点击应用程序应该做什么?”)。
RSpec用于模型的单元测试,cumber用于集成测试 |
![]() |
2
2
使用cucumber并一次对其进行测试,然后转到特定模型/模块测试的单元测试。 |
![]() |
3
0
为什么不测试控制器?或视图? 控制器是类,动作是方法,因此您应该像其他方法一样测试它们。 整个请求调度和动作执行由控制器负责。可能有些行动根本不涉及任何模型所以。。。你怎么知道这些行动是否有效? |
![]() |
4
0
理想情况下,您应该测试您编写的所有代码,但这并不总是像需要的那样容易。 |
|
wavesinaroom · 断言结构向量长度 6 月前 |
![]() |
Tim Kirkwood · 比较空数据帧 7 月前 |
![]() |
Kamran Khan · 使用单元测试ASP。NET核心 11 月前 |
![]() |
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 12 月前 |
![]() |
Ricky Mo · 角度测试如何模拟导入的const 1 年前 |
![]() |
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |