Fix some spelling typo in manual
neccessary -> necessary successfull -> successful existance -> existence specifc -> specific dependancies -> dependencies Change-Id: I5a316432b441561e173785f7bf24f9ba4280d06f Signed-off-by: Zhao Lei <zhaolei@cn.fujitsu.com>
This commit is contained in:
@@ -43,7 +43,7 @@ This would imagine a world where the definition would look as follows
|
|||||||
icehouse:
|
icehouse:
|
||||||
compute-ext: [floating-ips, aggregates, ... ]
|
compute-ext: [floating-ips, aggregates, ... ]
|
||||||
|
|
||||||
The non existance of an extensions list means assume 'all'. It is also
|
The non existence of an extensions list means assume 'all'. It is also
|
||||||
expected that you'd be able to specify 'rm-compute-ext' much like
|
expected that you'd be able to specify 'rm-compute-ext' much like
|
||||||
rm-services, so that you could do something as follows.
|
rm-services, so that you could do something as follows.
|
||||||
::
|
::
|
||||||
|
@@ -132,4 +132,4 @@ Work Items
|
|||||||
Dependencies
|
Dependencies
|
||||||
============
|
============
|
||||||
|
|
||||||
- No known external dependancies.
|
- No known external dependencies.
|
||||||
|
@@ -83,7 +83,7 @@ attributes defined during setUpClass, which may not be there anymore.
|
|||||||
|
|
||||||
Disallow overriding ``tearDownClass`` defined in ``BaseTestCase`` with
|
Disallow overriding ``tearDownClass`` defined in ``BaseTestCase`` with
|
||||||
an hacking rule. Define ``tearDownClass`` so that it invokes a descendant
|
an hacking rule. Define ``tearDownClass`` so that it invokes a descendant
|
||||||
specifc cleanup code, and finally cleans-up credentials.
|
specific cleanup code, and finally cleans-up credentials.
|
||||||
|
|
||||||
::
|
::
|
||||||
|
|
||||||
|
@@ -18,7 +18,7 @@ Problem description
|
|||||||
===================
|
===================
|
||||||
|
|
||||||
IPv6 is evolving in Neutron and the community is working hard to add the
|
IPv6 is evolving in Neutron and the community is working hard to add the
|
||||||
neccessary support. However, the current API tests in tempest do not
|
necessary support. However, the current API tests in tempest do not
|
||||||
validate IPv6 to the same extent as IPv4.
|
validate IPv6 to the same extent as IPv4.
|
||||||
|
|
||||||
Also, Neutron now supports two extended attributes for IPv6 subnets
|
Also, Neutron now supports two extended attributes for IPv6 subnets
|
||||||
|
@@ -42,7 +42,7 @@ Example expected (and configurable) whitelisted methods could include:
|
|||||||
|
|
||||||
For each decorated method, maintain a dictionary that tracks:
|
For each decorated method, maintain a dictionary that tracks:
|
||||||
|
|
||||||
#. The number of successfull calls
|
#. The number of successful calls
|
||||||
#. The number of failed calls
|
#. The number of failed calls
|
||||||
#. The list of observed stacktraces for the failed calls
|
#. The list of observed stacktraces for the failed calls
|
||||||
|
|
||||||
|
Reference in New Issue
Block a user