bootstrap-vz/tests/system/providers
2018-02-25 09:43:47 +00:00
..
docker pylint W0703(broad-except) 2018-02-25 09:43:47 +00:00
ec2 fix pylint W0403(relative-import) 2018-02-25 04:12:24 +00:00
virtualbox fix pylint W0403(relative-import) 2018-02-25 04:12:24 +00:00
__init__.py Rename integration tests to system tests, since they cover the entire system 2016-03-04 00:48:48 +01:00
README.rst Compat with new sphinx 2016-03-04 01:21:52 +01:00

System testing providers are implemented on top of the abstraction
that is the testing harness.

Implementation
--------------
At their most basic level all they need to implement is
the ``boot_image()`` function, which, when called, boots the image
that has been bootstrapped. It should yield something the test can use to
ascertain whether the image has been successfully bootstrapped
(i.e. a reference to the bootlog or an object with various functions to
interact with the booted instance). How this is implemented is up to the
individual provider.

A ``prepare_bootstrap()`` function may also be implemented, to ensure that the
bootstrapping process can succeed (i.e. create the AWS S3 into which an image
should be uploaded).

Both functions are generators that yield, so that they may clean up any created
resources, once testing is done (or failed, so remember to wrap ``yield`` in a
``try:.. finally:..``).

Debugging
---------
When developing a system test provider, debugging through multiple
invocations of ``tox`` can be cumbersome. A short test script, which sets
up logging and invokes a specific test can be used instead:


Example:

.. code-block:: python

    #!/usr/bin/env python

    from tests.system.docker_tests import test_stable
    from bootstrapvz.base.main import setup_loggers

    setup_loggers({'--log': '-', '--color': 'default', '--debug': True})
    test_stable()