Pytest Plugin for Distributed Testing and Loop-on-Failing Modes

Edit Package python-pytest-xdist
http://bitbucket.org/hpk42/pytest-xdist

The `pytest-xdist`_ plugin extends py.test with some unique
test execution modes:

* test run parallelization_: if you have multiple CPUs or hosts you can use
those for a combined test run. This allows to speed up
development or to use special resources of `remote machines`_.

* ``--boxed``: (not available on Windows) run each test in a boxed_
subprocess to survive ``SEGFAULTS`` or otherwise dying processes

* ``--looponfail``: run your tests repeatedly in a subprocess. After each run
py.test waits until a file in your project changes and then re-runs
the previously failing tests. This is repeated until all tests pass
after which again a full run is performed.

* `Multi-Platform`_ coverage: you can specify different Python interpreters
or different platforms and run tests in parallel on all of them.

Before running tests remotely, ``py.test`` efficiently "rsyncs" your
program source code to the remote place. All test results
are reported back and displayed to your local terminal.
You may specify different Python versions and interpreters.

Refresh
Refresh
Source Files
Filename Size Changed
pytest-xdist-3.2.1.tar.gz 0000076362 74.6 KB
python-pytest-xdist.changes 0000020253 19.8 KB
python-pytest-xdist.spec 0000003129 3.06 KB
Revision 20 (latest revision is 25)
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 1074586 from Dirk Mueller's avatar Dirk Mueller (dirkmueller) (revision 20)
- update to 3.2.1:
  * Fixed hang in ``worksteal`` scheduler.
  * Improved Documentation
  * Document limitations for debugging due
    to standard I/O of workers not being forwarded. Also, mention
    remote debugging as a possible workaround.
  Features:
  * Users can now configure ``load``
    scheduling precision using ``--maxschedchunk`` command
    line option.
  * New ``worksteal`` scheduler, based on
    the idea of `work stealing
    It's similar
    to ``load`` scheduler, but it should handle tests with
    significantly differing duration better, and, at the same
    time, it should provide similar or better reuse of fixtures.
Comments 0
openSUSE Build Service is sponsored by