interop/2015.07/procedure.rst
Martin Kopec c730eee368 Revert "Reorganize guidelines and improve consistency.sh"
This reverts commit a9fbc452a6.

Reason for revert: refstack server gives 404 on the guidelines: https://refstack.openstack.org/#/guidelines .. seems like https://review.opendev.org/c/osf/refstack/+/790940 didn't handle the update of the guidelines location everywhere - I suspect that some changes in refstack-ui are needed as well, ah

Change-Id: I2685eb8fccb4dbdcf42683f168ee2cb316137196
2021-05-25 13:27:13 +00:00

3.7 KiB

2015.07 DefCore Testing

Testing against DefCore 2015.07 Capabilities

https://opendev.org/openstack/interop/raw/branch/master/2015.07.json

Tempest can be run standalone, or under a test runner such as refstack-client or rally. If only testing against DefCore capabilities, you can use the --load-list argument and a file containing a list of the DefCore tests. If run with the refstack-client, test output will be parsed to list only passing tests in a JSON formatted file. We recommend running under refstack-client.

The test names of the capabilities are derived from a recent release of Tempest, from the time of capability approval. Keep in mind that Tempest is under active development, and tests may move. If you're not seeing full coverage, please consider reverting back to a Tempest sha that more closely matches the capability release date. Please contact Chris Hoge <interop@openstack.org> for assistance if needed.

It's important to run a recent version of Tempest, as major bugs related to network provisioning have been fixed. Some tests are still flagged due to outstanding bugs in the Tempest library, particularly tests that require SSH. We are working on correcting these bugs upstream. Please note that although some tests are flagged because of bugs, there is still an expectation that the capabilities covered by the tests are available.

In addition to testing required capabilities, we are also interested in collecting data on which API tests are being passed by production clouds. This information will be very useful in determining which capabilities will be used to define future releases.

DefCore Recommended Test Procedure

The following procedure is recommended, but not required for testing DefCore. This procedure assumes you're running a Linux test platform (Ubuntu 14.04 or CentOS 7 have been verified) with administrator privileges.

  • Download the RefStack client:

    git clone https://opendev.org/openstack/refstack-client

  • In the refstack-client directory, install tempest and required dependencies. You may specify a specific tag of tempest with the -t option.

    ./setup_env

  • Optionally, download a list of test from the RefStack site. We strongly encourage you to run the full set of api tests, as this not only qualifies you for the trademark but also gives the DefCore team feedback on deployed capabilities to help us determine future guidelines. https://refstack.openstack.org/api/v1/guidelines/2015.07/tests?type=required

  • Configure tempest.conf for your cloud. If you need assistance in common parameters or settings contact interop@openstack.org. The recommended configuration is to use one non-admin account, defined in account.yaml with dynamic credentials disabled. More information is available in the configuration guide at https://docs.openstack.org/tempest/latest/configuration.html

  • You can run within the refstack, from the refstack-client directory either against all api tests or against the downloaded test list.

    ./refstack-client test -c ~/tempest.conf

    ./refstack-client test -c ~/tempest.conf --test-list <test-list-file-name>

  • Review the test results, and when you're satisfied, upload it to RefStack server then send them to interop@openstack.org.

    ./refstack-client upload <Path of results file>

  • The results are stored in a JSON file in the directory. You can also check your result on the RefStack server https://refstack.openstack.org:

    .tempest/.testrepository

  • Every effort should be made to pass all of the required tests, but you will want to compare any lists of failed tests to the list of flagged tests. The refstack server will automatically grade tests results, taking into account flagged tests.