Skip to main content

Pytest fixture which runs given ansible playbook file.

Project description

This repository contains pytest plugin which provides an easy way to run particular ansible playbooks during setup phase of a test case. This is useful when you already have some playbook files you would like to reuse during test setup or plan to maintain test setup in ansible playbooks for you to be able to use it both during test run setup and directly via ansible for other purposes (automatically during deployment or manually when needed).

Compared with pytest-ansible module, this module doesn’t allow you to inspect ansible facts or details about results of each ansible task, nor doest it allow to specify and execute an ansible task directly. So if you need any of that, go for pytest-ansible instead. This plugin provides the only missing ansible feature which pytest-ansible is not supposed to provide - to run ansible playbook file directly.

Initial structure of this repository was generated with Cookiecutter along with @hackebrot’s Cookiecutter-pytest-plugin template.

Features

  • The plugin provides ansible_playbook pytest fixture, which allows one to run one or more ansible playbooks during test setup or tear down of a test case.

  • It also provides context manager pytest_ansible_playbook.runner() which can be used to build custom fixtures with any scope or to execute setup and/or teardown playbooks in a code of a test case.

  • It’s compatible with both python2 and python3 (playbooks are executed via running ansible-playbook in subprocess instead of using api of ansible python module).

  • Doesn’t allow you to configure ansible in any way, all changes of ansible setup needs to be done in ansible playbooks, variable or config files. This encourages you to maintain a clear separation of ansible playbooks and the tests.

Requirements

Ansible should be installed (so that ansible-playbook binary is available in PATH). Use version provided by packaging system of your operation system.

Installation

You can either install stable release from PyPI or use latest development version from master branch.

Installing stable release

You can install “pytest-ansible-playbook” via pip from PyPI:

$ pip install pytest-ansible-playbook

Installing latest development version

The suggested way to install from sources of current master branch is via python virtual enviroment:

$ cd pytest-ansible-playbook
$ virtualenv .env
$ source .env/bin/activate
$ pip install -e .

Note that you can use virtualenvwrapper to simplify this workflow.

Usage

When the plugin is installed, you can use the following command-line parameters:

py.test \
    [--ansible-playbook-directory <path_to_directory_with_playbooks>] \
    [--ansible-playbook-inventory <path_to_inventory_file>]

Where <path_to_directory_with_playbooks> is a directory which contains ansible playbooks and any other ansible files such as configuration or roles if needed. A ansible-playbook process will be able to access the files stored there, since this directory is set as cwd (current working directory) of the ansible process.

The <path_to_inventory_file> is file with ansible inventory. You can use either an absolute path or a relative path within the ansible directory specified via the 1st option.

Note that the option names were chosen this way so that it doesn’t conflict with pytest-ansible plugin.

Using ansible playbook fixture

The plugin provides a single pytest fixture called ansible_playbook. To specify playbooks to be executed by the fixture, use the following pytest markers:

  • @pytest.mark.ansible_playbook_setup('playbook.yml')

  • @pytest.mark.ansible_playbook_teardown('playbook.yml')

Note that you can list multiple playbooks in the marker if needed, eg.:

@pytest.mark.ansible_playbook_setup('playbook.01.yml', 'playbook.02.yml')

both playbooks would be executed in the given order.

Here is an example how to specify 2 playbooks to be run during setup phase of a test case and one for the teardown:

@pytest.mark.ansible_playbook_setup('setup_foo.yml', 'bar.yml')
@pytest.mark.ansible_playbook_teardown('teardown_foo.yml')
def test_foo(ansible_playbook):
    """
    Some testing is done here.
    """

While using markers without ansible_playbook fixture like this is valid:

@pytest.mark.ansible_playbook_setup('setup_foo.yml')
@pytest.mark.ansible_playbook_teardown('teardown_foo.yml')
def test_foo():
    """
    Some testing is done here.
    """

no playbook would be executed in such case.

Also note that using a marker without any playbook parameter or using the fixture without any marker is not valid and would cause an error.

Using ansible playbook runner function

Function pytest_ansible_playbook.runner is a context manager which can be used either to create a custom pytest fixture or to run playbooks within a test case.

Creating custom fixture this way is useful when you want to:

  • define set of setup/teardown playbooks and use it with multiple test cases,

  • run setup or teardown playbooks in any fixture scope (to overcome the fact that ansible_playbook has fuction scope),

  • combine run of given setup/teardown playbooks with other non ansible setup or teardown steps (to overcome the fact that you can’t use ansible_playbook fixture to run setup/teardown for another fixture, because pytest doesn’t expect fixtures to have markers).

  • specify that teardown playbooks are skipped when a test case fails

Example of simple custom fixture:

iport pytest
from pytest_ansible_playbook import runner

@pytest.fixture(scope="session")
def custom_fixture(request):
    setup_playbooks = ['setup_foo.yml', 'setup_bar.yml']
    teardown_playbooks = ['teardown_foo.yml', 'teardown_bar.yml']
    with runner(request, setup_playbooks, teardown_playbooks):
        # here comes code executed during setup, after running the setup
        # playbooks
        yield
        # here you can place code to be executed during teardown, but
        # before running the teardown playbooks

def test_bar(custom_fixture):
    assert 1 == 1

And here is an example of using the fixture inside a test case directly:

from pytest_ansible_playbook import runner

def test_foo(request):
    with runner(request, ['setup_foo.yml'], ['teardown_foo.yml']):
        # code here is executed after the setup playbooks, but before the
        # teardown ones
        assert 1 == 1

If you want to avoid running teardown playbook(s) when a test case fails, use skip_teardown argument of the runner:

with runner(
        request, teardown_playbooks=['teardown.yml'], skip_teardown=True):
    assert 1 == 0

Contributing

Contributions are very welcome. Tests can be run with tox, please ensure the coverage at least stays the same before you submit a pull request.

License

Distributed under the terms of the Apache License 2.0 license, “pytest-ansible-playbook” is free and open source software

Issues

If you encounter any problems, please file an issue along with a detailed description.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

pytest-ansible-playbook-0.4.1.tar.gz (10.9 kB view details)

Uploaded Source

File details

Details for the file pytest-ansible-playbook-0.4.1.tar.gz.

File metadata

  • Download URL: pytest-ansible-playbook-0.4.1.tar.gz
  • Upload date:
  • Size: 10.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/1.12.2 pkginfo/1.4.2 requests/2.20.0 setuptools/40.4.3 requests-toolbelt/0.8.0 tqdm/4.28.1 CPython/3.7.2

File hashes

Hashes for pytest-ansible-playbook-0.4.1.tar.gz
Algorithm Hash digest
SHA256 2755d08aa5a64a58044d12178e8257c9e6051800fa1c84e39e3c525719ed004b
MD5 c34fcf5c3f969202947859756919f8d5
BLAKE2b-256 ce865e19827625ed0061d5616b03322d24d5a2e9fe298341a1b35b59cd5f4715

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page