Testing OpenStack upgrades
Go to file
Eduardo Olivares eb83ebe860 Add config options for the tobiko background pod
Three new config options can be used with the tobiko background pod.
When they are used, the CR that is used to create the tobiko background
pod is updated accordingly.

Example:
[podified]
tobiko_pod_tolerations=[{effect: NoSchedule, key: testOperator, value: true}, {effect: NoExecute, key: testOperator, value: true}]
tobiko_pod_extra_network=mynetwork
tobiko_pod_node_selector=kubernetes.io/hostname:worker-3

Change-Id: I7eca4df7ce48fc0f897673e800e7def265eba549
2024-12-18 15:42:34 +01:00
doc Merge "Include release notes in the main docs page of Tobiko" 2024-12-05 13:58:59 +00:00
etc Update tobiko.conf documentation page 2022-01-21 11:23:52 +00:00
infrared_plugin Update latest stable tag to 0.8.4 2024-12-16 12:35:10 +01:00
playbooks Download ubuntu images prior to pytest execution 2023-02-03 08:20:04 +00:00
releasenotes 0.8.4 file for release notes 2024-12-16 15:22:12 +01:00
roles Make ubuntu_interface configurable again 2024-12-11 10:45:15 +01:00
tobiko Add config options for the tobiko background pod 2024-12-18 15:42:34 +01:00
tools Remove dependency with vulnerable library py - upgrade to tox>=4.13 2024-03-06 12:41:03 +01:00
zuul.d Remove docker-tobiko jobs from check pipeline 2024-05-29 10:49:07 +02:00
.ansible-lint Add release notes for customize-ubuntu-guest-images-before-test-execution 2024-12-11 17:37:45 +01:00
.coveragerc Relax low coverage trealdshold 2019-10-16 12:51:55 +02:00
.dockerignore Refactor container files 2021-11-12 13:40:42 +00:00
.gitignore Move TripleO ansible inventory file to .ansible/inventory folder 2022-05-25 14:46:25 +02:00
.gitreview OpenDev Migration Patch 2019-04-19 19:51:27 +00:00
.pre-commit-config.yaml Tobiko adapted to python3.12 2024-12-02 15:59:32 +01:00
.pylintrc Fix issues with upstream jobs 2024-09-30 17:55:47 +02:00
.readthedocs.yaml Include release notes in the main docs page of Tobiko 2024-12-03 12:55:12 +01:00
.stestr.conf Fix requirements and use ReadTheDocs HTML documentation theme 2019-05-07 17:00:32 +02:00
ansible.cfg Rewrite Vagrant file using ansible and Centos 8 2020-06-23 11:47:17 +02:00
bindep.txt Dropping python3.6 and python3.7 support 2023-08-25 15:39:07 +02:00
docker-compose.yml Update OpenStack jobs 2022-07-21 16:22:12 +00:00
Dockerfile Update OpenStack jobs 2022-07-21 16:22:12 +00:00
extra-requirements.txt Tobiko adapted to python3.12 2024-12-02 15:59:32 +01:00
LICENSE Introduce pre-commit hooks for linters verifications 2020-07-03 06:15:47 +00:00
linters-requirements.txt Fix issues with upstream jobs 2024-09-30 17:55:47 +02:00
lower-constraints.txt Tobiko adapted to python3.12 2024-12-02 15:59:32 +01:00
mypy.ini Make Actor class generic type 2022-03-01 13:01:53 +01:00
Pipfile Dropping python3.6 and python3.7 support 2023-08-25 15:39:07 +02:00
pytest.ini Use default pytest junit_family 2024-11-21 11:44:06 +01:00
README.rst Fix link to Red Hat Openstack Platform reference 2024-02-29 13:19:12 +01:00
requirements.txt Tobiko adapted to python3.12 2024-12-02 15:59:32 +01:00
setup.cfg Add Tobiko CLI tool to execute tobiko tools 2024-11-19 16:46:03 +01:00
setup.py Add initial structure 2018-08-13 12:58:24 +00:00
test-requirements.txt Remove dependency with vulnerable library py - upgrade to tox>=4.13 2024-03-06 12:41:03 +01:00
tobiko.conf.example Update tobiko.conf documentation page 2022-01-21 11:23:52 +00:00
tox.ini Create workflows for podified faults and podified ha faults 2024-11-07 13:49:23 +01:00
upper-constraints.txt Tobiko adapted to python3.12 2024-12-02 15:59:32 +01:00

Tobiko

Test Big Cloud Operations

Tobiko is an OpenStack testing framework focusing on areas mostly complementary to Tempest. While Tempest main focus has been testing OpenStack rest APIs, the main Tobiko focus is to test OpenStack system operations while "simulating" the use of the cloud as the final user would.

Tobiko's test cases populate the cloud with workloads such as Nova instances; they execute disruption operations such as services/nodes restart; finally they run test cases to validate that the cloud workloads are still functional.

Tobiko's test cases can also be used, for example, for testing that previously created workloads are working right after OpenStack services update/upgrade operation.

Project Requirements

Tobiko Python framework is being automatically tested with below Python versions:

  • Python 3.8
  • Python 3.9
  • Python 3.10 (new)

and below Linux distributions:

  • CentOS 9 / RHEL 8 (with Python 3.9)
  • Ubuntu Focal (with Python 3.8)
  • Ubuntu Jammy (with Python 3.10)

Tobiko has also been tested for development purposes with below OSes:

  • OSX (with Python 3.6 to 3.10)

The Tobiko Python framework is being used to implement test cases. As Tobiko can be executed on nodes that are not part of the cloud to test against, this doesn't mean Tobiko requires cloud nodes have to run with one of above Python versions or Linux distributions.

There is also a Docker file that can be used to create a container for running test cases from any node that do support containers execution.

Main Project Goals

  • To test OpenStack and Red Hat OpenStack Platform projects before they are released.

  • To provide a Python framework to write system scenario test cases (create and test workloads).

  • To verify previously created workloads are working fine after executing OpenStack nodes update/upgrade.

  • To write white boxing test cases (to log to cloud nodes for internal inspection purpose).

  • To write disruptive test cases (to simulate service disruptions like for example rebooting/interrupting a service to verify cloud reliability).

  • To provide Ansible roles implementing a workflow designed to run an ordered sequence of test suites. For example a workflow could do below steps:

    • creates workloads;
    • run disruptive test cases (IE reboot OpenStack nodes or services);
    • verify workloads are still working.

    The main use of these roles is writing continuous integration jobs for Zuul or other services like Jenkins (IE by using the Tobiko InfraRed plug-in).

  • To provide tools to monitor and recollect the healthy status of the cloud as seen from user perspective (black-box testing) or from an inside point of view (white-box testing built around SSH client).

References