Слайд 2Программа
Что такое Continuous Integration?
Риски процесса разработки
От «Continuous Integration» к «Build Pipeline»
Quality Control
Практические

моменты реализации
Слайд 3Что такое Continuous Integration?
«Process of applying quality control during development» (с)wikipedia
Стратегия разработки,
связанная

с регулярной интеграцией,
проводимой в автоматическом режиме
Слайд 4Производство программных
продуктов –
рискованное дело

Слайд 5Риск 1: Поздняя интеграция стоит дорого
Атомарные изменения
Интегрируемся чаще!

Слайд 6Риск 2: Отсутствие регулярных сборок
Продукт работает только локально
Локально всё работает!
Завтра приедет босс,

показывать нечего!
Процесс непрозрачен
Какой сейчас статус проекта?
Что мы такого сделали в версии 1.0.1?
Слайд 7Интеграция необходима
Хотелось бы иметь что-то вроде
Что дальше?

Слайд 8От «Continuous Integration» к «Build Pipeline»
«Automated manifestation of your process for getting

software from version control into the hands of your users»
Continuous Integration flow
Build Pipeline flow
Слайд 9Build Pipeline: Как это организовать?
Специальные инструменты для поддержки процесса
… cегодня про это

не говорим
Слайд 10Build Pipeline: Quality Control
Сконцентрируемся на QC
Какие для этого предпосылки?
К фазе QC доступны

все необходимые артефакты (binaries)
Билд готов к тестированию!
Как его организовать?
Есть проблемы
и есть решения
Слайд 11Проблема 1: Слишком много продуктов
Много продуктов -> cлишком большая энтропия
Все продукты разные

-> разные инструменты
Нужны:
Правила организации тестов
Единая система управления разнородными тестами
Слайд 12Решение 1: Слишком много продуктов
Основные шаги – общие для всех
Идём от алгоритма
Что

нужно?
Собрать конфигурацию приложения (build)
Запустить конфигурацию (deploy + start)
Запустить тесты (test)
Собрать отчёт (collect logs)
Остановить конфигурацию (stop + undeploy)
Отделяем управление от реализации
Слайд 13Система управления тестами: Алгоритм
Вся специфика тестируемых приложений спрятана в специальном handler-е

Слайд 14Система управления тестами: Последовательность тестов
Основа – файловое дерево
Алгоритм обхода – итерирование на

одном уровне
Простота!
Слайд 15Система управления тестами: Мониторинг
Единая WEB консоль CI сервера

Слайд 16Build Pipeline: Бесплатное приложение
Ручной redeploy дорог
Можно ли его автоматизировать?
Можно
Меняем местами шаги

start <-> stop
Создаём технический сценарий без тестов
В итоге:
Приложение всегда up-to-date и готово к тестированию
… и к показу боссу ☺
Слайд 17Проблема 2: Продукт слишком сложен
Продукт слишком сложный, но нужны интеграционные тесты
Разбираем его

на части, сохраняя общую структуру,
Собираем каждый компонент в режиме redeploy
Запускаем интеграционные тесты из общей точки входа
Слайд 18Итоги
Что мы добились
Разрешение всех рисков
Покрытие всех продуктов компании
+ Помощь в ручном тестировании
С

небольшими недостатками
Поддержка непростой инфраструктуры
Необходимость отдельных серверов
Зачем тестировать самому, если CI всё проверит сам? ☺