Процесс тестирования может быть построен по-разному.
Одним из эффективных методов автоматизации процесса тестирования является непрерывное тестирование в рамках непрерывной поставки программного обеспечения.
Непрерывное тестирование позволяет стабилизировать и улучшить качество вашего кода.
Т.
к.
любое приложение начинается с разработки, то в циклах разработки необходимо внедрять полное тестирование.
Основная идея непрерывной поставки — построить конвейер развертывания, который позволяет каждому изменению в системе контроля версий попадать в производство стандартным и полностью автоматизированным способом.
Пример построения Deployment Pipeline на Jenkins для первой части: 1. Создание проекта конвейера 1.1. «Создать элемент» — введите имя и выберите конфигурацию конвейера.
1.2. В поле «Проект GitHub» введите адрес репозитория.
1.3. Установите флажок «Опрашивать SCM об изменениях» и настройте расписание проверки репозитория каждую минуту «* * * * *» 1.4. Введите этапы проекта в поле «Сценарий конвейера».
2. Внесите изменения в репозиторий.node{ stage 'Deploy' build 'Deploy_CHECK' stage 'Sonar_analysis' build job: 'Sonar_analysis', parameters: [string(name: 'STAND', value: 'CHECK')] stage 'Unit tests' build job: 'Unit_tests', parameters: [string(name: 'STAND', value: 'CHECK')] stage 'Deploy DEV' build 'Deploy_DEV' stage 'Unit tests' build job: 'Unit_tests', parameters: [string(name: 'STAND', value: 'DEV')] stage 'Acceptance_test' build 'Acceptance_test' stage 'Smoke_tests' build job: 'Smoke_tests', parameters: [string(name: '', value: 'DEV')] }
3. В течение минуты конвейер увидит новое изменение в репозитории и начнет проверку.
Рисунок 1. Пример запуска проверок в средах CHECK и DEV.
Рис.
2. Результат одного из этапов проверки.
Рис.
3. Обнаружение ошибки на одном из этапов работы
Пример построения Deployment Pipeline на Jenkins для второй части:
1. Создание проекта конвейера
1.1. «Создать элемент» — введите имя и выберите конфигурацию конвейера.
1.2. В поле «Проект GitHub» введите адрес репозитория.
1.3. Установите флажок «Опрашивать SCM об изменениях» и настройте расписание проверки репозитория каждую минуту «* * * * *» 1.4. Введите этапы проекта в поле «Сценарий конвейера».
node{
stage 'Deploy QA'
build 'Deploy_QA'
stage 'Compliance tests'
build job: 'chef-compliance', parameters: [string(name: 'STAND', value: 'QA')]
stage 'Functional tests'
build job: 'Tempest', parameters: [string(name: 'STAND', value: 'QA')]
stage 'Performance tests'
build 'Rally'
stage 'Deploy PROD'
build 'Deploy_PROD'
stage 'Smoke tests PROD'
build 'Smoke_tests_PROD'
}
2. Если мерж-реквест закрыт успешно, то
2.1. Вырежьте ветку разработки как версию 2.2. Pipeline видит изменения в ветке Release*
2.3. Запущен конвейер с проверками Рис.
4. Процесс выполнения конвейера для сред контроля качества и ПРОИЗВОДСТВА
Рис.
5. Результат успешного выполнения конвейера с развертыванием и запуском тестов в средах QA и PRODUCTION.
Рис.
6. Результат неудачного выполнения конвейера с развертыванием и запуском тестов в средах QA и PRODUCTION.
3. Если мерж-реквест закрыт с ошибкой, то
3.1. Затронутому разработчику отправляется уведомление с указанием ошибки.
Теги: #openstack #itis #fix llc #open source #тестирование ИТ-систем
-
Майкрософт 2.0
19 Oct, 24 -
Татуировки Логотипа Apple
19 Oct, 24 -
Extjs На Русском Языке
19 Oct, 24 -
Гнутая Вода!
19 Oct, 24