您对控制器进行了多少测试？

Question

我目前正在开始使用 BDD - 我之前没有编写过任何测试。 我总是尽量让我的模型保持胖而控制器瘦。

您认为控制器规格是否必要？

此致

Answer 1

是的。测试是否进行了正确的调用，以及是否在必要时进行了正确的重定向，并测试是否正在呈现正确的页面。因此，请测试您的应用程序是否按预期运行。

Answer 2

就我自己而言，我试图理解在测试中寻求高水平的代码覆盖率与维护一组可能相当脆弱的测试的长期成本之间的平衡。

假设我们有一个控制器，它的

    try {
        result = mode.doSomething();

        if  (result.count == 0 )
             message = "none found"
             redisplay criterion page
        else if (result.count == 1 ) 
             display detail page
        else 
             display list page
    } catch exception {
        message = "bad things happened, please try again"
        redisplay criterion page
    }

初步想法是，三个计数情况（0、1、很多）的测试可能比例外情况的测试价值更低，并且更容易发生变化。价值较低，因为 a)。其他测试将发现页面显示中的问题 b)。测试非常接近于简单地复制代码。

    code: go to page X
    test: did you go to page X?

如果开发人员错误地选择了 X，他的测试也会出错！如果 UI 的可用性测试表明 Y 是更好的显示页面，那么我们会同时更新代码和测试。测试真的取得了什么成果吗？

而异常情况在正常的 UI 测试中可能很难执行，而使用模拟测试确实很容易。而且，我们确实需要纠正异常后的行为。

Answer 3

您认为 - 控制器规格是否必要？

我认为如果将它们与良好的集成测试结合起来，它们就没有必要了。我发现应用程序的可用性非常重要，因此对于控制器/视图的每次更改，我都会单击应用程序并了解它的感觉。在我看来，为控制器和视图创建“哑”测试没有太多额外的价值。

对于集成测试，我使用 Cucumber。这使得测试整个堆栈成为可能，并确保您的应用程序按照您想要的方式执行。对于业务逻辑（胖模型），我仍然使用 RSpec。