Skip to main content
Version: 2.7 (deprecated)

pytest


The pytest Python test framework (https://docs.pytest.org/).

Backend: ``

Config section: [pytest]

Basic options

args

--pytest-args="[<shell_str>, <shell_str>, ...]", ... -- [<shell_str> [<shell_str> [...]]]
PANTS_PYTEST_ARGS
pants.toml
[pytest]
args = [
<shell_str>,
<shell_str>,
...,
]
default: []

Arguments to pass directly to Pytest, e.g. --pytest-args="-k test_foo --quiet"

timeouts

--[no-]pytest-timeouts
PANTS_PYTEST_TIMEOUTS
pants.toml
[pytest]
timeouts = <bool>
default: True

Enable test target timeouts. If timeouts are enabled then test targets with a timeout= parameter set on their target will time out after the given number of seconds if not completed. If no timeout is set, then either the default timeout is used or no timeout is configured.

Advanced options

config_discovery

--[no-]pytest-config-discovery
PANTS_PYTEST_CONFIG_DISCOVERY
pants.toml
[pytest]
config_discovery = <bool>
default: 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.

console_script

--pytest-console-script=<str>
PANTS_PYTEST_CONSOLE_SCRIPT
pants.toml
[pytest]
console_script = <str>
default: 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
pants.toml
[pytest]
entry_point = <str>
default: 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.

execution_slot_var

--pytest-execution-slot-var=<str>
PANTS_PYTEST_EXECUTION_SLOT_VAR
pants.toml
[pytest]
execution_slot_var = <str>
default: None

If 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
pants.toml
[pytest]
extra_requirements = [
'<str>',
'<str>',
...,
]
default:
[
  "pytest-cov>=2.12,!=2.12.1,<3.1"
]

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
pants.toml
[pytest]
junit_family = <str>
default: xunit2

The format of the generated XML file. See https://docs.pytest.org/en/latest/reference.html#confval-junit_family.

junit_xml_dir

--pytest-junit-xml-dir=<DIR>
PANTS_PYTEST_JUNIT_XML_DIR
pants.toml
[pytest]
junit_xml_dir = <DIR>
default: None

Specifying a directory causes Junit XML result files to be emitted under that dir for each test run.

lockfile

--pytest-lockfile=<str>
PANTS_PYTEST_LOCKFILE
pants.toml
[pytest]
lockfile = <str>
default: <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-setup].invalid_lockfile_behavior). See https://github.com/pantsbuild/pants/blob/release_2.7.2/src/python/pants/backend/python/subsystems/pytest_lockfile.txt 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.

To use a custom lockfile, set this option to a file path relative to the build root, then run ./pants generate-lockfiles --resolve=pytest.

Lockfile generation currently does not wire up the [python-repos] options. If lockfile generation fails, you can manually generate a lockfile, such as by using pip-compile or pip freeze. Set this option to the path to your manually generated lockfile. When manually maintaining lockfiles, set [python-setup].invalid_lockfile_behavior = 'ignore'.

timeout_default

--pytest-timeout-default=<int>
PANTS_PYTEST_TIMEOUT_DEFAULT
pants.toml
[pytest]
timeout_default = <int>
default: None

The default timeout (in seconds) for a test target if the timeout field is not set on the target.

timeout_maximum

--pytest-timeout-maximum=<int>
PANTS_PYTEST_TIMEOUT_MAXIMUM
pants.toml
[pytest]
timeout_maximum = <int>
default: None

The maximum timeout (in seconds) that may be used on a python_tests target.

version

--pytest-version=<str>
PANTS_PYTEST_VERSION
pants.toml
[pytest]
version = <str>
default: pytest>=6.2.4,<6.3

Requirement string for the tool.

Deprecated options

pytest_plugins

--pytest-pytest-plugins="['<str>', '<str>', ...]"
PANTS_PYTEST_PYTEST_PLUGINS
pants.toml
[pytest]
pytest_plugins = [
'<str>',
'<str>',
...,
]
default:
[
  "pytest-cov>=2.12,!=2.12.1,<3.1"
]

Deprecated, will be removed in version: 2.8.0.dev0.
Use `[pytest].extra_requirements` instead, which behaves the same. (The option is being renamed for uniformity with other Python tools.)

Requirement strings for any plugins or additional requirements you'd like to use.

None