tempest/tempest/scenario
jeremy.zhang d1be501d34 Add status check for creating volume backup
When creating volume backup from volume or snapshot, the status of the
source volume or snapshot will be changed to 'backing-up', and will be
changed to volume or snapshot's original status after the backup
creation finished. So it is necessary to add status check for the source
volume or snapshot to make the tests more robust.

Change-Id: I0add3989e1184012b908c5fab459cda41194dec3
2018-06-19 01:08:28 +00:00
..
README.rst Fix docs markup consistency 2017-11-21 19:02:54 +09:00
__init__.py add scenario directory 2013-05-17 08:52:22 -04:00
manager.py Refactor random naming 2018-05-23 13:34:38 +03:00
test_aggregates_basic_ops.py Replace list_hypervisors with list_services 2018-04-04 10:28:40 +03:00
test_encrypted_cinder_volumes.py Use new encryption provider constants 2018-04-06 06:20:59 +00:00
test_minimum_basic.py Refresh server data after fip is assigned 2018-02-06 11:17:06 +00:00
test_network_advanced_server_ops.py Fix code to pass pep8 Tox environment. 2018-04-12 11:09:37 +02:00
test_network_basic_ops.py Fix code to pass pep8 Tox environment. 2018-04-12 11:09:37 +02:00
test_network_v6.py Fix code to pass pep8 Tox environment. 2018-04-12 11:09:37 +02:00
test_object_storage_basic_ops.py Fix senario test: test_swift_acl_anonymous_download 2017-10-09 16:58:10 +08:00
test_security_groups_basic_ops.py Move test decorators to common 2017-08-23 17:09:33 +00:00
test_server_advanced_ops.py Trivial docstring cleanup in TestServerAdvancedOps 2018-04-25 16:17:03 -04:00
test_server_basic_ops.py Refactor config drive mounting 2018-02-19 10:16:13 -05:00
test_server_multinode.py Move test decorators to common 2017-08-23 17:09:33 +00:00
test_shelve_instance.py Move test decorators to common 2017-08-23 17:09:33 +00:00
test_snapshot_pattern.py Move test decorators to common 2017-08-23 17:09:33 +00:00
test_stamp_pattern.py Move test decorators to common 2017-08-23 17:09:33 +00:00
test_volume_backup_restore.py Add status check for creating volume backup 2018-06-19 01:08:28 +00:00
test_volume_boot_pattern.py Adding a note for test case test_volume_boot_pattern(). 2018-06-07 09:53:51 +05:30
test_volume_migrate_attached.py Merge "Add NOTE related to 'on-demand' migration" 2018-01-17 05:30:19 +00:00

README.rst

Tempest Field Guide to Scenario tests

What are these tests?

Scenario tests are "through path" tests of OpenStack function. Complicated setups where one part might depend on completion of a previous part. They ideally involve the integration between multiple OpenStack services to exercise the touch points between them.

Any scenario test should have a real-life use case. An example would be:

  • "As operator I want to start with a blank environment":
    1. upload a glance image
    2. deploy a vm from it
    3. ssh to the guest
    4. create a snapshot of the vm

Why are these tests in Tempest?

This is one of Tempest's core purposes, testing the integration between projects.

Scope of these tests

Scenario tests should always use the Tempest implementation of the OpenStack API, as we want to ensure that bugs aren't hidden by the official clients.

Tests should be tagged with which services they exercise, as determined by which client libraries are used directly by the test.

Example of a good test

While we are looking for interaction of 2 or more services, be specific in your interactions. A giant "this is my data center" smoke test is hard to debug when it goes wrong.

A flow of interactions between Glance and Nova, like in the introduction, is a good example. Especially if it involves a repeated interaction when a resource is setup, modified, detached, and then reused later again.