百科.dev
全部条目AI 编程趋势榜开源项目技术资讯提交条目
登录
< 返回工具列表
C

coverlet

> 数据库
开源

适用于 .NET 的跨平台代码覆盖率

3.2K stars0 点赞0 次浏览
访问官网GitHub

工具介绍

适用于 .NET 的跨平台代码覆盖率

Coverlet

Driver Current version Downloads
coverlet.MTP
coverlet.collector
coverlet.msbuild
coverlet.console

Coverlet is a cross platform code coverage framework for .NET, with support for line, branch and method coverage. It works with .NET Framework on Windows and .NET Core on all supported platforms.

[!NOTE] Coverlet only supports modern .NET SDK-style projects.

Coverlet documentation reflect the current repository state of the features, not the released ones. Check the changelog to understand if the documented feature you want to use has been officially released.

Main contents

  • QuickStart
  • How It Works
  • Drivers features differences
  • Deterministic build support
  • Known Issues
  • Consume nightly build
  • Feature samples
  • Experimental features
  • Cake Add-In
  • Visual Studio Add-In
  • Changelog
  • Roadmap

Quick Start

Coverlet can be used through four different drivers

  • Microsoft Testing Platform integration (coverlet.MTP)
  • As a .NET Global tool (supports standalone integration tests)
  • VSTest engine integration
  • MSBuild task integration

Coverlet supports only SDK-style projects https://docs.microsoft.com/en-us/visualstudio/msbuild/how-to-use-project-sdk?view=vs-2019

Microsoft Testing Platform Integration (guide)

Installation (coverlet.MTP)

dotnet add package coverlet.MTP

[!NOTE] Add the coverlet.MTP package only to test projects that use the Microsoft Testing Platform. This package is designed for projects using Microsoft.Testing.Platform (MTP) as the test runner, not the traditional VSTest runner.

Usage (coverlet.MTP)

Coverlet integrates with the Microsoft Testing Platform as an extension. To enable coverage collection, run your tests with the --coverlet flag:

dotnet run --project <your-test-project> -- --coverlet

Or when using dotnet test with MTP-enabled projects:

dotnet test --coverlet

After the above command is run, coverage report files will be generated in the test results directory. By default, reports are generated in json and cobertura formats.

Additional Options (coverlet.MTP)

Option Description
--coverlet Enable code coverage data collection
--coverlet-output-format Output format(s) for coverage report (json, lcov, opencover, cobertura)
--coverlet-include Include assemblies matching filters (e.g., [Assembly]Type)
--coverlet-exclude Exclude assemblies matching filters (e.g., [Assembly]Type)
--coverlet-include-test-assembly Include test assembly in coverage

Example with options:

dotnet run --project <your-test-project> --coverlet --coverlet-output-format cobertura --coverlet-exclude "[xunit.]"

Requirements (coverlet.MTP)

  • .NET 8.0 SDK or newer
  • Test project configured for Microsoft Testing Platform

.NET Global Tool (guide, known issue)

Installation (coverlet.console)

dotnet tool install --global coverlet.console

Usage (coverlet.console)

The coverlet tool is invoked by specifying the path to the assembly that contains the unit tests. You also need to specify the test runner and the arguments to pass to the test runner using the --target and --targetargs options respectively. The invocation of the test runner with the supplied arguments must not involve a recompilation of the unit test assembly or no coverage result will be generated.

The following example shows how to use the familiar dotnet test toolchain:

coverlet /path/to/test-assembly.dll --target "dotnet" --targetargs "test /path/to/test-project --no-build"

Note: The --no-build flag is specified so that the /path/to/test-assembly.dll assembly isn't rebuilt

See documentation for advanced usage.

Requirements (coverlet.console)

  • .NET global tools rely on a .NET Core runtime installed on your machine https://docs.microsoft.com/en-us/dotnet/core/tools/global-tools#what-could-go-wrong
  • .NET Coverlet global tool requires .NET 8.0 or above

[!WARNING] coverlet.collector and coverlet.msbuild cannot be used with the Microsoft Testing Platform (MTP). This is especially relevant when using the native dotnet test integration introduced with .NET 10.

Both packages rely on the VSTest infrastructure, while the Microsoft Testing Platform uses a different test execution architecture, which makes these integrations incompatible. (Use Microsoft.Testing.Platform in the VSTest mode of dotnet test)

If your test project targets .NET 10.0, where the Microsoft Testing Platform is enabled by default, you need to disable TestingPlatformDotnetTestSupport:

 <PropertyGroup>
   <TestingPlatformDotnetTestSupport>false</TestingPlatformDotnetTestSupport>
 </PropertyGroup>

DataCollectors element

Microsoft.Testing.Platform is not using data collectors. Instead it has the concept of in-process and out-of-process extensions. Each extension is configured by its respective configuration file or through the command line.

Most importantly hang and crash extension, and code coverage extension.

Instead, use the coverlet.MTP extension designed for Microsoft Testing Platform: The coverlet.MTP package provides the equivalent functionality of coverlet.collector but is implemented as a native extension for Microsoft Testing Platform.

VSTest Integration (guide, known issue)

Installation (coverlet.collector)

dotnet add package coverlet.collector

[!NOTE] You MUST add package only to test projects and if you create xunit test projects (dotnet new xunit) you will find the reference already present in csproj file because Coverlet is the default coverage tool for every .NET Core and >= .NET 8 applications, you've only to update to last version if needed. Add coverlet.collector OR coverlet.msbuild package in a test project.

Usage (coverlet.collector)

Coverlet is integrated into the Visual Studio Test Platform as a data collector. To get coverage simply run the following command:

dotnet test --collect:"XPlat Code Coverage"

After the above command is run, a coverage.cobertura.xml file containing the results will be published to the TestResults directory as an attachment.

See documentation for advanced usage.

Requirements (coverlet.collector)

  • .NET 8.0 SDK is required (version 8.0.112 or higher)
  • Microsoft.NET.Test.Sdk version 17.12.0 or higher
<PackageReference Include="Microsoft.NET.Test.Sdk" Version="17.12.0" />

MSBuild Integration (guide, known issue)

Installation (coverlet.msbuild)

dotnet add package coverlet.msbuild

N.B. Typically you MUST add package only to test projects. Do not add coverlet.msbuild and coverlet.collector package in a test project.

Usage (coverlet.msbuild)

Coverlet also integrates with the build system to run code coverage after tests. Enabling code coverage is as simple as setting the CollectCoverage property to true

dotnet test /p:CollectCoverage=true

After the above command is run, a coverage.json file containing the results will be generated in the root directory of the test project. A summary of the results will also be displayed in the terminal.

See documentation for advanced usage.

Requirements (coverlet.msbuild)

  • .NET 8.0 SDK is required (version 8.0.112 or higher)
  • .NET Framework that supports .NET Standard 2.0

How It Works

Coverlet generates code coverage information by going through the following process:

Before Tests Run

  • Locates the unit test assembly and selects all the referenced assemblies that have PDBs.
  • Instruments the selected assemblies by inserting code to record sequence point hits to a temporary file.

After Tests Run

  • Restore the original non-instrumented assembly files.
  • Read the recorded hits information from the temporary file.
  • Generate the coverage result from the hits information and write it to a file.

Deterministic build support

Coverlet supports coverage for deterministic builds. The solution at the moment is not optimal and need a workaround. Take a look at documentation.

Are you in trouble with some feature? Check on examples

Experimental features

Coverlet exposes opt-in performance improvements that are not yet enabled by default. Each feature is controlled by an environment variable.
Setting a variable to 1 (or any non-empty value other than 0 / false) enables the feature.
When the variable is absent or falsy, Coverlet behaves exactly like the current stable release.

[!WARNING] Experimental features may change or be removed without notice. Please report any issues you find.

COVERLET_EXPERIMENTAL_AUTOPROP_BACKING_FIELD_CACHE

Scope: SkipInlineAssignedAutoProperty / auto-property backing-field detection
Default: disabled (original O(N) LINQ scan, identical to master)

When enabled, Coverlet caches the set of compiler-generated k__BackingField names per declaring type so the per-field scan is performed at most once per type rather than on every constructor instruction. This can measurably reduce instrumentation time for assemblies with many classes that use inline-initialised auto-properties.

Performance impact

Scenario Without flag (default) With flag enabled
Per-constructor instruction O(N) LINQ scan over all fields of the declaring type O(1) HashSet<string> lookup
First visit of a declaring type O(N) scan O(N) scan — result is cached

Issues· 16 开放

查看全部 Issues在 GitHub 打开

暂无开放 Issues,或尚未同步最近议题。

> 标签

C#bytecodecode-coveragecoveragecoverage-library

暂无评论,来聊聊你的看法吧

> 工具信息

发布日期2026年8月1日
最后更新2026年9月17日
分类数据库
定价开源

> 相关工具

P
PostgreSQL
功能强大的开源关系型数据库
R
Redis
内存数据结构存储,常用作缓存与队列
M
MySQL
广泛使用的开源关系型数据库