aodh/doc/source/contributor/testing.rst
lipan fb686eb95b fix the loaction of api/v2 file.
According to structure of tests file, we know api/v2 be in functional
directory, test_bin be in unit directory.

Change-Id: If1e7bfb756516b6c0f79732cabd576750cce9a44
2018-06-05 15:51:04 +08:00

77 lines
2.5 KiB
ReStructuredText
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

..
Copyright 2012 New Dream Network, LLC (DreamHost)
Licensed under the Apache License, Version 2.0 (the "License"); you may
not use this file except in compliance with the License. You may obtain
a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
License for the specific language governing permissions and limitations
under the License.
=================
Running the Tests
=================
Aodh includes an extensive set of automated unit tests which are
run through tox_.
1. Install ``tox``::
$ sudo pip install tox
2. On Ubuntu install ``libmysqlclient-dev`` packages::
$ sudo apt-get install libmysqlclient-dev
For Fedora20 there is no ``libmysqlclient-dev`` package, so youll need
to install ``mariadb-devel.x86-64`` (or ``mariadb-devel.i386``) instead::
$ sudo yum install mariadb-devel.x86_64
3. Run the unit and code-style tests::
$ cd /opt/stack/aodh
$ tox -e py27,pep8
As tox is a wrapper around testr, it also accepts the same flags as testr.
See the `testr documentation`_ for details about these additional flags.
Use a double hyphen to pass options to testr. For example, to run only tests under tests/functional/api/v2::
$ tox -e py27 -- functional.api.v2
To debug tests (ie. break into pdb debugger), you can use ''debug'' tox
environment. Here's an example, passing the name of a test since you'll
normally only want to run the test that hits your breakpoint::
$ tox -e debug aodh.tests.unit.test_bin
For reference, the ``debug`` tox environment implements the instructions
here: https://wiki.openstack.org/wiki/Testr#Debugging_.28pdb.29_Tests
.. _testr documentation: https://testrepository.readthedocs.org/en/latest/MANUAL.html
4. There is a growing suite of tests which use a tool called `gabbi`_ to
test and validate the behavior of the Aodh API. These tests are run
when using the usual ``functional`` tox target but if desired they can be
run by themselves::
$ tox -e gabbi
The YAML files used to drive the gabbi tests can be found in
``aodh/tests/functional/gabbi/gabbits``. If you are adding to or adjusting
the API you should consider adding tests here.
.. _gabbi: https://gabbi.readthedocs.io/en/latest/
.. seealso::
* tox_
.. _tox: https://tox.readthedocs.io/en/latest/