/usr/lib/python3/dist-packages/gabbi-1.12.0.egg-info/PKG-INFO is in python3-gabbi 1.12.0-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 | Metadata-Version: 1.1
Name: gabbi
Version: 1.12.0
Summary: Declarative HTTP testing library
Home-page: https://github.com/cdent/gabbi
Author: Chris Dent
Author-email: cdent@anticdent.org
License: Apache-2
Description: .. image:: https://travis-ci.org/cdent/gabbi.svg?branch=master
:target: https://travis-ci.org/cdent/gabbi
.. image:: https://readthedocs.org/projects/gabbi/badge/?version=latest
:target: https://gabbi.readthedocs.org/en/latest/
:alt: Documentation Status
Gabbi
=====
Gabbi is a tool for running HTTP tests where requests and responses
are represented in a declarative YAML-based form. See the docs_ for
more details on features and formats.
Gabbi is tested with Python 2.7, 3.4, 3.5 and pypy and pypy3.
Tests can be run using `unittest`_ style test runners or from the
command line with a `gabbi-run`_ script.
There is a `gabbi-demo`_ repository which provides a tutorial via
its commit history. The demo builds a simple API using gabbi to
facilitate test driven development.
.. _docs: https://gabbi.readthedocs.org/
.. _gabbi-demo: https://github.com/cdent/gabbi-demo
.. _unittest: https://gabbi.readthedocs.org/en/latest/example.html#loader
.. _gabbi-run: https://gabbi.readthedocs.org/en/latest/runner.html
Purpose
-------
Gabbi works to bridge the gap between human readable YAML files that
represent HTTP requests and expected responses and the obscured realm of
Python-based, object-oriented unit tests in the style of the unittest
module and its derivatives.
Each YAML file represents an ordered list of HTTP requests along with
the expected responses. This allows a single file to represent a
process in the API being tested. For example:
* Create a resource.
* Retrieve a resource.
* Delete a resource.
* Retrieve a resource again to confirm it is gone.
At the same time it is still possible to ask gabbi to run just one
request. If it is in a sequence of tests, those tests prior to it in
the YAML file will be run (in order). In any single process any test
will only be run once. Concurrency is handled such that one file
runs in one process.
These features mean that it is possible to create tests that are
useful for both humans (as tools for improving and developing APIs)
and automated CI systems.
Testing
-------
To run the built in tests (the YAML files are in the directories
``gabbi/gabbits_*`` and loaded by the file ``gabbi/test_*.py``),
you can use ``tox``::
tox -epep8,py27,py34
Or if you have the dependencies installed (or a warmed up
virtualenv) you can run the tests by hand and exit on the first
failure::
python -m subunit.run discover -f gabbi | subunit2pyunit
Testing can be limited to individual modules by specifying them
after the tox invocation::
tox -epep8,py27,py34 -- test_driver test_handlers
Platform: UNKNOWN
Classifier: Intended Audience :: Developers
Classifier: Intended Audience :: Information Technology
Classifier: Environment :: Web Environment
Classifier: License :: OSI Approved :: Apache Software License
Classifier: Operating System :: POSIX
Classifier: Programming Language :: Python
Classifier: Programming Language :: Python :: 2
Classifier: Programming Language :: Python :: 2.7
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.3
Classifier: Programming Language :: Python :: 3.4
Classifier: Programming Language :: Python :: 3.5
Classifier: Topic :: Internet :: WWW/HTTP :: WSGI
Classifier: Topic :: Software Development :: Testing
|