Testing OpenStack upgrades
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
Federico Ressi d8cb01dbca Debug list endpoints errors 1 year ago
doc Moves RTD theme requirements definition 1 year ago
etc/oslo-config-generator Autogenerate config options and sample config file 3 years ago
infrared_plugin Use local upper-constraints.txt 1 year ago
playbooks Remove DevStack support from tobiko repository 2 years ago
releasenotes Moves RTD theme requirements definition 1 year ago
roles Make tobiko-cleanup role not to stuck at stack deletion 1 year ago
tobiko Debug list endpoints errors 1 year ago
tools Merge "Handle file removal concurrency" 1 year ago
zuul.d Gate tobiko using Octavia OVS job 1 year ago
.ansible-lint Spliting infrared plugin into roles 3 years ago
.coveragerc Relax low coverage trealdshold 3 years ago
.dockerignore Refactor container files 1 year ago
.gitignore Create Tobiko Contributor Guide 2 years ago
.gitreview OpenDev Migration Patch 4 years ago
.pre-commit-config.yaml Use local upper-constraints.txt 1 year ago
.stestr.conf Fix requirements and use ReadTheDocs HTML documentation theme 4 years ago
Dockerfile Refactor container files 1 year ago
LICENSE Introduce pre-commit hooks for linters verifications 2 years ago
Pipfile Add tobiko-fault command 4 years ago
README.rst Fix default documentation page URL 1 year ago
ansible.cfg Rewrite Vagrant file using ansible and Centos 8 2 years ago
bindep.txt Restore CentOS 7 infrared job to test Podman 1.6 integration 2 years ago
docker-compose.yml Refactor container files 1 year ago
extra-requirements.txt Add podman 1.6.0 source files and update requirements 1 year ago
linters-requirements.txt Remove ansible-lint from linter requirements 1 year ago
lower-constraints.txt Revert "Remove voting from requirements-check job" 1 year ago
pytest.ini Add initial post OVN migration test 2 years ago
requirements.txt Remove six from project dependencies 1 year ago
setup.cfg Fix default documentation page URL 1 year ago
setup.py Add initial structure 4 years ago
test-requirements.txt Add podman 1.6.0 source files and update requirements 1 year ago
tobiko.conf.example [docs] Made additional updates to Tobiko documentation 2 years ago
tox.ini Stop running faults test cases after the first failure 1 year ago
upper-constraints.txt Use local upper-constraints.txt 1 year ago

README.rst

Tobiko 0.4

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.6
  • Python 3.8
  • Python 3.9 (new)

and below Linux distributions:

  • CentOS 7 / RHEL 7 (with Python 3.6)
  • CentOS 8 / RHEL 8 (with Python 3.6)
  • Ubuntu Focal (with Python 3.8)

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

  • Fedora 31 (with Python 3.7)
  • Fedora 32 (with Python 3.8)
  • Fedora 33 (with Python 3.9)
  • OSX (with Python 3.6 and Python 3.8)
  • Ubuntu Bionic (with Python 3.6)
  • Ubuntu Focal (with Python 3.9)

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.

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 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 to implement a work-flow designed to run an ordered sequence of test cases groups (like for example tests that creates resources and verify they are working, tests that execute cloud disruptions, and finally tests that verify if resources initially created are still working). The main use of these roles is writing continuous integration jobs for Zuul (via bare Ansible roles) or other services like Jenkins (via the InfraRed plug-in).
  • To verify previously created workloads are working fine after executing OpenStack nodes update/upgrade.
  • To provide tools to monitor and recollect the healthy status of the cloud as seen from user perspective (black-box testing) or from inside (white-box testing).

References