pytest plugin to check pinned requirements
This plugin checks your requirements files for specific versions, and compares those versions with the installed libraries in your environment, failing your test suite if any are invalid or out of date.
This is useful for keeping virtual environments up-to-date, and ensuring that your test suite is always being passed with the requirements you have specified.
It also has the added bonus of verifying that your requirements files are syntatically valid.
pip install pytest-reqs
if you then type:
by default it will search for dependencies in the files matching:
and the declared dependencies will be checked against the current environment.
If your environment has dependencies installed like this:
$ pip freeze foo==0.9.9
But you have a requirements.txt file like this:
$ cat requirements.txt foo==1.0.0
you can run py.test with the plugin installed:
$ py.test --reqs =================================== FAILURES =================================== ______________________________ requirements-check ______________________________ Distribution "foo" requires foo==1.0.0 (from -r requirements.txt (line 1)) but 0.9.9 is installed
It also handles pip’s version containment syntax (e.g, foo<=1.0.0, foo>=1.0.0, etc):
$ py.test --reqs =================================== FAILURES =================================== ______________________________ requirements-check ______________________________ Distribution "foo" requires foo>=1.0.0 (from -r requirements.txt (line 1)) but 0.9.9 is installed
Furthermore, it will tell you if your requirements file is invalid (for example, if there is not enough = symbols):
$ py.test --reqs ______________________________ requirements-check ______________________________ Invalid requirement: 'foo=1.0.0' (from -r requirements.txt)
You might have requirements files with paths to local projects, e.g. for local development:
$ cat requirements/local_development.txt -e ../foo
However, testing these requirements will fail if the test environment is missing the local project (e.g., on a CI build):
=================================== FAILURES =================================== ______________________________ requirements-check ______________________________ ../foo should either be a path to a local project or a VCS url beginning with svn+, git+, hg+, or bzr+ (from -r requirements.txt)
To get around this, you can disable checking for local projects with the following pytest option:
# content of setup.cfg [pytest] reqsignorelocal = True
You might have requirements files in files other than the default filename patterns:
While there aren’t any restrictions on what filenames are or are not valid for requirements files, the patterns which are currently supported by pytest-reqs are the same common patterns supported by other automated tools around requirements files.
However, you can override these default patterns with the following pytest option:
# content of setup.cfg [pytest] reqsfilenamepatterns = mycustomrequirementsfile.txt someotherfilename.ext
You can also restrict your test run to only perform “reqs” tests and not any other tests by typing:
py.test --reqs -m reqs
This will only run test items with the “reqs” marker which this plugin adds dynamically.
Open source MIT license.
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|File Name & Checksum SHA256 Checksum Help||Version||File Type||Upload Date|
|pytest_reqs-0.0.5-py3-none-any.whl (6.5 kB) Copy SHA256 Checksum SHA256||py3||Wheel||Dec 7, 2016|
|pytest-reqs-0.0.5.tar.gz (6.0 kB) Copy SHA256 Checksum SHA256||–||Source||Dec 7, 2016|