dotcover: Generate code coverage data and report(s)

• NDependXmlReportPath : String (optional)
• coverageAssemblyInclude : String (optional)
• coverageClassInclude : String (optional)

  Includes the specified classes for which coverage data will be generated.

  For an in-depth explanation of how filtering is applied, please see the DotCover documentation

• coverageExclude : String (optional)

  Excludes the specified assemblies from coverage data. Note, that in addition to this exclusion definition, the assemblies matched by the glob in the global tool configuration for DotCover (named mandatory excludes) will ALWAYS be appended.

  For an in-depth explanation of how filtering is applied, please see the DotCover documentation

• coverageFunctionInclude : String (optional)

  Semicolon-separated list of names of methods to include in the coverage.

  For an in-depth explanation of how filtering is applied, please see the DotCover documentation

• detailedXMLReportPath : String (optional)

  Set the path to the detailed XML report with coverage data that DotCover will generate. The default is unset in which case DotCover will not generate this report.

• htmlReportPath : String (optional)

  Path to the HTML report with coverage data that DotCover will generate. The default path is 'index.html'. This setting will have DotCover produce an index.html in the workspace + a subfolder with the data used in this webpage.

• outputDir : String (optional)
• processExclude : String (optional)

  Semicolon-separated list of process names. These processes will be disregarded in the test execution when DotCover is gathering coverage data. This can be helpful in scenarios where it is necessary to strictly define the scope of executables that are part of a test. For instance, DotCover sometimes (mistakenly) detects a database server as part of the the code being exercised in the test run, which can case problems with the coverage data because it tries to include the DB server in the scope of the test. For an in-depth explanation of how filtering is applied, please see the DotCover documentation

• processInclude : String (optional)

  Semicolon-separated list of process names. These processes will be considered in scope for the test execution when DotCover is gathering coverage data. This is helpful when it is necessary to restrict what executables are part of a test. For an in-depth explanation of how filtering is applied, please see the DotCover documentation

• vsTestArgs : String (optional)

  Additional arguments to pass to the VsTest test runner. These are simply passed through to the runner, so take care to quote them properly!

• vsTestAssemblyFilter : String (optional)

  A glob that picks the test assemblies to include when gathering coverage data. The default value is **/*Test/bin/**/Release/*Test.dll

• vsTestCaseFilter : String (optional)

  The testcase filter to pass to vstest. See this page for in-depth explanation of vstest parameters.

• vsTestPlatform : String (optional)

  The platform that is targeted by the tests when run through the test runner. Currently x86, x64 and ARM are supported.