~corey.bryant/charms/trusty/quantum-gateway/end-of-life

« back to all changes in this revision

Viewing changes to tests/README

  • Committer: Corey Bryant
  • Date: 2015-07-16 19:59:31 UTC
  • Revision ID: corey.bryant@canonical.com-20150716195931-2p7sloju2305jsfx
quantum-gateway charm has reached end-of-life

Strip all functionality from charm and issue status message
reporting end-of-life and pointing users to neutron-gateway charm.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
This directory provides Amulet tests that focus on verification of
2
 
quantum-gateway deployments.
3
 
 
4
 
In order to run tests, you'll need charm-tools installed (in addition to
5
 
juju, of course):
6
 
    sudo add-apt-repository ppa:juju/stable
7
 
    sudo apt-get update
8
 
    sudo apt-get install charm-tools
9
 
 
10
 
If you use a web proxy server to access the web, you'll need to set the
11
 
AMULET_HTTP_PROXY environment variable to the http URL of the proxy server.
12
 
 
13
 
The following examples demonstrate different ways that tests can be executed.
14
 
All examples are run from the charm's root directory.
15
 
 
16
 
  * To run all tests (starting with 00-setup):
17
 
 
18
 
      make test
19
 
 
20
 
  * To run a specific test module (or modules):
21
 
 
22
 
      juju test -v -p AMULET_HTTP_PROXY 15-basic-trusty-icehouse
23
 
 
24
 
  * To run a specific test module (or modules), and keep the environment
25
 
    deployed after a failure:
26
 
 
27
 
      juju test --set-e -v -p AMULET_HTTP_PROXY 15-basic-trusty-icehouse
28
 
 
29
 
  * To re-run a test module against an already deployed environment (one
30
 
    that was deployed by a previous call to 'juju test --set-e'):
31
 
 
32
 
      ./tests/15-basic-trusty-icehouse
33
 
 
34
 
For debugging and test development purposes, all code should be idempotent.
35
 
In other words, the code should have the ability to be re-run without changing
36
 
the results beyond the initial run.  This enables editing and re-running of a
37
 
test module against an already deployed environment, as described above.
38
 
 
39
 
Manual debugging tips:
40
 
 
41
 
  * Set the following env vars before using the OpenStack CLI as admin:
42
 
      export OS_AUTH_URL=http://`juju-deployer -f keystone 2>&1 | tail -n 1`:5000/v2.0
43
 
      export OS_TENANT_NAME=admin
44
 
      export OS_USERNAME=admin
45
 
      export OS_PASSWORD=openstack
46
 
      export OS_REGION_NAME=RegionOne
47
 
 
48
 
  * Set the following env vars before using the OpenStack CLI as demoUser:
49
 
      export OS_AUTH_URL=http://`juju-deployer -f keystone 2>&1 | tail -n 1`:5000/v2.0
50
 
      export OS_TENANT_NAME=demoTenant
51
 
      export OS_USERNAME=demoUser
52
 
      export OS_PASSWORD=password
53
 
      export OS_REGION_NAME=RegionOne