Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Как развить отдел тестирования от палки-копалки до CI

1,701 views

Published on

Таисия Рыбак, HPE

Published in: Leadership & Management
  • Be the first to comment

  • Be the first to like this

Как развить отдел тестирования от палки-копалки до CI

  1. 1. 12th CENTRAL & EASTERN EUROPEAN SOFTWARE ENGINEERING CONFERENCE IN RUSSIA October 28 - 29, Moscow Taya Rybak Как развить отдел тестирования от палки копалки доCI Organization name or logo
  2. 2. О себе  Опыт работы в этой сфере: Более 12 лет.  Прошла путь от инженера по ручному тестированию до руководителя.  Занимала должность директора по развитию бизнеса в Hewlett – Packard по Центральной и Восточной Европе .  Занималась ручным, автоматизированным функциональным и нагрузочным тестированем билинговых систем, банковких систем и хранилищ данных.  На данный момент работаю консультантом и специализируюсь на постановке и аудите процессов разработки ПО  Веду тренинги по тестированию
  3. 3. Что такоеCI Разработка Прогоняем тесты Разработка Разработка Разработка Отчет о тестировании Сборка Установка
  4. 4. Меньше ошибок Быстрое исправление
  5. 5. Реальность
  6. 6. Путь кCI
  7. 7. Начальный Управляемый Определенный Управляемый с KPI Оптимизируемый
  8. 8. 1. начальный  Каждый релиз – уникальный процесс  Нет общих политик управления тестированием  Качество сильно варьируется от релиза к релизу  Нет инструментов поддержки тестирования  Конечный пользователь в качестве тестироващика  Цель тестирования показать, что ПО в принципе работает
  9. 9. 2. управляемый  Описаны политики тестирования  Используются точечные инструменты тестирования  Есть выделенные роли тестировщиков  Стабильное качество для проектов одинакового размера и уровня сложности  Точечная автоматизация тестирования  Цель тестирования- показать что приложение соответствует требованиям в рамках одного проекта
  10. 10. 3. определенный  Ход реализации проекта измеряется по KPI  Повторное использование артефактов проекта  Частичная интеграция инструментов тестирования  Стабильное качество для проектов разного размера  Выделение подразделения тестирования  Регулярная автоматизация  Подсчет ROI  Цель тестирования- показать что приложение соответствует требованиям в рамках всей организации
  11. 11. 4. управляемый на основе количественных данных  Расширение KPI и их постоянный мониторинг  Прослеживаемость требований  Интеграция инструментов поддерживающих процесс  Изменения в процесс вносятся на основании ROI  Высокий уровень покрытия автотестами  Выделяется в подразделении тестирования подразделение автоматизации тестирования  Выделяется подразделение по контролю качества процессов производства ПО  Цель тестирования – оценка уровня тестирования по KPI
  12. 12. Основные KPI вСI для тестирования  Количество найденных дефектов в продуктиве пользователями  Время на тестирование/количество дефектов Urgent High  Количество сбоев в автотестах  Время на доработку автотестов
  13. 13. 5. оптимизируемый  Процесс тестирования интегрирован в IT сервисы  Непрерывная разработки приложений  Постоянный мониторинг по качеству процессов IT  Процесс DevOps  Предотвратить дефекты
  14. 14.  Если процессы выстроены разово – они не будут жить вечно, их нужно поддерживать.Упс, и такое бывает
  15. 15. СКОЛЬКО Начальный Управляемый Определенный Управляемый с KPI Оптимизируемый
  16. 16. вот нельзя просто взять и внедритьCI
  17. 17. Карта внедрения процессов Карта внедрения процессов 1 2 3 4 5 Непрерывная разработки V Сервисное и Проектное управление V DEVOps V Непрерывное тестирование BDD V Нагрузочное тестирование V Автоматизация функционального тестирования V Внедрение KPI по тестированию V Трассировка требований и тестов V Управление релизами V Управление требованиями V Тестовые сценарии V Управление дефектами в тестировании V Управление инцидентами V
  18. 18. А теперь как это было
  19. 19. Фаза 0: Подготовительная • Версионность • Хранение исходного кода • Сервер сборки • Нужен «обученный» тестировщик Упс, и такое бывает
  20. 20. Фаза 1: Развитие тестирования • Управление требованиями; • Управление тестированием: • Создание тестов в виде чек листов • автоматизация функционального тестирования (Санитарное тестирование) • нагрузочное тестирование по 10 операциям; • Управление запросами на изменение.
  21. 21. Фаза 2 :Внедрение Внедрение тестирования как процесса с повторяемым результатом: • Проектная команда: 2 человека со стороны Заказчика • Описание процессов: 3 недели • Настройка системы: 3 недели
  22. 22. Результаты внедрения  Управление дефектами – внутренний регламент – «прозрачный» процесс тестирования  Управление требованиями – покрытие тестами – запросы на изменение  Автоматизация тестирования – сокращение сроков приемки ПО – раннее обнаружение проблем производительности
  23. 23. Фаза 3: Автоматизация тестирования • Количество тестов: 120 • Временные затраты: 4 недели • Время на тестирование: • вручную: 90 минут • автоматически: 5-10 минут
  24. 24. Мы все еще в пути
  25. 25. Основные KPI вСI  Время развертывания (Deployment LeadTime) – время, необходимое на сборку проекта.  MTTR (MeanTimeTo Repair — среднее время восстановления работоспособности). Можно измерить время, прошедшее от сообщения об ошибочной сборке, до исправления.  MTTD (MeanTimeTo Detect – среднее время обнаружения неисправности). измеряется время, которое прошло от внесения ошибки, до определения, что возникла проблема и в чем она заключается.
  26. 26. Системы, которые позициониру ются как CI  CruiseControl  CruiseControl.Net  Atlassian Bamboo  Pipeline  Jenkins  MicrosoftTeam Foundation Server  Team City  Git CI
  27. 27. Что такоеCI Разработка Тестирование Разработка Разработка Разработка Отчет о тестировании Сборка + Unit тесты Управление требованиями Управление конфигарациями Управление инцидентами Управление Релизами CaliberRM HP ALM Polarion EnterpriseArchitect Jira Serena Dimensions RM IBM Rational Doors SVN Git TFS VS Ant Maven Установка VS E-mail HP ALM VS Junit Xunit
  28. 28. Литература  Continuous Integration on a Dollar a Day —Джеймс Шор  Continuous Integration: Improving Software Quality and Reducing Поль Дюваль
  29. 29. Вопросы Taya Rybak Taya.sib@gmail.com

×