File: README.rst

package info (click to toggle)
python-glance-store 5.4.0-1
  • links: PTS, VCS
  • area: main
  • in suites: experimental
  • size: 1,956 kB
  • sloc: python: 18,826; sh: 41; makefile: 34
file content (78 lines) | stat: -rw-r--r-- 2,909 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
===============================
glance_store functional testing
===============================

Writing functional tests for glance_store
-----------------------------------------

The functional tests verify glance_store against a "live" backend.  The tests
are isolated so that a development environment doesn't have to all the backends
available, just the particular backend whose driver the developer is working
on.

To add tests for a driver:

1. Create a new module in ``glance_store/tests/functional`` with the driver
   name.

2. Create a submodule ``test_functional_{driver-name}`` containing a class
   that inherits from ``glance_store.tests.functional.BaseFunctionalTests``.
   The actual tests are in the ``BaseFunctionalTests`` class.  The test
   classes for each driver do any extra setup/teardown necessary for that
   particular driver.  (The idea is that all the backends should be able to
   pass the same tests.)

3. Add a testenv to ``tox.ini`` named ``functional-{driver-name}`` so
   that tox can run the tests for your driver.  (Use the other functional
   testenvs as examples.)

4. If your driver is well-supported by devstack, it shouldn't be too hard
   to set up a gate job for the functional tests in ``.zuul.yaml``.  (Use
   the other jobs defined in that file as examples.)


Configuration
-------------

The functional tests have been designed to work well with devstack so that
we can run them in the gate.  Thus the tests expect to find a yaml file
containing valid credentials just like the ``clouds.yaml`` file created by
devstack in the ``/etc/openstack`` directory.  The test code knows where
to find it, so if you're using devstack, you should be all set.

If you are not using devstack you should create a yaml file with the following
format::

 clouds:
   devstack-admin:
     auth:
       auth_url: https://172.16.132.143/identity
       password: example
       project_domain_id: default
       project_name: admin
       user_domain_id: default
       username: admin
     identity_api_version: '3'
     region_name: RegionOne
     volume_api_version: '3'

The clouds.yaml format allows for a set of credentials to be defined for each
named cloud.  By default, the tests will use the credentials for the cloud
named **devstack-admin** (that's the cloud shown in the example above).  You
can change which cloud is read from ``clouds.yaml`` by exporting the
environment variable ``OS_TEST_GLANCE_STORE_FUNC_TEST_CLOUD`` set to the name
of the cloud you want used.

Where to put clouds.yaml
------------------------

The tests will look for a file named ``clouds.yaml`` in the
following locations (in this order, first found wins):

* current directory
* ~/.config/openstack
* /etc/openstack

You may also set the environment variable ``OS_CLIENT_CONFIG_FILE``
to the absolute pathname of a file and that location will be
inserted at the front of the search list.