Wpf DotCover“;封面「;命令需要数小时才能生成快照

Wpf DotCover“;封面「;命令需要数小时才能生成快照,wpf,nunit,nunit-3.0,dotcover,Wpf,Nunit,Nunit 3.0,Dotcover,我有一个WPF windows应用程序的UI自动化。我们的管理层决定使用dotCover计算覆盖率。 我试图在使用命令行运行一个简单的测试之后获得应用程序覆盖率。这是: dotcover.exe cover coverage.xml Coverage.xml文件内容如下所示: <?xml version="1.0" encoding="utf-8"?> <CoverageParams> <TargetExecutable>nunit3-console.e

我有一个WPF windows应用程序的UI自动化。我们的管理层决定使用dotCover计算覆盖率。 我试图在使用命令行运行一个简单的测试之后获得应用程序覆盖率。这是:

dotcover.exe cover coverage.xml
Coverage.xml文件内容如下所示:

<?xml version="1.0" encoding="utf-8"?>
<CoverageParams>
  <TargetExecutable>nunit3-console.exe</TargetExecutable>
  <TargetArguments>CI.UIAutomationTests.dll --where="test =~ /TC100/" --agents=1 --workers=1 --labels=All</TargetArguments>
  <TargetWorkingDir></TargetWorkingDir>
  <TempDir><!-- Directory for auxiliary files. Set to the system temp by default. --></TempDir>
  <Output>ClientCoverage_TC100.snapshot</Output>
  ...

所以问题是:为什么需要这么长时间?

我认为它分析了所有的第三方依赖关系。您是否尝试过对其进行过滤以仅分析具有您的命名空间的程序集

我认为它分析了您所有的第三方依赖关系。您是否尝试过对其进行过滤以仅分析具有您的命名空间的程序集

已解决。 正在测试的应用程序启动另一个应用程序,但在测试完成后未关闭。当我决定关闭它时,我意识到dot.cover不再卡住了。 因此,解决方案是关闭测试中应用程序的所有子进程。 正在测试的应用程序启动另一个应用程序,但在测试完成后未关闭。当我决定关闭它时,我意识到dot.cover不再卡住了。
因此,解决方案是-关闭测试中应用程序的所有子进程

感谢您的响应!这是另一个原因。正在测试的应用程序启动另一个应用程序,但在测试完成后未关闭。当我决定关闭它时,我意识到dot.cover不再卡住了。因此,解决方案是关闭所有被测应用的子进程。感谢您的回复!这是另一个原因。正在测试的应用程序启动另一个应用程序,但在测试完成后未关闭。当我决定关闭它时,我意识到dot.cover不再卡住了。因此,解决方案是关闭被测应用程序的所有子进程。
Test Run Summary
Overall result: Failed
Test Count: 1, Passed: 0, Failed: 1, Warnings: 0, Inconclusive: 0, Skipped: 0
Failed Tests - Failures: 0, Errors: 1, Invalid: 0
Start time: 2017-10-23 07:41:57Z
End time: 2017-10-23 07:45:28Z
Duration: 211.288 seconds

Results (nunit3) saved as TestResult.xml
[JetBrains dotCover] Coverage session finished [10/23/2017 10:49:11 AM]
[JetBrains dotCover] Analyzed application exited with code '1'
[JetBrains dotCover] Coverage results post-processing started [10/23/2017 10:49:11 AM]
[JetBrains dotCover] Coverage results post-processing finished [10/23/2017 10:49:12 AM]