5b6df793c1
Our container images do not install 'ps'. It is something that, if present, comes from the base image. Since base images come and go, it is much better to rely on 'cat' which is always there. Depends-on: Ic57fbe20b7bf396ea92e0c2cbcca42814ae2a119 Change-Id: I794290c61e7ce7bc61dd8d52d6a6b57ffeebdf23 Signed-off-by: Antoni Segura Puimedon <celebdor@gmail.com> |
||
---|---|---|
.. | ||
README.rst | ||
__init__.py | ||
base.py | ||
consts.py | ||
test_cross_ping.py | ||
test_daemon.py | ||
test_kuryr_restart.py | ||
test_namespace.py | ||
test_network_policy.py | ||
test_npwg_multi_vif.py | ||
test_ocp_route.py | ||
test_port_pool.py | ||
test_service.py |
README.rst
What are these tests?
As stated in the tempest developer guide, scenario tests are meant to be used to test the interaction between several OpenStack services to perform a real-life use case.
In the case of the Kuryr Tempest Plugin it also involves interaction with Kubernetes pods, so its manager class includes handlers to its python bindings.
A developer using this manager would be able to perform, among others, CRUD operations with pods, alongside Kuryr-K8s added funcionality.