tox

tox is an automation tool that works similarly to a CI tool, but can be run both locally and in conjunction with other CI tools on a server.

In the following, we will set up tox for our Items application so that it helps us with local testing. We will then set up testing using GitHub Actions.

Introduction to tox

tox is a command line tool that allows you to run your complete test suite in different environments. We will use tox to test the Items project in multiple Python versions, but tox is not limited to Python versions only. You can use it to test with different dependency configurations and different configurations for different operating systems. tox uses project information from the setup.py or pyproject.toml file for the package under test to create an installable distribution of your package. It searches for a list of environments in the [tool.tox] section of the pyproject.toml file, and then performs the following steps for each one:

  1. creates a virtual environment

  2. installs some dependencies with pip

  3. build your package

  4. install your package with pip

  5. run further tests

After all environments have been tested, tox outputs a summary of the results.

To accelerate this process with uv, we don’t use tox directly, but tox-uv.

Setting up tox

Previously, tox was usually configured in the tox.ini file. However, since tox 4.44.0, its functionality has been frozen and future configuration parameters will probably only be provided in a TOML file, for example in the pyproject.toml file. Let’s take a look at a simple configuration in the pyproject.toml file:

[tool.tox]
env_list = ["py313"]

[tool.tox.env_run_base]
dependency_groups = [ "tests" ]
commands = [[ "pytest"]]

In the [tool.tox] section, we defined env_list = ["py313"]. This is a shorthand that instructs tox to run our tests using Python version 3.13. We will add more Python versions shortly, but using one version helps us better understand how tox works.

In the [tool.tox.env_run_base] section, dependency_groups specifies tests. This tells tox that the corresponding libraries should be installed in this environment. Finally, commands instructs tox to run pytest.

Executing tox

Before you can run tox, you must ensure that you have installed tox-uv:

$ uv sync --group dev
C:> uv sync --group dev

To run tox, simply start tox:

$ uv run tox
.pkg: _optional_hooks> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
.pkg: get_requires_for_build_sdist> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
.pkg: build_sdist> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
py313: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/18/items-0.1.0.tar.gz
py313: commands[0]> python --version --version
Python 3.13.0 (main, Oct  7 2024, 23:47:22) [Clang 18.1.8 ]
py313: commands[1]> coverage run -m pytest
============================= test session starts ==============================
platform darwin -- Python 3.13.0, pytest-9.0.2, pluggy-1.6.0
cachedir: .tox/py313/.pytest_cache
rootdir: /Users/veit/cusy/prj/items
configfile: pyproject.toml
testpaths: tests
plugins: Faker-40.1.0, cov-7.0.0
collected 83 items

tests/api/test_add.py ......                                             [  7%]
tests/api/test_config.py .                                               [  8%]
tests/api/test_count.py ...                                              [ 12%]
tests/api/test_delete.py ...                                             [ 15%]
tests/api/test_delete_all.py ..                                          [ 18%]
tests/api/test_exceptions.py ..                                          [ 20%]
tests/api/test_finish.py ....                                            [ 25%]
tests/api/test_item.py ...                                               [ 28%]
tests/api/test_item_id.py .                                              [ 30%]
tests/api/test_list.py .........                                         [ 40%]
tests/api/test_list_edge_cases.py ........                               [ 50%]
tests/api/test_start.py ....                                             [ 55%]
tests/api/test_update.py .....                                           [ 61%]
tests/api/test_version.py .                                              [ 62%]
tests/cli/test_add.py ..                                                 [ 65%]
tests/cli/test_config.py ..                                              [ 67%]
tests/cli/test_count.py .                                                [ 68%]
tests/cli/test_delete.py .                                               [ 69%]
tests/cli/test_errors.py .......                                         [ 78%]
tests/cli/test_finish.py .                                               [ 79%]
tests/cli/test_help.py .........                                         [ 90%]
tests/cli/test_list.py .....                                             [ 96%]
tests/cli/test_start.py .                                                [ 97%]
tests/cli/test_update.py .                                               [ 98%]
tests/cli/test_version.py .                                              [100%]

============================== 83 passed in 0.35s ==============================
.pkg: _exit> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
  py313: OK (1.19=setup[0.45]+cmd[0.01,0.72] seconds)
  congratulations :) (1.23 seconds)

Testing multiple Python versions

To do this, we extend envlist in the pyproject.toml file to add further Python versions:

[tool.tox]
env_list = [
  "py3{10-14}",
  "py{13-14}t",
]
skip_missing_interpreters = true

We will now test Python versions from 3.10 to 3.14. In addition, we have also added the setting skip_missing_interpreters = true so that tox does not fail if one of the listed Python versions is missing on your system. If the value is set to true, tox will run the tests with every available Python version, but will skip versions it doesn’t find without failing. The output is very similar, although I will only highlight the differences in the following illustration:

 $ uv run tox
 ...
 py310: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/19/items-0.1.0.tar.gz
 py310: commands[0]> python --version --version
 Python 3.10.17 (main, Apr  9 2025, 03:47:39) [Clang 20.1.0 ]
 py310: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.35s ==============================
 py310: OK ✔ in 1.3 seconds
 py311: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/20/items-0.1.0.tar.gz
 py311: commands[0]> python --version --version
 Python 3.11.11 (main, Feb  5 2025, 18:58:27) [Clang 19.1.6 ]
 py311: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.36s ==============================
 py311: OK ✔ in 1.16 seconds
 py312: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/21/items-0.1.0.tar.gz
 py312: commands[0]> python --version --version
 Python 3.12.12 (main, Oct 14 2025, 21:38:21) [Clang 20.1.4 ]
 py312: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.55s ==============================
 py312: OK ✔ in 1.79 seconds
 py313: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/22/items-0.1.0.tar.gz
 py313: commands[0]> python --version --version
 Python 3.13.0 (main, Oct  7 2024, 23:47:22) [Clang 18.1.8 ]
 py313: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.35s ==============================
 py313: OK ✔ in 1.07 seconds
 py314: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/23/items-0.1.0.tar.gz
 py314: commands[0]> python --version --version
 Python 3.14.0 (main, Oct 14 2025, 21:10:22) [Clang 20.1.4 ]
 py314: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.36s ==============================
 py314: OK ✔ in 1.28 seconds
 py313t: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/24/items-0.1.0.tar.gz
 py313t: commands[0]> python --version --version
 Python 3.13.0 experimental free-threading build (main, Oct 16 2024, 08:24:33) [Clang 18.1.8 ]
 py313t: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.49s ==============================
 py313t: OK ✔ in 1.51 seconds
 py314t: install_package> .venv/bin/uv pip install --reinstall --no-deps items@/Users/veit/cusy/prj/items/.tox/.tmp/package/25/items-0.1.0.tar.gz
 py314t: commands[0]> python --version --version
 Python 3.14.0b4 free-threading build (main, Jul  8 2025, 21:06:49) [Clang 20.1.4 ]
 py314t: commands[1]> coverage run -m pytest
 ============================= test session starts ==============================
 ...
 ============================== 83 passed in 0.39s ==============================
 .pkg: _exit> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
   py310: OK (1.30=setup[0.54]+cmd[0.01,0.75] seconds)
   py311: OK (1.16=setup[0.38]+cmd[0.01,0.76] seconds)
   py312: OK (1.79=setup[0.42]+cmd[0.01,1.36] seconds)
   py313: OK (1.07=setup[0.34]+cmd[0.01,0.71] seconds)
   py314: OK (1.28=setup[0.42]+cmd[0.01,0.85] seconds)
   py313t: OK (1.51=setup[0.44]+cmd[0.01,1.05] seconds)
   py314t: OK (1.34=setup[0.44]+cmd[0.01,0.89] seconds)
   congratulations :) (9.48 seconds)

Changed in version tox≥4.25.0: Before tox 4.25.0 dated 27 March 2025, the versions had to be specified one by one:

[tool.tox]
envlist = [py3{10,11,12,13,14,13t,14t}]

Running Tox environments in parallel

In the previous example, the different environments were executed one after the other. It is also possible to run them in parallel with the -p option:

$ uv run tox -p
py311: OK ✔ in 1.7 seconds
py310: OK ✔ in 1.8 seconds
py313: OK ✔ in 1.8 seconds
py314t: OK ✔ in 1.89 seconds
py314: OK ✔ in 1.91 seconds
py313t: OK ✔ in 2.24 seconds
  py310: OK (1.80=setup[0.62]+cmd[0.02,1.16] seconds)
  py311: OK (1.70=setup[0.54]+cmd[0.02,1.15] seconds)
  py312: OK (2.28=setup[0.58]+cmd[0.01,1.69] seconds)
  py313: OK (1.80=setup[0.60]+cmd[0.02,1.18] seconds)
  py314: OK (1.91=setup[0.62]+cmd[0.02,1.28] seconds)
  py313t: OK (2.24=setup[0.72]+cmd[0.02,1.51] seconds)
  py314t: OK (1.89=setup[0.61]+cmd[0.02,1.26] seconds)
  congratulations :) (2.33 seconds)

Note

The output is not abbreviated; this is the full output you will see if everything works.

Add coverage report in tox

The configuration of coverage reports can easily be added to the pyproject.toml file. To do this, we need to add pytest-cov to the tests dependency group so that the pytest-cov plugin is also installed in the tox test environments. Including pytest-cov also includes all other dependencies, such as coverage. We then add env.coverage-report.OPTIONS and change env_run_base.commands:

[dependency-groups]
...
tests = [
  "faker",
  "pytest>=6",
  "pytest-cov",
]

[tool.tox]
requires = [ "tox>=4" ]
env_list = [
  "py3{10-14}",
  "py{13-14}t",
]
skip_missing_interpreters = true
env.coverage-report.description = "Report coverage over all test runs."
env.coverage-report.deps = [ "coverage[toml]" ]
env.coverage-report.depends = [ "py" ]
env.coverage-report.skip_install = true
env.coverage-report.commands = [
  [ "coverage combine" ],
  [ "coverage report" ],
]
env_run_base.dependency_groups = [ "tests" ]
env_run_base.deps = [ "coverage[toml]" ]
env_run_base.commands = [
  [ "coverage", "run", "-m", "pytest" ],
]

When using Coverage with tox, it can sometimes be useful to add a section in the pyproject.toml file to tell Coverage which source code paths should be considered identical:

[tool.coverage.paths]
source = ["src", ".tox/py*/**/site-packages"]

The items source code is initially located in src/items/ before tox creates the virtual environments and installs items in the environment. It is then located in .tox/py313/lib/python3.13/site-packages/items, for example.

$ uv run tox
...
Name    Stmts   Miss Branch BrPart  Cover   Missing
---------------------------------------------------
TOTAL     540      0     32      0   100%

33 files skipped due to complete coverage.
  py310: OK (1.10=setup[0.44]+cmd[0.01,0.64] seconds)
  py311: OK (0.98=setup[0.31]+cmd[0.01,0.66] seconds)
  py312: OK (1.59=setup[0.34]+cmd[0.01,1.24] seconds)
  py313: OK (1.06=setup[0.34]+cmd[0.01,0.71] seconds)
  py314: OK (1.10=setup[0.35]+cmd[0.01,0.74] seconds)
  py313t: OK (1.36=setup[0.40]+cmd[0.01,0.95] seconds)
  py314t: OK (1.31=setup[0.44]+cmd[0.01,0.86] seconds)
  coverage-report: OK (1.55=setup[0.37]+cmd[1.08,0.10] seconds)
  congratulations :) (10.09 seconds)

Set minimum coverage

When executing coverage by tox, it also makes sense to define a minimum coverage level in order to recognise any coverage failures. This is achieved with the --cov-fail-under option:

Name               Stmts   Miss Branch BrPart  Cover   Missing
--------------------------------------------------------------
src/items/api.py      68      1     12      1    98%   88
--------------------------------------------------------------
TOTAL                428      1     32      1    99%

26 files skipped due to complete coverage.
Coverage failure: total of 99 is less than fail-under=100

This adds the highlighted line to the output.

Passing pytest parameters to tox

We can also call individual tests with tox by making another change so that parameters can be passed to pytest:

[tool.tox]
requires = [ "tox>=4" ]
env_list = [
  "pre-commit",
  "docs",
  "py3{10-14}",
  "py{13-14}t",
  "coverage-report",
]
skip_missing_interpreters = true
env_run_base.dependency_groups = [ "tests" ]
env_run_base.deps = [ "coverage[toml]" ]
env_run_base.commands = [
  [ "python", "--version", "--version" ],
  [ "coverage", "run", "-m", "pytest", "{posargs}" ],
]

To pass arguments to pytest, insert them between the tox arguments and the pytest arguments. In this case, we select test_version tests with the -k keyword option. We also use --no-cov to disable coverage:

$ uv run tox -e py313 -- -k test_version --no-cov
...
py313: commands[0]> coverage run -m pytest -k test_version --no-cov
============================= test session starts ==============================
platform darwin -- Python 3.13.0, pytest-8.3.3, pluggy-1.5.0
cachedir: .tox/py313/.pytest_cache
rootdir: /Users/veit/cusy/prj/items
configfile: pyproject.toml
testpaths: tests
plugins: cov-5.0.0, anyio-4.6.0, Faker-30.3.0
collected 49 items / 47 deselected / 2 selected

tests/api/test_version.py .                                              [ 50%]
tests/cli/test_version.py .                                              [100%]

======================= 2 passed, 47 deselected in 0.07s =======================
.pkg: _exit> python /Users/veit/cusy/prj/items/.venv/lib/python3.13/site-packages/pyproject_api/_backend.py True hatchling.build
  py313: OK (1.49=setup[0.96]+cmd[0.53] seconds)
  congratulations :) (1.53 seconds)

tox is not only ideal for the local automation of test processes, but also helps with server-based CI. Let’s continue with the execution of pytest and tox using GitHub actions.

Running tox with GitHub actions

If your project is hosted on GitHub, you can use GitHub actions to automatically run your tests in different environments. A whole range of environments are available for GitHub actions: github.com/actions/virtual-environments.

  1. To create a GitHub action in your project, click on Actions ‣ set up a workflow yourself. This usually creates a .github/workflows/main.yml file.

  2. Give this file a more descriptive name. We usually use ci.yml for this.

  3. The prefilled YAML file is not very helpful for our purposes. You can add a coverage section, for example with:

    jobs:
      coverage:
        name: Ensure 100% test coverage
        runs-on: ubuntu-latest
        needs: tests
        if: always()
    
        steps:
          - uses: actions/checkout@v6
            with:
              persist-credentials: false
          - uses: actions/setup-python@v6
            with:
              python-version-file: .python-version
          - uses: hynek/setup-cached-uv@v2
    
          - name: Download coverage data
            uses: actions/download-artifact@v7
            with:
              pattern: coverage-data-*
              merge-multiple: true
    
          - name: Combine coverage and fail if it’s <100%.
            run: |
              uv tool install coverage
    
              coverage combine
              coverage html --skip-covered --skip-empty
    
              # Report and write to summary.
              coverage report --format=markdown >> $GITHUB_STEP_SUMMARY
    
              # Report again and fail if under 100%.
              coverage report --fail-under=100
    
    name

    can be any name. It is displayed in the GitHub Actions user interface.

    steps

    is a list of steps. The name of each step can be arbitrary and is optional.

    uses: actions/checkout@v4

    is a GitHub actions tool that checks out our repository so that the rest of the workflow can access it.

    uses: actions/setup-python@v5

    is a GitHub actions tool that configures Python and installs it in a build environment.

    with: python-version: ${{ matrix.python }}

    says that an environment should be created for each of the Python versions listed in matrix.python.

    uses: hynek/setup-cached-uv@v2

    uses uv in GitHub Actions.

    See also

  4. You can then click on Start commit. As we want to make further changes before the tests are executed automatically, we select Create a new branch for this commit and start a pull request and github-actions as the name for the new branch. Finally, you can click on Create pull request.

  5. To switch to the new branch, we go to Code ‣ main ‣ github-actions.

The actions syntax is well documented. A good starting point in the GitHub Actions documentation is the Building and Testing Python page. The documentation also shows you how to run pytest directly without tox and how to extend the matrix to multiple operating systems. As soon as you have set up your *.yml file and uploaded it to your GitHub repository, it will be executed automatically. You can then see the runs in the Actions tab:

Screenshot of the GitHub actions overview

The different Python environments are listed on the left-hand side. If you select one, the results for this environment are displayed, as shown in the following screenshot:

Screenshot of a GitHub actions run for an environment

Display badge

Now you can add a badge of your CI status to your README.rst file, for example with:

.. image:: https://github.com/YOU/YOUR_PROJECT/workflows/CI/badge.svg?branch=main
   :target: https://github.com/YOU/YOUR_PROJECT/actions?workflow=CI
   :alt: CI Status

Publish test coverage

You can publish the test coverage on GitHub, see also Coverage GitHub-Actions.

Extend tox

tox uses pluggy to customise the default behaviour. Pluggy finds a plugin by searching for an entry point with the name tox, for example in a pyproject.toml file:

[project.entry-points.tox]
my_plugin = "my_plugin.hooks"

To use the plugin, it therefore only needs to be installed in the same environment in which tox is running and it is found via the defined entry point.

A plugin is created by implementing extension points in the form of hooks. For example, the following code snippet would define a new --my CLI:

from tox.config.cli.parser import ToxParser
from tox.plugin import impl


@impl
def tox_add_option(parser: ToxParser) -> None:
    parser.add_argument("--my", action="store_true", help="my option")

tox-uv

tox-uv is a Tox plugin that replaces virtualenv and pip with uv in your Tox environments.

You can install tox and tox-uv with:

$ uv tool install tox --with tox-uv

uv.lock support

If you want to use uv sync with a uv.lock file for a Tox environment, you must change the runner for this Tox environment to uv-venv-lock-runner, for example:

pyproject.toml
env.app.dependency_groups = [ "tests" ]
env.app.runner = "uv-venv-lock-runner"
commands = [[ "pytest"]]

The app environment uses the uv-venv-lock-runner and utilises uv sync --locked to install the dependencies in the versions specified in the uv.lock file.

See also