Эволюция экосистем тестирования

ЭВОЛЮЦИЯЭКОСИСТЕМТЕСТИРОВАНИЯ

Глеб РЫБАЛКО

<О ТРЕНЕРЕ

7 лет в тестировании

Работал в • Харькове, Львове,

Днепропетровске

Проекты, в которых работал• Healthcare, embedded,

desktop, web,

Процессы, по которым работал

• Waterfall, V-model, Scrum, Customized

<О ТРЕНЕРЕ

Соавтор и ведущий Клуба Практического

Тестирования

Организатор конференцийStratoplan World. Kharkov Edition

QA Conf 1.0: Management& Process

QA Conf 1.1: Automation&Tools

Ведущий подкаста «Тестирование: Backstage»

www.QAConsulting.ru

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

ТЕСТИРОВАНИЯ

А у Вас такое было?

?ВОПРОС

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

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

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

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

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

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

Кейс. Зарождение тестирования :

Веб проект

2 тестировщика на 15 программистов

Никакой актуальной документации

– Документация умирала после первого использования

– Знания жили в головах разработчиков

Запросы на тестирование от всех сразу

– Проблемы с приоритезацией

– Еще 2 минуты в обратную сторону

Кейс. Зарождение тестирования :

Гос. Заказ. Мобильный проект

30 тестировщиков и 20 программистов

– Проблемы с организацией работы между тестировщиками и разработчиками

Огромное количество требований

– Больше 10 спецификаций

– Более 10 000 требований

Бюрократизация и бумажная работа

– Множество зависимостей от представителей заказчика и государства

– Даже тестировщики обязаны подписывать более 10 документов в месяц

Коллеги, кто сталкивался с похожими рабочими ситуациями?

?ВОПРОС

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

Кейс. Продолжение:

Веб проект

Процесс придумываем сами\берем наработки других проектов

Внедрение системы управления задачами для тестировщиков и программистов

Внедрение Wiki как базы знаний хранилища документации

Должностные инструкции для тестировщиков

Какой процесс подошел бы

тестировщикам на Веб проекте?

?ВОПРОС

Кейс. Продолжение:

Гос. Заказ. Мобильный проект

Используем waterfall на старте проекта

Разработчики и тестировщики идут по собственным планам, которые никак не совпадают

– Разбег по времени между созданием дефекта и его исправлением – 2 месяца

– Коммуникация между «рядовыми» разработчиками и тестировщиками практически отсутствует

Руководство клиента хочет показать выполнение целей больше чем выпустить продукт

– Цель представителей клиента - достичь нужных показателей производительности

Как избежать или уменьшить

бюрократизацию и процессные нагрузки?

?ВОПРОС

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

Кейс. Продолжение:

Веб проект

Пробуем внедрять Scrum

Решаем проблему, как правильно организовать сервис тестирования для других подкоманд проекта

– Выделяем нужное кол-во тестировщиков из отдела в проектные команды

– Консультируем проектные команды по организации работы с тестировщиками

Клиенту плевать на Scrum!!!

– Требования и желания клиента продолжают приходить даже во время спринтов

Кейс. Продолжение:

Гос. Заказ. Мобильный проект

Адаптация Waterfall процесса под нужды проекта

– Ежедневные статус митинги

– Относительно короткие итерации(2-3 месяца)

– Ретроспектива

Принимаем курс на уменьшение и «чистку» требований

– Пересмотр дизайна архитектуры приложения

– Итерационный анализ спецификаций на предмет дублирующих и неоднозначных требований

Внедрение автоматизации тестирования

– Планирование архитектуры платформы

– Создания первого прототипа для прогона accelerated life tests

Насколько правильными были

шаги по оптимизации процессов в кейсах?

?ВОПРОС

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

Кейс. Продолжение:

Веб проект

Адаптируем Scrum под свои нужды

– Выделяем человека специально для буфер задач

– Вводим практику перепланирования задач из беклога во время спринта

Вводим метрики и считаем скорость работы команды

– Отслеживаем скорость работы команды

– Отслеживаем плотность дефектов в различных областях тестируемого приложения

Начинаем планировать на будущее

– Можем дать прогноз и говорить о сроках окончания тестирования больших функциональных элементов

Применим ли здесь Канбан?

?ВОПРОС

Кейс. Продолжение:

Гос. Заказ. Мобильный проект

Переход на масштабную автоматизацию тестирования.

– Написание платформы и практически одновременное её использование(eat your own dog food в действии)

– Цель уменьшить количество ручных тестов до 10%

Внедрение элементов бережливой разработки(Lean)

– Применение Kanban как инструмента визуализации потока задач

– Избавляемся от ненужных в данный момент активностей

Синхронизация работы тестировщиков и программистов

– Создание единого графика – плана на проекте для команд тестирования и разработки

– Планирование работы на 6 месяцев вперед

Поможет ли проекту автоматизация?

?ВОПРОС

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

Кейс. Продолжение:

Веб проект

Думаем о применении канбан с адаптацией к проекту

– Проект переходит в стадию поддержки

– Буфера задач не хватает

– Гибкость проекта позволяет соответствовать стандартам информационной и финансовой безопасности по требованию заказчика

Улучшаем процесс планирования задач перед спринтом

– Первичный анализ беклога и дальнейшее распределение юзер стори на основании этого анализа

Кейс. Продолжение:

Гос. Заказ. Мобильный проект

Оптимизируем канбан под нужды проекта

– Используем выравнивание потока задач, а также доску визуализации

Используем feature-driven разработку

– Наращиваем проект по кусочкам функциональности(features)

Налаживаем continuous integration систему

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

УПРАЖНЕНИЕ:00стр.Охарактеризуйте

тестирование на Вашем проекте? Вопрос: Определите фазы, которые прошел или проходит процесс

тестирования на вашем проекте

– 2 минуты

Объединитесь в пары

В 2х предложениях охарактеризуйте процесс тестирования, налаженный на Вашем проекте?

– 2 минуты

– Еще 2 минуты в обратную сторону

ВОПРОСЫ

Site: www.QAConsulting.ru

Email: glebrybalko@gmail.com

Twitter: GRybalko