charm-cinder-backup/tests
James Page aa57d5f48e Re-license charm as Apache-2.0
All contributions to this charm where made under Canonical
copyright; switch to Apache-2.0 license as agreed so we
can move forward with official project status.

Change-Id: I57efcf92ebd630190d351e8203c409d9c3136211
2016-06-28 12:10:59 +01:00
..
charmhelpers Switch to using charm-store for amulet tests 2016-06-17 11:41:32 +01:00
00-setup Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
014-basic-precise-icehouse Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
015-basic-trusty-icehouse Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
016-basic-trusty-juno Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
017-basic-trusty-kilo Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
018-basic-vivid-kilo Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
019-basic-wily-liberty Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
021-basic-xenial-mitaka Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
README [hopem,r=] 2016-01-24 15:59:59 +00:00
basic_deployment.py Re-license charm as Apache-2.0 2016-06-28 12:10:59 +01:00
tests.yaml [hopem,r=] 2016-01-24 15:59:59 +00:00

README

This directory provides Amulet tests that focus on verification of
cinder-backup deployments.

test_* methods are called in lexical sort order.

Test name convention to ensure desired test order:
    1xx service and endpoint checks
    2xx relation checks
    3xx config checks
    4xx functional checks
    9xx restarts and other final checks

Common uses of backend relations in deployments:
    - [ cinder, cinder-ceph ]
    - [ cinder, cinder-backup ]
    - [ cinder-ceph, ceph ]
    - [ cinder-backup, ceph ]

In order to run tests, you'll need charm-tools installed (in addition to
juju, of course):
    sudo add-apt-repository ppa:juju/stable
    sudo apt-get update
    sudo apt-get install charm-tools

If you use a web proxy server to access the web, you'll need to set the
AMULET_HTTP_PROXY environment variable to the http URL of the proxy server.

The following examples demonstrate different ways that tests can be executed.
All examples are run from the charm's root directory.

  * To run all tests (starting with 00-setup):

      make test

  * To run a specific test module (or modules):

      juju test -v -p AMULET_HTTP_PROXY 15-basic-trusty-icehouse

  * To run a specific test module (or modules), and keep the environment
    deployed after a failure:

      juju test --set-e -v -p AMULET_HTTP_PROXY 15-basic-trusty-icehouse

  * To re-run a test module against an already deployed environment (one
    that was deployed by a previous call to 'juju test --set-e'):

      ./tests/15-basic-trusty-icehouse

For debugging and test development purposes, all code should be idempotent.
In other words, the code should have the ability to be re-run without changing
the results beyond the initial run.  This enables editing and re-running of a
test module against an already deployed environment, as described above.

Manual debugging tips:

  * Set the following env vars before using the OpenStack CLI as admin:
      export OS_AUTH_URL=http://`juju-deployer -f keystone 2>&1 | tail -n 1`:5000/v2.0
      export OS_TENANT_NAME=admin
      export OS_USERNAME=admin
      export OS_PASSWORD=openstack
      export OS_REGION_NAME=RegionOne

  * Set the following env vars before using the OpenStack CLI as demoUser:
      export OS_AUTH_URL=http://`juju-deployer -f keystone 2>&1 | tail -n 1`:5000/v2.0
      export OS_TENANT_NAME=demoTenant
      export OS_USERNAME=demoUser
      export OS_PASSWORD=password
      export OS_REGION_NAME=RegionOne