The Wayback Machine - https://web.archive.org/web/20201018234516/https://github.com/pytest-dev/pytest-xprocess
Skip to content
master
Go to file
Code

Latest commit

* Refactor zombie process test into two tests

With a common fixture.

* Rename test to avoid name collision

* Fix lint test on windows and linting issue
195a74f

Git stats

Files

Permalink
Failed to load latest commit information.
Type
Name
Latest commit message
Commit time
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

README.rst

pytest-xprocess

pytest plugin for managing processes across test runs.

Setting Up

To use pytest-xprocess you just need to install it via:

pip install pytest-xprocess

and that's all!

This will provide a xprocess fixture which can be used to ensure that external processes on which your application depends are up and running during testing. You can also use it to start and pre-configure test-specific databases (i.e. Postgres, Couchdb).

Additionally, there are two new command line options:

--xkill  # terminates all external processes
--xshow  # shows currently running processes and log files

xprocess fixture usage

You typically define a project-specific fixture which uses xprocess internally:

# content of conftest.py

import pytest
from xprocess import ProcessStarter

@pytest.fixture
def myserver(xprocess):
    class Starter(ProcessStarter):
        pattern = "PATTERN"
        args = ['command', 'arg1', 'arg2']

    logfile = xprocess.ensure("myserver", Starter)
    conn = # create a connection or url/port info to the server
    yield conn
    xprocess.getinfo("myserver").terminate() # clean up afterwards

The xprocess.ensure method takes the name of an external process and will make sure it is running during your testing phase. Also, you are not restricted to having a single external process at a time, xprocess can be used to handle multiple diferent processes or several instances of the same process.

The Starter is a subclass that gets initialized with the working directory created for this process. If the server has not yet been started:

  • args are used to invoke a new subprocess.
  • pattern is waited for in the logfile before returning. It should thus match a state of your server where it is ready to answer queries.
  • env may be defined to customize the environment in which the new subprocess is invoked. To inherit the main test process environment, leave env set to the default (None).
  • stdout is redirected to a logfile, which is returned pointing to the line right after the match

If the server is already running, simply the logfile is returned.

To customize the startup behavior, override other methods of the ProcessStarter. For example, to extend the number of lines searched for the startup info:

class Starter(ProcessStarter):
    pattern = 'process started at .*'
    args = ['command', 'arg1']

    def filter_lines(self, lines):
        return itertools.islice(lines, 500)

To override the wait behavior, override ProcessStarter.wait. See the xprocess.ProcessStarter interface for more details.

Note that the plugin needs to persist the process ID and logfile information. It does this in a sub directory of the directory which contains a pytest.ini or setup.py file.

An important note regarding stream buffering

There have been reports of issues with test suites hanging when users attempt to start external python processes with xprocess.ensure method. The reason for this is that pytest-xprocess relies on matching predefined string patterns written to your environment standard output streams to detect when processes start and python's sys.stdout/sys.stderr buffering ends up getting in the way of that. A possible solution for this problem is making both streams unbuffered by passing the -u command-line option to your process start command or setting the PYTHONUNBUFFERED environment variable.

You can’t perform that action at this time.