【问题标题】:Is there a less verbose way to display combinatorial NUnit test results?有没有更简洁的方式来显示组合 NUnit 测试结果?
【发布时间】:2017-02-01 15:16:31
【问题描述】:

我学会了在 NUnit 中运行组合单元测试,但这导致在 Visual Studio 测试资源管理器中的单个结果增加了近十倍。其中大部分是重复的单元测试调用,只是参数不同。这使得在视觉上定位测试变得更加困难(尽管我知道,顶部有一个搜索栏,还有一些分组选项)。

所以问题是:有没有办法(NUnit 配置、Visual Studio 配置、Visual Studio 扩展)来减少这个输出的详细程度?

【问题讨论】:

    标签: visual-studio unit-testing nunit


    【解决方案1】:

    据我所知,没有办法减少此输出的详细程度。您可以将此测试移动到单独的测试类中,这可能会使分组选项更有帮助。

    减少输出冗长的最佳方法是生成更少的测试用例。如此大量的测试用例是否提供了很大的价值?我猜不是,因为您在问如何忽略输出!

    想想真正重要且有意义的测试用例是什么,例如有趣的边缘用例是什么?这也将有助于将来阅读您的代码的任何人,而不是让他们弄清楚 100 个测试用例中哪些是有趣的。

    使用 代码覆盖率 工具进行实验。您可能会惊讶于少量精心挑选的测试用例如何为您提供 100% 的代码/分支/路径覆盖率。使用组合测试用例而不考虑特定的边缘用例可能会导致重复测试相同的代码路径。

    【讨论】:

    • 好点。我发现最好的是,不知何故,一个全通的组合测试会生成一个“通过”的项目,而一些失败的此类测试只会显示失败组合的额外项目。
    • 那会很方便,但我仍然认为正确的做法是减少测试用例的数量。在以这种方式膨胀测试基地之前,请仔细考虑。例如,如果在此方法中添加了两个新参数,并且测试用例的数量超出了实际限制,该怎么办?未来的开发人员需要花费精力找出可以安全删除哪些测试用例。总之,请谨慎使用,仅在响应实际需要时使用。
    • 最后一点,如果您确实需要大量测试用例来完全测试一个方法,那么这可能表明该方法应该重构为更小的、单独测试的块。
    • 尝试配对而不是组合!
    猜你喜欢
    • 2022-06-14
    • 1970-01-01
    • 1970-01-01
    • 2012-09-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-10-14
    相关资源
    最近更新 更多