ЭВОЛЮЦИЯ ЭКОСИСТЕМ ТЕСТИРОВАНИЯ Глеб РЫБАЛКО. < О ТРЕНЕРЕ 7 лет в тестировании Работал в Харькове, Львове, Днепропетровске Проекты, в которых работал. - презентация

1 ЭВОЛЮЦИЯ ЭКОСИСТЕМ ТЕСТИРОВАНИЯ Глеб РЫБАЛКО

2 < О ТРЕНЕРЕ 7 лет в тестировании Работал в Харькове, Львове, Днепропетровске Проекты, в которых работал Healthcare, embedded, desktop, web, Процессы, по которым работал Waterfall, V-model, Scrum, Customized

3 < О ТРЕНЕРЕ Соавтор и ведущий Клуба Практического Тестирования Организатор конференций Stratoplan World. Kharkov Edition QA Conf 1.0: Management& Process QA Conf 1.1: Automation&Tools Ведущий подкаста «Тестирование: Backstage»

4 О ЧЕМ ПОГОВОРИМ ФАЗЫ РАЗВИТИЯ ЭКОСИСТЕМ ТЕСТИРОВАНИЯ

5 А у Вас такое было? ? ВОПРОС

6 ФАЗЫ РАЗВИТИЯ ЗАРОЖДЕНИЕ

7 ФАЗЫ РАЗВИТИЯ ОСОЗНАНИЕ

8 ФАЗЫ РАЗВИТИЯ СТАНОВЛЕНИЕ

9 ФАЗЫ РАЗВИТИЯ ИЗМЕНЕНИЕ

10 ФАЗЫ РАЗВИТИЯ СОВЕРШЕНСТВО ВАНИЕ

11 ФАЗЫ РАЗВИТИЯ ЗАРОЖДЕНИЕ

12 Кейс. Зарождение тестирования : Веб проект 2 тестировщика на 15 программистов Никакой актуальной документации – Документация умирала после первого использования – Знания жили в головах разработчиков Запросы на тестирование от всех сразу – Проблемы с приоритезацией – Еще 2 минуты в обратную сторону

13 Кейс. Зарождение тестирования : Гос. Заказ. Мобильный проект 30 тестировщиков и 20 программистов – Проблемы с организацией работы между тестировщиками и разработчиками Огромное количество требований – Больше 10 спецификаций – Более требований Бюрократизация и бумажная работа – Множество зависимостей от представителей заказчика и государства – Даже тестировщики обязаны подписывать более 10 документов в месяц

14 Коллеги, кто сталкивался с похожими рабочими ситуациями? ? ВОПРОС

15 ФАЗЫ РАЗВИТИЯ ОСОЗНАНИЕ

16 Кейс. Продолжение: Веб проект Процесс придумываем сами\берем наработки других проектов Внедрение системы управления задачами для тестировщиков и программистов Внедрение Wiki как базы знаний хранилища документации Должностные инструкции для тестировщиков

17 Какой процесс подошел бы тестировщикам на Веб проекте? ? ВОПРОС

18 Кейс. Продолжение: Гос. Заказ. Мобильный проект Используем waterfall на старте проекта Разработчики и тестировщики идут по собственным планам, которые никак не совпадают – Разбег по времени между созданием дефекта и его исправлением – 2 месяца – Коммуникация между «рядовыми» разработчиками и тестировщиками практически отсутствует Руководство клиента хочет показать выполнение целей больше чем выпустить продукт – Цель представителей клиента - достичь нужных показателей производительности

19 Как избежать или уменьшить бюрократизацию и процессные нагрузки? ? ВОПРОС

20 ФАЗЫ РАЗВИТИЯ СТАНОВЛЕНИЕ

21 Кейс. Продолжение: Веб проект Пробуем внедрять Scrum Решаем проблему, как правильно организовать сервис тестирования для других подкоманд проекта – Выделяем нужное кол-во тестировщиков из отдела в проектные команды – Консультируем проектные команды по организации работы с тестировщиками Клиенту плевать на Scrum!!! – Требования и желания клиента продолжают приходить даже во время спринтов

22 Кейс. Продолжение: Гос. Заказ. Мобильный проект Адаптация Waterfall процесса под нужды проекта – Ежедневные статус митинги – Относительно короткие итерации(2-3 месяца) – Ретроспектива Принимаем курс на уменьшение и «чистку» требований – Пересмотр дизайна архитектуры приложения – Итерационный анализ спецификаций на предмет дублирующих и неоднозначных требований Внедрение автоматизации тестирования – Планирование архитектуры платформы – Создания первого прототипа для прогона accelerated life tests

23 Насколько правильными были шаги по оптимизации процессов в кейсах? ? ВОПРОС

24 ФАЗЫ РАЗВИТИЯ ИЗМЕНЕНИЕ

25 Кейс. Продолжение: Веб проект Адаптируем Scrum под свои нужды – Выделяем человека специально для буфер задач – Вводим практику перепланирования задач из беклога во время спринта Вводим метрики и считаем скорость работы команды – Отслеживаем скорость работы команды – Отслеживаем плотность дефектов в различных областях тестируемого приложения Начинаем планировать на будущее – Можем дать прогноз и говорить о сроках окончания тестирования больших функциональных элементов

26 Применим ли здесь Канбан? ? ВОПРОС

27 Кейс. Продолжение: Гос. Заказ. Мобильный проект Переход на масштабную автоматизацию тестирования. – Написание платформы и практически одновременное её использование(eat your own dog food в действии) – Цель уменьшить количество ручных тестов до 10% Внедрение элементов бережливой разработки(Lean) – Применение Kanban как инструмента визуализации потока задач – Избавляемся от ненужных в данный момент активностей Синхронизация работы тестировщиков и программистов – Создание единого графика – плана на проекте для команд тестирования и разработки – Планирование работы на 6 месяцев вперед

28 Поможет ли проекту автоматизация? ? ВОПРОС

29 < ФАЗЫ РАЗВИТИЯ СОВЕРШЕНСТВО ВАНИЕ

30 Кейс. Продолжение: Веб проект Думаем о применении канбан с адаптацией к проекту – Проект переходит в стадию поддержки – Буфера задач не хватает – Гибкость проекта позволяет соответствовать стандартам информационной и финансовой безопасности по требованию заказчика Улучшаем процесс планирования задач перед спринтом – Первичный анализ беклога и дальнейшее распределение юзер стори на основании этого анализа

31 Кейс. Продолжение: Гос. Заказ. Мобильный проект Оптимизируем канбан под нужды проекта – Используем выравнивание потока задач, а также доску визуализации Используем feature-driven разработку – Наращиваем проект по кусочкам функциональности(features) Налаживаем continuous integration систему

32 И-ГО-ГО ИТОГО

33 УПРАЖНЕНИЕ: 00 стр. Охарактеризуйте тестирование на Вашем проекте? Вопрос: Определите фазы, которые прошел или проходит процесс тестирования на вашем проекте – 2 минуты Объединитесь в пары В 2х предложениях охарактеризуйте процесс тестирования, налаженный на Вашем проекте? – 2 минуты – Еще 2 минуты в обратную сторону

34 ВОПРОСЫ Site: Twitter: GRybalko