JetBrains dotCover

dotCover Settings

Note that dotCover coverage engine reports statement coverage instead of line coverage.

Compile and Test in Different Builds

To build a consistent coverage report, dotCover has to be able to find source files under the build checkout directory which should be easy if you build binaries and collect coverage in the same build, or if you use different builds, but they use a snapshot dependency and the same agent as well as the same VCS settings.

If you need to build binaries in one build and collect code coverage in another one using different checkout settings, some additional properties are required. It is assumed that:

• Build configuration A compiles code with debugging information and creates an artifact with assemblies and .pdb files

• Build configuration B runs tests with dotCover enabled and has a snapshot dependency on A.

To display the source code in the Code Coverage tab of build results of B, you need to point B to the same VCS root as A to get your source code in an appropriate location (the checkout root) and add an artifact dependency on build from the same chain of A (for dotCover to get the paths to the sources from the .pdb files).

You also need to tell TeamCity where to find the source code. To do this, perform the following:

1. Add the teamcity.dotCover.sourceBase configuration parameter with the value %teamcity.build.checkoutDir% to the compiling build configuration A.

2. Add the configuration parameter dotNetCoverage.dotCover.source.mapping to your test configuration B with the value %dep.btA.teamcity.dotCover.sourceBase%=>%teamcity.build.checkoutDir%, where btA is the actual ID of your configuration A.