问题标签 [dotcover]

我有一个单独的 MSTest 项目，它针对同一解决方案中的其他两个 c# 项目运行测试。这些测试都是 MSTest，并在 Visual Studio 测试资源管理器和 Resharper（带有 MSTest 集）中成功运行。两者都在使用我的 *.testsettings 文件来指定依赖项。试图让 dotCover 生成覆盖结果给我一个 FileNotFoundException 来自引用项目的两个 ddls。这类似于我在 testsettings 文件中添加依赖项之前使用 VS 测试资源管理器遇到的异常。dotCover 和 Resharper 在选项中具有相同的测试设置。任何想法为什么 dotCover 无法解决 Resharper 可以解决的依赖关系？

因此，这里的关键元素是隐藏的人工制品，也称为出现在.teamcity/部分构建工件下的人工制品。

一些上下文：我们目前在 NUnit 测试步骤上运行 dotCover 以报告我们的测试覆盖率。CoverageResults.xml这会将结果的编译放在名为.teamcity/.NETCoverage/. 这是我想要访问的文件，因此我们可以挖掘某些数据并将其发送到壁虎板。

现在，到目前为止，我们可以使用建议的方法成功地获取不在目录这一部分中的工件（例如输出时的构建结果等） 。仅在访问此隐藏目录时才会出现此问题。

另一个奇怪的事情是响应：302 Temporarily Moved。

作为参考，我的链接看起来像：（在 powershell btw 中）

有人对访问隐藏的文物有什么建议吗？还能从哪里获取这些数据（我们在系统变量上没有找到任何东西）？

注意：我们已经知道在构建步骤完成之前不会生成这些工件。我们是在针对已完成构建的事实之后执行此操作，而不是在构建作业本身期间执行此操作。

我们在 TFS 上使用 dotCover 作为门控签入的一部分，以确保代码覆盖率至少达到一定百分比。我已经更改了构建过程以执行构建、运行 dotCover 并分析输出，但在涉及项目中包含的 nuget 包时发现了一个小问题。

如果 nuget 包包含 .pdb 文件，dotCover 似乎认为它是分析和覆盖的公平候选者，这完全歪曲了结果。作为一种解决方法，我可以从解决方案中包含的包中删除 .pdb 文件，但这绝不是理想的，因为对 nuget 包的每次更新都可以将它们恢复。

请注意，dotCover 的 VisualStudio 界面不会遇到同样的问题。

谁能建议一种更强大的方法，我可以将 nuget 包排除在 dotCover 分析中吗？

干杯

我正在使用带有以下 XML 的 DotCover，我在我的解决方案中的每个测试程序集上使用它，通过 powershell 为每个测试程序集生成。这是一个示例 XML 配置文件 - 每个程序集的末尾都有“Test”，每个函数都使用单词 test。

尽管如此，DotCover 仍在报告测试的测试覆盖率。报告 HTML 文档显示测试项目中大约 100% 的测试覆盖率。任何人都可以帮忙吗？

注意：我也尝试过属性过滤器

谢谢

如果我运行 DotCover 我会得到一个单元测试覆盖率报告，如果我使用 CodeCoverage 我会得到一个单元测试覆盖率报告。

我将 DotCover 用于 XUNIT，但是我们仍然有旧版 MSTEST/VSTEST 我与 CodeCoverage.exe 一起使用

但是，如果两者都使用 sonar-runner 运行，则唯一显示的是代码覆盖率（似乎是第二个运行）。当您运行单独的覆盖文件时，有没有办法在 SONAR 中显示 2 个部分？

如果没有，有没有办法将这些以某种方式合并为一个？我假设这不是一项微不足道的任务？

我想同时查看两个覆盖范围，而不必将项目重新导入声纳两次。

提前谢谢，马克

我正在使用 dotCover 命令行工具对一些测试进行覆盖。为了让它运行，它需要接收“目标可执行文件”的路径作为参数，在我的例子中是 Nunit，在我的例子中是“ Target Arguments”是我传递给 Nunit 的参数。问题是我传递给 Nunit 的参数之一是带有空格的路径。当我将 Nunit 的参数传递给 dotCover 时，它也被引号包围，因为它有空格。因此，例如，为了简单地在 nunit 上运行测试，我运行以下命令：

并且要对测试进行覆盖，我需要运行以下内容：

问题是NunitArgs已经包含引号，当我运行 dotCover 命令时，它只读取从第一个引号到第二个引号的参数。

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

当 NUnit 构建步骤在没有覆盖分析的情况下运行时，它会在大约 25 分钟内运行所有测试。
当我启用 dotCover 分析时，运行时间会达到 100 分钟或更长。

这使得运行变得相当不切实际，因为整个构建最终花费了 2 个多小时，但我仍然希望能够获得覆盖信息，所以我不愿意完全关闭它。

是否可以使用另一种配置来运行测试，从而更快地收集覆盖率信息？通常我可以在 TeamCity 或构建代理机器上进行其他配置以加快速度吗？
或者我可以对测试本身做些什么来加快速度？

设置：

• TeamCity 9.1.1 与 dotCover 3.1.1
• NUnit 构建运行 2.6.1
• 引用的 NUnit 程序集 2.5.10

我正在尝试分析部署在 IIS 上的 MVC 应用程序的代码覆盖率。

我能够成功地使用 DotCover 前端进行分析，因为它具有 IIS 应用程序选项。

但问题是当我尝试从命令行执行此操作时。我需要知道，我的配置文件应该指定什么。

专门用于 IIS 应用程序（非 IIS Express）的示例 XML 配置文件会有所帮助。

我正在运行 dotcover 以生成覆盖率报告，然后通过 sonarqube 5.0.1（通过 Jenkins 插件）运行该报告。我曾经有以前运行的覆盖率指标，但是，不确定构建作业/源代码中发生了什么变化，现在代码覆盖率显示“-”，即使所有测试都成功（除了 1 跳过）。不知道为什么会这样。查看生成的 dotcover 报告 - 我可以看到覆盖范围，只是在声纳中看不到。

图片：

任何人都可以为这种情况提供简单的故障排除步骤吗？Jenkins 构建日志没有显示任何相关的错误或异常。

对此的任何见解将不胜感激。

谢谢，

我已经设置了一个包含多个目标的 MSBuild 文件。

在我打电话的目标之一

其中@(UnitTestDlls)是一组包含我要进行单元测试的 DLL 的项目。我这样做是因为从 Web 界面我无法动态构建 DLL 列表以进行单元测试。

无论如何，这工作正常，但现在我想用 DotCover 添加覆盖率分析。

过去我们使用 PartCover 如下：

它工作得很好。

我尝试将 /partcover 参数更改为 /dotcover 但似乎启动器不支持 dotcover 参数！