Сегодня проблема ручного выполнения процессов тестирования является одной из актуальных из-за обнаружения многих ошибок на этапе внедрения.

В данной публикации предлагается подход к автоматизации тестирования OpenStack, который поможет увеличению качества и скорости разработки программного обеспечения на базе OpenStack, а также уменьшению времени внедрения IT продуктов.

В начале описывается сам процесс автоматизации со схемами и диаграммами. После описания процесса рассмотрены инструменты, которые предназначены для автоматизации тестирования OpenStack.

Построение процесса автоматизации тестирования OpenStack

Данный подход построен на основе непрерывного тестирования в рамках непрерывной поставки ПО. Непрерывное тестирование позволяет стабилизировать и улучшить качество кода. Т.к. любое приложение начинается с разработки, то необходимо внедрять полноценное тестирование в циклы разработки.

Этапы:

1. Разработчик делает изменение;
2. В данном изменении системой контроля версий проверяется синтаксис кода;
3. Изменение попадает в ветку разработчика;
4. Запускается процесс тестирования на CHECK окружении:
   
   
   1. Разворачивание окружения
   2. Deploy
   3. Запуск тестов на проверку синтаксиса кода
   4. Запуск unit тестов
   5. Удаление окружения
   
   
5. Создание запроса к слиянию в основную ветку проекта;
6. Изменение попадает в основную ветку системы контроля версий;
7. Запускается процесс тестирования на DEV окружении
   
   
   1. Deploy на DEVELOPMENT окружение
   2. Запуск unit тестов
   3. Запуск приемочных тестов для нового функционала
   4. Запуск smoke тестов
   
   
8. При готовности всего необходимого функционала
   
   
   1. Создание новой версии ПО
   
   
9. Запускается процесс тестирования на QA окружении
   
   
   1. Deploy на QA окружение
   2. Параллельная проверка нового функционала инженером по обеспечению качества
   3. Запуск тестов на проверку инфраструктуры окружения
   4. Запуск функциональных тестов
   5. Запуск нагрузочных тестов
   
   
10. Запуск процесса внедрения новой версии в PRODUCTION окружение
    
    
    1. Deploy на боевое окружение
    2. Запуск тестов на проверку основного функционала
    
    

Схема 1. Процесс автоматизации тестирования OpenStack



Рис.1. Общая диаграмма деятельности процесса автоматизации тестирования OpenStack



Рис.2. Диаграмма деятельности первого pipeline для тестирования на CHECK и DEV окружениях



Рис.3. Диаграмма деятельности второго pipeline для тестирования на QA и развертывания на PRODUCTION окружении



Рис.4. Общая диаграмма последовательности процесса автоматизации тестирования OpenStack



Шаги при неуспешности выполнения одного из этапов тестирования

Прохождение этапов тестирования не гарантирует немедленного успешного результата, т.к. бывает некорректно реализован новый функционал или когда новое изменение повлияло на работу другого функционала ПО. Для более быстрого решения возникших проблем рекомендуется использовать систему уведомлений, а желательно несколько.

В предложенном, в данной работе, методе автоматизации процесса тестирования предлагается использовать следующие способы уведомления:

• через рабочую электронную почту;
• через мессенджер;

Так же кроме использования системы уведомлений будет эффективным применение системы управления задачами, где в автоматическом режиме будет создание задачи об ошибке, если ошибка найдена на этапе проверки ПО на QA окружении, и переоткрытие задачи по новому функционалу на разработчика, если ошибка найдена включительно до этапа проверки функционала на DEV окружении.

Инструментарий

Для автоматизации процесса тестирования OpenStack можно использовать разные инструменты, но после проведения анализа были выявлены следующие инструменты:



Приведенные выше инструменты рекомендованы к построению процесса автоматизации тестирования OpenStack.

Публикация получилась весьма громоздкая, но надеюсь статья поможет кому-либо. В следующей публикации буду описывать пример использования данного подхода в Jenkins CI с детальным руководством по интеграции приведенных выше инструментов.

https://habrahabr.ru/post/330776/