- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Quality Control in Continuous Integration презентация
Содержание
- 1. Quality Control in Continuous Integration
- 2. Программа Что такое Continuous Integration? Риски процесса
- 3. Что такое Continuous Integration? «Process of applying
- 4. Производство программных продуктов – рискованное дело
- 5. Риск 1: Поздняя интеграция стоит дорого Атомарные изменения Интегрируемся чаще!
- 6. Риск 2: Отсутствие регулярных сборок Продукт работает
- 7. Интеграция необходима Хотелось бы иметь что-то вроде Что дальше?
- 8. От «Continuous Integration» к «Build Pipeline» «Automated
- 9. Build Pipeline: Как это организовать? Специальные инструменты
- 10. Build Pipeline: Quality Control Сконцентрируемся на QC
- 11. Проблема 1: Слишком много продуктов Много продуктов
- 12. Решение 1: Слишком много продуктов Основные шаги
- 13. Система управления тестами: Алгоритм Вся специфика тестируемых приложений спрятана в специальном handler-е
- 14. Система управления тестами: Последовательность тестов Основа –
- 15. Система управления тестами: Мониторинг Единая WEB консоль CI сервера
- 16. Build Pipeline: Бесплатное приложение Ручной redeploy дорог
- 17. Проблема 2: Продукт слишком сложен Продукт слишком
- 18. Итоги Что мы добились Разрешение всех рисков
- 19. Thanks Thank you! kzhukov@lecton.com kost.zhukov@gmail.com
Слайд 2Программа
Что такое Continuous Integration?
Риски процесса разработки
От «Continuous Integration» к «Build Pipeline»
Quality
Control
Практические моменты реализации
Практические моменты реализации
Слайд 3Что такое Continuous Integration?
«Process of applying quality control during development» (с)wikipedia
Стратегия
разработки,
связанная с регулярной интеграцией,
проводимой в автоматическом режиме
связанная с регулярной интеграцией,
проводимой в автоматическом режиме
Слайд 6Риск 2: Отсутствие регулярных сборок
Продукт работает только локально
Локально всё работает!
Завтра приедет
босс, показывать нечего!
Процесс непрозрачен
Какой сейчас статус проекта?
Что мы такого сделали в версии 1.0.1?
Процесс непрозрачен
Какой сейчас статус проекта?
Что мы такого сделали в версии 1.0.1?
Слайд 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
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)
Отделяем управление от реализации
Что нужно?
Собрать конфигурацию приложения (build)
Запустить конфигурацию (deploy + start)
Запустить тесты (test)
Собрать отчёт (collect logs)
Остановить конфигурацию (stop + undeploy)
Отделяем управление от реализации
Слайд 13Система управления тестами: Алгоритм
Вся специфика тестируемых приложений спрятана в специальном handler-е
Слайд 14Система управления тестами: Последовательность тестов
Основа – файловое дерево
Алгоритм обхода – итерирование
на одном уровне
Простота!
Простота!
Слайд 16Build Pipeline: Бесплатное приложение
Ручной redeploy дорог
Можно ли его автоматизировать?
Можно
Меняем местами
шаги start <-> stop
Создаём технический сценарий без тестов
В итоге:
Приложение всегда up-to-date и готово к тестированию
… и к показу боссу ☺
Создаём технический сценарий без тестов
В итоге:
Приложение всегда up-to-date и готово к тестированию
… и к показу боссу ☺
Слайд 17Проблема 2: Продукт слишком сложен
Продукт слишком сложный, но нужны интеграционные тесты
Разбираем
его на части, сохраняя общую структуру,
Собираем каждый компонент в режиме redeploy
Запускаем интеграционные тесты из общей точки входа
Собираем каждый компонент в режиме redeploy
Запускаем интеграционные тесты из общей точки входа
Слайд 18Итоги
Что мы добились
Разрешение всех рисков
Покрытие всех продуктов компании
+ Помощь в ручном
тестировании
С небольшими недостатками
Поддержка непростой инфраструктуры
Необходимость отдельных серверов
Зачем тестировать самому, если CI всё проверит сам? ☺
С небольшими недостатками
Поддержка непростой инфраструктуры
Необходимость отдельных серверов
Зачем тестировать самому, если CI всё проверит сам? ☺
