openstack
/
neutron
Code Issues Proposed changes

Fullstack testing devref follow up 

Change-Id: Ie6e7741474a76c115eacff34e50fb50a83477766
This commit is contained in:
Assaf Muller 2015-06-03 08:58:04 -04:00
parent 805d4b148a
commit d5b600a7a2
1 changed files with 11 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
doc/source/devref/fullstack_testing.rst
View File

@ -29,11 +29,11 @@ Since the test runs on the machine itself, full stack testing enables
through the API and then assert that a namespace was created for it. through the API and then assert that a namespace was created for it.
Full stack tests run in the Neutron tree with Neutron resources alone. You Full stack tests run in the Neutron tree with Neutron resources alone. You
may use the Neutron API (Keystone is set to NOAUTH so that it's out of the may use the Neutron API (The Neutron server is set to NOAUTH so that Keystone
picture). VMs may be simulated with a helper class that contains a container- is out of the picture). instances may be simulated with a helper class that
like object in its own namespace and IP address. It has helper methods to send contains a container-like object in its own namespace and IP address. It has
different kinds of traffic. The "VM" may be connected to br-int or br-ex, helper methods to send different kinds of traffic. The "instance" may be
to simulate internal or external traffic. connected to br-int or br-ex, to simulate internal or external traffic.
Full stack testing can simulate multi node testing by starting an agent Full stack testing can simulate multi node testing by starting an agent
multiple times. Specifically, each node would have its own copy of the multiple times. Specifically, each node would have its own copy of the
@ -84,9 +84,12 @@ Long Term Goals
* Currently we configure the OVS agent with VLANs segmentation (Only because * Currently we configure the OVS agent with VLANs segmentation (Only because
it's easier). This allows us to validate most functionality, but we might it's easier). This allows us to validate most functionality, but we might
need to support tunneling somehow. need to support tunneling somehow.
* How do advanced services use the full stack testing infrastructure? I'd * How will advanced services use the full stack testing infrastructure? Full
assume we treat all of the infrastructure classes as a publicly consumed stack tests infrastructure classes are expected to change quite a bit over
API and have the XaaS repos import and use them. the next coming months. This means that other repositories may import these
classes and break from time to time, or copy them in their repositories
instead. Since changes to full stack testing infrastructure is a given,
XaaS repositories should be copying it and not importing it directly.
* Currently we configure the Neutron server with the ML2 plugin and the OVS * Currently we configure the Neutron server with the ML2 plugin and the OVS
mechanism driver. We may modularize the topology configuration further to mechanism driver. We may modularize the topology configuration further to
allow to rerun full stack tests against different Neutron plugins or ML2 allow to rerun full stack tests against different Neutron plugins or ML2