下午好!对这个问题感兴趣:我可以为 dotCover 编写 xml'ku 来进行几种类型的测试吗?!
一切都很简单。对于我的每个项目,解决方案旁边都会有一个 dotCoverSignature.xml 文件,其中包含对 MsTest 测试和 nUnit 测试的描述。
一些信息在这里:从命令行运行覆盖分析
组装在 TeamCity 上进行。我想通过一点流血来解决问题——解决方案旁边的一个构建步骤和配置。
下午好!对这个问题感兴趣:我可以为 dotCover 编写 xml'ku 来进行几种类型的测试吗?!
一切都很简单。对于我的每个项目,解决方案旁边都会有一个 dotCoverSignature.xml 文件,其中包含对 MsTest 测试和 nUnit 测试的描述。
一些信息在这里:从命令行运行覆盖分析
组装在 TeamCity 上进行。我想通过一点流血来解决问题——解决方案旁边的一个构建步骤和配置。
在更详细地阅读了 dotCover 文档和 Teamcity 的 SonarQube 插件之后,做出了这个决定。
构建过程是:
重点是这个。我们将此构建过程描述为我们所有项目的模板。如果项目包含其中一种类型的测试,我们将带有我们需要的配置的 xml 文件放入解决方案中,如果两者同时存在,那么就需要两个配置。
配置签名是:
对于 msTest
重要的提示!里面不应该有换行符和制表符,
TestArguments我不知道为什么,但是对它们不起作用,一切都在一行中更好。nUnit配置没有这样的问题对于 nUnit