Configuration for Python test coverage measurement.
A list of Python modules to use in the coverage report, e.g. `['helloworld_test', 'helloworld.util.dirutil'].
The modules are recursive: any submodules will be included.
If you leave this off, the coverage report will include every file in the transitive closure of the address/file arguments; for example,
test :: will include every Python file in your project, whereas
test project/app_test.py will include
app_test.py and any of its transitive dependencies.
--coverage-py-report="[<CoverageReportType>, <CoverageReportType>, ...]"
console, xml, html, raw, json
[ "console" ]
Which coverage report type(s) to emit.
Requirement string for the tool.
--coverage-py-extra-requirements="['<str>', '<str>', ...]"
Any additional requirement strings to use with the tool. This is useful if the tool allows you to install plugins or if you need to constrain a dependency to a certain version.
--coverage-py-interpreter-constraints="['<str>', '<str>', ...]"
[ "CPython>=3.6" ]
Python interpreter constraints for this tool.
The console script for the tool. Using this option is generally preferable to (and mutually exclusive with) specifying an --entry-point since console script names have a higher expectation of staying stable across releases of the tool. Usually, you will not want to change this from the default.
The entry point for the tool. Generally you only want to use this option if the tool does not offer a --console-script (which this option is mutually exclusive with). Usually, you will not want to change this from the default.
Path to write the Pytest Coverage report to. Must be relative to build root.
Path to `.coveragerc` or alternative coverage config file
Updated about a month ago