c0a15ba7a0
the client's _parse_body helper strips out the top level key allowing us to miss bugs associated with any key changes from the server [1]. Allow for opt-in verification of the key. [1] https://bugs.launchpad.net/manila/+bug/1968069 Change-Id: I3f17b54090c8a8e93269bd691768688242b7f010 Related-Bug: #1968069 Signed-off-by: Goutham Pacha Ravi <gouthampravi@gmail.com> |
||
---|---|---|
.. | ||
api | ||
cmd | ||
common | ||
files | ||
lib | ||
README.rst | ||
__init__.py | ||
base.py | ||
fake_config.py | ||
fake_tempest_plugin.py | ||
test_base_test.py | ||
test_config.py | ||
test_decorators.py | ||
test_hacking.py | ||
test_imports.py | ||
test_list_tests.py | ||
test_microversions.py | ||
test_tempest_plugin.py | ||
test_test.py | ||
utils.py |
README.rst
Tempest Field Guide to Unit tests
What are these tests?
Unit tests are the self checks for Tempest. They provide functional verification and regression checking for the internal components of Tempest. They should be used to just verify that the individual pieces of Tempest are working as expected. They should not require an external service to be running and should be able to run solely from the Tempest tree.
Why are these tests in Tempest?
These tests exist to make sure that the mechanisms that we use inside of Tempest are valid and remain functional. They are only here for self validation of Tempest.
Scope of these tests
Unit tests should not require an external service to be running or any extra configuration to run. Any state that is required for a test should either be mocked out or created in a temporary test directory. (see test_wrappers.py for an example of using a temporary test directory)