Tempest plugin for validation of Airship components.
Go to file
Carter, Matthew (mc981n) 31da68b676 Add Zuul to airship-tempest-plugin
This patch set sets up Zuul checks/gating with a noop check. Until
some other in-flight PSs are merged no tox commands will run due to
import errors. Merging this to add Zuul to the project will allow
said PSs to get verified +1, and merged. Afterwards the templates
section in .zuul.yaml can be uncommented to add running py27/py35
unit tests with tox, as well as pep8.

Change-Id: I8c448c31d6e5b2ca870fa1d2c24c90b68c78a8c6
2019-05-06 14:24:19 -05:00
airship_tempest_plugin Rename test_site_statuses.py to test_site_statuses_rbac.py 2018-10-12 10:33:48 -04:00
.zuul.yaml Add Zuul to airship-tempest-plugin 2019-05-06 14:24:19 -05:00
README.rst Cleanup clients, add documenation, and fix 2 tests 2018-08-24 17:33:47 -04:00
requirements.txt Add Additional RBAC Test Coverage for Shipyard 2018-08-21 16:25:32 -04:00
setup.cfg Framework for Airship Tempest Plugin 2018-08-17 13:40:11 -04:00
setup.py Framework for Airship Tempest Plugin 2018-08-17 13:40:11 -04:00
test-requirements.txt Add Additional RBAC Test Coverage for Shipyard 2018-08-21 16:25:32 -04:00
tox.ini Add Additional RBAC Test Coverage for Shipyard 2018-08-21 16:25:32 -04:00

README.rst

Tempest Integration of airship-tempest-plugin

Purpose:

The purpose of this plugin is to provide automated tests for all OpenStack Airship components.

DISCALIMER:

This initial implementation is just to meet the first use case which is RBAC testing. For RBAC testing, we only need to hit the API endpoint and check role permission to the API being tested. Some of the REST clients will need to be rewritten if functional testing is desired. Those that need to be rewritten are documented in each service client code.

Environment Information:

Testing can be done in a airship-in-a-bottle environment. Please refer to [0] and [1]. Tempest and Tempest plugin installation can be done in a Python virtual environment.

FAQ:

Patrole Supporting Documentation:

Patrole documentation for requirements driven approach that is used: https://github.com/openstack/patrole/blob/master/doc/source/framework/requirements_authority.rst Patrole role-overriding: https://github.com/openstack/patrole/blob/master/doc/source/framework/rbac_utils.rst#role-overriding Patrole under-permission exception: https://github.com/openstack/patrole/blob/master/patrole_tempest_plugin/rbac_exceptions.py#L51 Patrole over-permission exception: https://github.com/openstack/patrole/blob/master/patrole_tempest_plugin/rbac_exceptions.py#L44

Future Considerations: ---------------------Will the airship-tempest-plugin continue to live here: https://github.com/att-comdev/airship-tempest-plugin or will it be moved under OpenStack? Will there exist a RBAC gate for all Airship projects?

[0] https://github.com/openstack/airship-in-a-bottle [1] https://www.airshipit.org/