我们正在 TeamCity 中配置构建步骤。由于我们在测试覆盖率报告方面存在巨大问题(它们存在,然后莫名其妙地消失了),我们正试图找到一个工作低谷(提出和讨论与我们的问题直接相关的问题得到了非常冷淡的回应)。
请注意,我不是在寻找意见,而是在寻找支持(或否定)我们的选择的技术知识库。是的,我已经检查了构建日志——这些都发布在另一个线程中。这个问题是关于尝试替代方法的(不?)理智。 :)
- 是否建议先运行一个构建步骤进行测试,然后再运行另一个构建步骤进行测试覆盖?
- 在单独的构建步骤中运行它们是否有意义?!
- 与测试本身捆绑/分开运行覆盖率有哪些优点和缺点?
最佳答案
测试覆盖率报告是在单元测试运行期间生成的。除非您的问题是阅读生成的报告,否则“在单独的构建步骤中运行它们”没有意义。测试覆盖率告诉您代码的哪些部分在测试运行时运行 - 我看不出它们如何独立。
寻求不再生成测试覆盖率报告的帮助可能更有意义......
关于testing - 独立于测试执行运行测试覆盖率,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24556298/