pytest
The pytest Python test framework (https://docs.pytest.org/).
Backend: pants.backend.python
Config section: [pytest]
Basic options
args
--pytest-args="[<shell_str>, <shell_str>, ...]", ... -- [<shell_str> [<shell_str> [...]]]PANTS_PYTEST_ARGS[pytest]
args = [
<shell_str>,
<shell_str>,
...,
]
[]Arguments to pass directly to Pytest, e.g. --pytest-args='-k test_foo --quiet'.
skip
--[no-]pytest-skipPANTS_PYTEST_SKIP[pytest]
skip = <bool>
FalseIf true, don't use Pytest when running /home/josh/work/scie-pants/dist/pants test.
xdist_enabled
--[no-]pytest-xdist-enabledPANTS_PYTEST_XDIST_ENABLED[pytest]
xdist_enabled = <bool>
FalseIf true, Pants will use pytest-xdist (https://pytest-xdist.readthedocs.io/en/latest/) to parallelize tests within each python_test target.
NOTE: Enabling pytest-xdist can cause high-level scoped fixtures (for example session) to execute more than once. See the pytest-xdist docs for more info: https://pypi.org/project/pytest-xdist/#making-session-scoped-fixtures-execute-only-once
Advanced options
config
--pytest-config=<file_option>PANTS_PYTEST_CONFIG[pytest]
config = <file_option>
NonePath to a config file understood by Pytest (https://docs.pytest.org/en/latest/reference/customize.html#configuration-file-formats). Setting this option will disable [pytest].config_discovery. Use this option if the config is located in a non-standard location.
config_discovery
--[no-]pytest-config-discoveryPANTS_PYTEST_CONFIG_DISCOVERY[pytest]
config_discovery = <bool>
TrueIf true, Pants will include all relevant Pytest config files (e.g. pytest.ini) during runs. See https://docs.pytest.org/en/stable/customize.html#finding-the-rootdir for where config files should be located for Pytest to discover them.
Use [pytest].config instead if your config is in a non-standard location.
console_script
--pytest-console-script=<str>PANTS_PYTEST_CONSOLE_SCRIPT[pytest]
console_script = <str>
pytestThe 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.
entry_point
--pytest-entry-point=<str>PANTS_PYTEST_ENTRY_POINT[pytest]
entry_point = <str>
NoneThe 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.
execution_slot_var
--pytest-execution-slot-var=<str>PANTS_PYTEST_EXECUTION_SLOT_VAR[pytest]
execution_slot_var = <str>
NoneIf a non-empty string, the process execution slot id (an integer) will be exposed to tests under this environment variable name.
extra_requirements
--pytest-extra-requirements="['<str>', '<str>', ...]"PANTS_PYTEST_EXTRA_REQUIREMENTS[pytest]
extra_requirements = [
'<str>',
'<str>',
...,
]
[ "pytest-cov>=2.12,!=2.12.1,<3.1", "pytest-xdist>=2.5,<3" ]
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.
junit_family
--pytest-junit-family=<str>PANTS_PYTEST_JUNIT_FAMILY[pytest]
junit_family = <str>
xunit2The format of generated junit XML files. See https://docs.pytest.org/en/latest/reference.html#confval-junit_family.
lockfile
--pytest-lockfile=<str>PANTS_PYTEST_LOCKFILE[pytest]
lockfile = <str>
<default>Path to a lockfile used for installing the tool.
Set to the string <default> to use a lockfile provided by Pants, so long as you have not changed the --version and --extra-requirements options, and the tool's interpreter constraints are compatible with the default. Pants will error or warn if the lockfile is not compatible (controlled by [python].invalid_lockfile_behavior). See https://github.com/pantsbuild/pants/blob/release_2.15.2/src/python/pants/backend/python/subsystems/pytest.lock for the default lockfile contents.
Set to the string <none> to opt out of using a lockfile. We do not recommend this, though, as lockfiles are essential for reproducible builds and supply-chain security.
To use a custom lockfile, set this option to a file path relative to the build root, then run /home/josh/work/scie-pants/dist/pants generate-lockfiles --resolve=pytest.
Alternatively, you can set this option to the path to a custom lockfile using pip's requirements.txt-style, ideally with --hash. Set [python].invalid_lockfile_behavior = 'ignore' so that Pants does not complain about missing lockfile headers.
version
--pytest-version=<str>PANTS_PYTEST_VERSION[pytest]
version = <str>
pytest==7.0.1Requirement string for the tool.
Deprecated options
export
--[no-]pytest-exportPANTS_PYTEST_EXPORT[pytest]
export = <bool>
TrueDeprecated, will be removed in version: 2.23.0.dev0.
Use the export goal's --resolve option to select tools to export, instead of using this option to exempt a tool from export-by-default.
If true, export a virtual environment with Pytest when running /home/josh/work/scie-pants/dist/pants export.
This can be useful, for example, with IDE integrations to point your editor to the tool's binary.
Related subsystems
None