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
[]
Arguments to pass directly to Pytest, e.g. --pytest-args='-k test_foo --quiet'
.
xdist_enabled
--[no-]pytest-xdist-enabled
PANTS_PYTEST_XDIST_ENABLED
False
If 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
skip
--[no-]pytest-skip
PANTS_PYTEST_SKIP
False
If true, don't use Pytest when running scie-pants-linux-x86_64 test
.
Advanced options
install_from_resolve
--pytest-install-from-resolve=<str>
PANTS_PYTEST_INSTALL_FROM_RESOLVE
None
If specified, install the tool using the lockfile for this named resolve.
This resolve must be defined in [python].resolves, as described in https://www.pantsbuild.org/v2.16/docs/python-third-party-dependencies#user-lockfiles.
The resolve's entire lockfile will be installed, unless specific requirements are listed via the requirements
option, in which case only those requirements will be installed. This is useful if you don't want to invalidate the tool's outputs when the resolve incurs changes to unrelated requirements.
If unspecified, and the lockfile
option is unset, the tool will be installed using the default lockfile shipped with Pants.
If unspecified, and the lockfile
option is set, the tool will use the custom pytest
"tool lockfile" generated from the version
and extra_requirements
options. But note that this mechanism is deprecated.
requirements
--pytest-requirements="['<str>', '<str>', ...]"
PANTS_PYTEST_REQUIREMENTS
[]
If install_from_resolve is specified, install these requirements, at the versions provided by the specified resolve's lockfile.
Values can be pip-style requirements (e.g., tool
or tool==1.2.3
or tool>=1.2.3
), or addresses of python_requirement targets (or targets that generate or depend on python_requirement targets).
The lockfile will be validated against the requirements - if a lockfile doesn't provide the requirement (at a suitable version, if the requirement specifies version constraints) Pants will error.
If unspecified, install the entire lockfile.
console_script
--pytest-console-script=<str>
PANTS_PYTEST_CONSOLE_SCRIPT
pytest
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.
entry_point
--pytest-entry-point=<str>
PANTS_PYTEST_ENTRY_POINT
None
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.
junit_family
--pytest-junit-family=<str>
PANTS_PYTEST_JUNIT_FAMILY
xunit2
The format of generated junit XML files. See https://docs.pytest.org/en/latest/reference.html#confval-junit_family.
execution_slot_var
--pytest-execution-slot-var=<str>
PANTS_PYTEST_EXECUTION_SLOT_VAR
None
If a non-empty string, the process execution slot id (an integer) will be exposed to tests under this environment variable name.
config
--pytest-config=<file_option>
PANTS_PYTEST_CONFIG
None
Path 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-discovery
PANTS_PYTEST_CONFIG_DISCOVERY
True
If 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.
Deprecated options
version
--pytest-version=<str>
PANTS_PYTEST_VERSION
pytest==7.0.1
Requirement string for the tool.
extra_requirements
--pytest-extra-requirements="['<str>', '<str>', ...]"
PANTS_PYTEST_EXTRA_REQUIREMENTS
[ "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.
lockfile
--pytest-lockfile=<str>
PANTS_PYTEST_LOCKFILE
<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.16.1rc4/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 scie-pants-linux-x86_64 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.
export
--[no-]pytest-export
PANTS_PYTEST_EXPORT
True
If true, export a virtual environment with Pytest when running scie-pants-linux-x86_64 export
.
This can be useful, for example, with IDE integrations to point your editor to the tool's binary.