【问题标题】:Running test coverage separately from test execution与测试执行分开运行测试覆盖率
【发布时间】:2014-07-03 14:21:07
【问题描述】:

我们正在 TeamCity 中配置构建步骤。由于我们在测试覆盖率报告方面存在巨大问题(它们在那里,然后莫名其妙地消失了),我们正试图找到一个工作低谷(提出和解决与我们的问题直接相关的问题会得到非常冷淡的回应)。

请注意,我不是在寻找意见,而是寻找支持(或扼杀)我们选择的技术知识库。是的,我检查了构建日志 - 这些都发布在另一个线程中。这个问题是关于尝试替代方法的(in?)理智。 :)

  1. 是否建议运行一个构建步骤进行测试,然后运行另一个构建步骤进行测试覆盖?
  2. 在单独的构建步骤中运行这些是否有意义?!
  3. 与测试本身捆绑/单独运行覆盖有哪些优点和缺点?

【问题讨论】:

    标签: testing automated-tests code-coverage teamcity-8.0


    【解决方案1】:

    测试覆盖率报告是在单元测试运行期间生成的。除非您的问题在于阅读生成的报告,否则“在单独的构建步骤中运行它们”是没有意义的。测试覆盖率告诉您代码的哪些部分在测试运行时运行 - 我看不出它们如何独立。

    就不再生成的测试覆盖率报告寻求帮助可能更有意义...

    【讨论】:

    • 我做到了。 Right here. 我得到的回应非常有限。 :(
    猜你喜欢
    • 1970-01-01
    • 2016-11-09
    • 1970-01-01
    • 2014-02-26
    • 2020-01-24
    • 2016-12-07
    • 1970-01-01
    • 2018-10-18
    • 1970-01-01
    相关资源
    最近更新 更多