在启用dotCover分析的情况下,TeamCity中的NUnit构建步骤需要4倍的时间

在启用dotCover分析的情况下,TeamCity中的NUnit构建步骤需要4倍的时间,nunit,teamcity,dotcover,Nunit,Teamcity,Dotcover,我在TeamCity服务器上有一个构建配置,它一步编译解决方案,然后使用NUnit构建步骤运行大约1650个测试 当NUnit构建步骤在没有覆盖率分析的情况下运行时,它将在大约25分钟内运行所有测试。 当我启用dotCover分析时,运行时间最多可达100分钟或更高 这使得运行起来相当不切实际,因为整个构建最终需要2个多小时,但我仍然希望能够获得覆盖率信息,所以我不愿意完全关闭它 我是否可以使用另一种配置来运行测试,从而更快地收集覆盖率信息? 我是否可以在TeamCity或build agent

我在TeamCity服务器上有一个构建配置,它一步编译解决方案,然后使用NUnit构建步骤运行大约1650个测试

当NUnit构建步骤在没有覆盖率分析的情况下运行时,它将在大约25分钟内运行所有测试。
当我启用dotCover分析时,运行时间最多可达100分钟或更高

这使得运行起来相当不切实际,因为整个构建最终需要2个多小时,但我仍然希望能够获得覆盖率信息,所以我不愿意完全关闭它

我是否可以使用另一种配置来运行测试,从而更快地收集覆盖率信息? 我是否可以在TeamCity或build agent机器上进行其他配置来加速此过程?
或者我可以对测试本身做些什么来加快速度

设置:

  • TeamCity 9.1.1和dotCover 3.1.1
  • NUnit构建运行2.6.1
  • 参考NUnit组件2.5.10

预计使用覆盖率分析的构建运行速度较慢-您真的需要在每次运行时都进行测试覆盖率吗?在我的项目中,如果我每晚只设置一次覆盖率,这样就不会影响“正常”的CI运行,我预计会慢一点,只是差异的大小让我感到惊讶。在进一步的调查中,大部分时间是由大约15个测试来解释的。我将尝试从覆盖率测试运行中排除这些测试,并分别运行它们,看看这有什么不同。