Parallel unit test runner with coverage support
Project description
unittest-parallel
unittest-parallel is a parallel unit test runner for Python with coverage support.
Run Tests in Parallel
To run tests in parallel with unittest-parallel, specify the directory containing your unit tests
with the -s argument and your package's top-level directory using the -t argument:
unittest-parallel -t . -s tests
By default, unittest-parallel runs tests using all CPU cores.
Test Coverage
To run tests with coverage, add either the --coverage option (for line coverage) or the
--coverage-branch for line and branch coverage.
unittest-parallel -t . -s tests --coverage-branch
Parallelism Level
By default, unittest-parallel runs test modules in parallel (--level=module). Here is the list of
all parallelism options:
-
--level=module- Run test modules in parallel (default) -
--level=class- Run test classes in parallel. Use this option if you have class fixtures. -
--level=test- Run individual tests in parallel. Using this option will likely fail if you have any class or module fixtures.
Speedup Potential
Generally speaking, unittest-parallel will run your unit tests faster by a factor of the number of
CPU cores you have, as compared to unittest discover.
In other words, if you have 4 CPU cores, unittest-parallel will run your tests 4 times faster. If you have 8 CPU cores, it will run 8 times faster, and so on.
Note that you may see less benefit from unittest-parallel if your average test duration is short compared to the underlying cost of parallelization.
I/O-Bound Tests
If your tests are I/O-bound (e.g., call web services), you may benefit from using a higher number of
test processes (-j). In the following case, the I/O-bound tests run 100 times faster.
unittest-parallel -j 100 -t . -s tests
Real-World Speedups
I wrote unittest-parallel for a large production backend API application with thousands of unit
tests. As expected, unittest-parallel ran tests 4 times faster using 4 cores, compared to unittest discover.
A user reports that their tests ran 20 times faster on their development machine and 6 times faster on their test machine.
Another user reports that "it shaved 70% off the runtime of my painfully long integration tests."
Another user reports that "tests take 2x less times to run."
Usage
usage: unittest-parallel [-h] [-v] [-q] [-f] [-b] [-k TESTNAMEPATTERNS]
[-s START] [-p PATTERN] [-t TOP] [--runner RUNNER]
[--result RESULT] [-j COUNT]
[--level {module,class,test}]
[--disable-process-pooling] [--coverage]
[--coverage-branch] [--coverage-rcfile RCFILE]
[--coverage-include PAT] [--coverage-omit PAT]
[--coverage-source SRC] [--coverage-html DIR]
[--coverage-xml FILE] [--coverage-fail-under MIN]
options:
-h, --help show this help message and exit
-v, --verbose Verbose output
-q, --quiet Quiet output
-f, --failfast Stop on first fail or error
-b, --buffer Buffer stdout and stderr during tests
-k TESTNAMEPATTERNS Only run tests which match the given substring
-s, --start-directory START
Directory to start discovery ('.' default)
-p, --pattern PATTERN
Pattern to match tests ('test*.py' default)
-t, --top-level-directory TOP
Top level directory of project (defaults to start
directory)
--runner RUNNER Custom unittest runner class <module>.<class>
--result RESULT Custom unittest result class <module>.<class>
parallelization options:
-j, --jobs COUNT The number of test processes (default is 0, all cores)
--level {module,class,test}
Set the test parallelism level (default is 'module')
--disable-process-pooling
Do not reuse processes used to run test suites
coverage options:
--coverage Run tests with coverage
--coverage-branch Run tests with branch coverage
--coverage-rcfile RCFILE
Specify coverage configuration file
--coverage-include PAT
Include only files matching one of these patterns.
Accepts shell-style (quoted) wildcards.
--coverage-omit PAT Omit files matching one of these patterns. Accepts
shell-style (quoted) wildcards.
--coverage-source SRC
A list of packages or directories of code to be
measured
--coverage-html DIR Generate coverage HTML report
--coverage-xml FILE Generate coverage XML report
--coverage-fail-under MIN
Fail if coverage percentage under min
Development
This package is developed using python-build. It was started using python-template as follows:
template-specialize python-template/template/ unittest-parallel/ -k package unittest-parallel -k name 'Craig A. Hobbs' -k email 'craigahobbs@gmail.com' -k github 'craigahobbs' -k noapi 1
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file unittest_parallel-1.7.6.tar.gz.
File metadata
- Download URL: unittest_parallel-1.7.6.tar.gz
- Upload date:
- Size: 9.8 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.14.0
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
b16bf52bec7b900b8fc7945de97c45f87d50025ac06c1a64e35e91c278756dfc
|
|
| MD5 |
ee6ea162e17dac7afcd0b9940ad67942
|
|
| BLAKE2b-256 |
0826b15a0337182988748210c2bcee60a780fe10057ceb23da2547ec29a1d443
|
File details
Details for the file unittest_parallel-1.7.6-py3-none-any.whl.
File metadata
- Download URL: unittest_parallel-1.7.6-py3-none-any.whl
- Upload date:
- Size: 9.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.14.0
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
c55eff2d1f5806ec272a0f7c7ed5309197ae4550ee37cd28d3d0864a32981bfe
|
|
| MD5 |
17cf3519009259348ee229f108c81817
|
|
| BLAKE2b-256 |
e39f3a7d6077488e977a6da79bf51d182dd0ea441d0bb542f443d13d1806dc95
|