【问题标题】:Using PartCover 2.3 with .NET 4.0 runtime?将 PartCover 2.3 与 .NET 4.0 运行时一起使用?
【发布时间】:2010-03-30 15:14:32
【问题描述】:

我已成功让 PartCover 2.3 与 VS 2008 on my 64-bit machine 一起使用。

我现在正试图让它与 VS 2010 和 NUnit 2.5.3 一起使用。我已经使用correct CLR version 获得了 NUnit,但我无法让 PartCover 产生任何输出。我得到的只是一个“空”的报告 XML 文件:

<PartCoverReport date="2010-03-30T16:09:05.1009099+01:00" />

如何让 PartCover 2.3(或者我猜是 2.2)在 .NET 4.0 上与 NUnit 2.5.3 一起使用?

【问题讨论】:

  • 有一个名为 OpenCover 的新覆盖工具,它支持 32 位和 64 位

标签: .net partcover nunit-2.5


【解决方案1】:

我最近完成了一个将挂钩到 .NET4 CLR 的 portcover fork - 也许你可以尝试一下

http://github.com/sawilde/partcover.net4

【讨论】:

  • 我刚刚在不到 30 分钟的时间内完成了这项工作,谢谢肖恩!
【解决方案2】:

如果您无法让 PartCover 工作,您可以尝试由 JetBrains 开发的这个新的代码覆盖工具:] http://blogs.jetbrains.com/dotnet/2010/03/jetbrains-to-launch-dotcover-eap-next-week/ 很好地集成到 Visual Studio 中,您可以在覆盖的代码上切换高亮显示。

【讨论】:

  • 我已经安装好了。它看起来很不错,但它仍然是 v1.0 之前的产品,有些地方有点粗糙。也有(明确地)不适合 v1.0 的功能。遗憾的是,其中一些在 PartCover 中......
  • 另一方面,我在 dotCover 发布到 EAP 之前发布了这个问题,所以如果我不能让 PartCover 工作,我会坚持使用 dotCover。
  • 是的,我也尝试过将 PartCover 作为我的第一个代码覆盖工具之一,但它给我的感觉是它还没有完全开发并且很快就会发布。您应该问自己是否要付出很多努力来尝试使 PartCover 正常工作。与例如 NCover 相反,这是一个很好的选择,但恕我直言,它缺乏重要的支持。另一个缺点是没有很多(免费软件)代码覆盖工具可用,所以我可以理解您对 PartCover 的选择。
【解决方案3】:

我在 .NET Framework 4 上运行 PartCover 2.3 时也遇到了一些问题。不想使用 PartCover.NET4,因为浏览器似乎有一个错误,导致覆盖率没有出现在代码视图窗口中。

幸运的是,来自 Sharpdevelop 的人似乎成功地完成了这项工作。在 Sharpdevelop 4.0 中,PartCover 2.3.0 与 .NET 4 和 NUnit 2.5.8 一起开箱即用。

【讨论】:

    【解决方案4】:

    您可以在

    找到有关在 64 位 Windows 2008 Server 上使用带有 Gallio 的 PartCover 4.0 的详细步骤

    http://sapawar.blogspot.com/2011/03/using-partcover-4x-to-find-code.html

    谢谢 萨钦

    【讨论】:

      【解决方案5】:

      我的 PartCover 和 NUnit 在 Windows 7 x64 上与 VS 2010 和 .NET 4.0 一起正常工作。

      必须升级到 PartCover.NET4(并为 x86 CPU 重新编译)和 NUnit 2.5.5。

      我最初使用的是 NUnit 2.5.4,但无法让它与 .NET 4.0 一起使用。我不知道 2.5.3 是否适用于 .NET 4.0。还需要在 nunit-console-x86.exe 下运行单元测试来强制测试以 32 位运行,因为 PartCover 目前只支持 32 位,因为它是 32 位 COM 组件。

      【讨论】:

        【解决方案6】:

        分析 API 中可能存在一些重大更改。至少他们主要增加了附加/分离 API。 David Broman's CLR Profiling API Blog 似乎在谈论其中的一些。

        因此,除非您想自己更改工具的源代码,否则我认为您可能不走运。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2010-10-06
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多