IT-шная история игрушек или feature-driven тестирование в действии Глеб Рыбалко QAClub.com.ua

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

О чем поговорим Немного теории о feature driven разработке ПО Сказка о производителях игрушек или моделируем реальную ситуацию на проекте Тестирование на проекте или как закалялась сталь Реструктуризация и переход к FDD Проектное сопротивление «покращенню» Автоматизация тестирования на проекте (куда же без неё) Ретроспектива и что проект ждет впереди

Что такое FDD

Моделируем ситуацию

Система Робот Пульт управл ения Передача данных Квадро коптер

Рассказ о проекте Бюрократизированный заказчик Проект был запланирован на 2 года

Рассказ о проекте: V model Tests writing

Рассказ о проекте Больше требований на проекте Сложные связи между требованиями

Рассказ о проекте 10 различных спецификаций 3 отдельные части продукта + взаимодействие между ними

Рассказ о проекте 50 человек в 2 локациях Больше года программисты и тестировщики работали не пересекаясь

Процесс Тестирование требований Написание Тестов Функциональное тестирование Тестирование UI Дефекты

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

Трудности Дублирование работы с разработчиками Плохая координация графика работ на проекте Большое количество ошибок в требованиях и не своевременное их исправление

Перерыв?!

НАПОМИНАЛКА!

Переход на FDD Были по уникальным продуктам Стали по фичам (фичи на 90% кросспродуктовые) FDD…V Model Реструктуризация требований

Переход на FDD Продукт 1 Продукт 2 Продукт 3 Test Team Dev Team Feature N Feature 1 Feature 2

Были команды тестировщиков привязанные к продуктам Команда

Стала гибкая команда, которая организовывается по фичам (фича лид, тех лид, ресурс менеджер)

Сопротивление «покращенню» Осторожно на слайдах коты!

Проектное сопротивление Attrition (не всем нравятся изменения)

Проектное сопротивление Нет готовности принимать изменения(зачем это нужно и раньше все было хорошо)

Замедление скорости работы(раньше нужно было знать только часть системы, а теперь нужно разбираться во всей)

Виды тестирования К тестированию добавилась автоматизация тестирования Accelerated Life tests Exit criteria

Автоматизация тестирования Собственная платформа автоматизации

Автоматизировалось функциональное и интеграционное тестирование

Процесс Тестировщики и разработчики работают над одной фичей одновременно Пока фича не будет сделана и протестирована к другой фиче они не приступают

Написание тест дизайнов Написание автоматизированных скриптов Тест кейс является результатом выполнения тест скрипта с разными наборами тестовых данных DDD

Канбан

Схема канбан досок Доска с визуализацией потока фич Доска с визуализацией готовности требований /per feature Разработка и тестирование /per feature Для руководства проекта и заказчиков Для команды

Progress…………………..30% Первые трудности: –реструктуризация и анализ требований занимают много времени

Progress…………………..30% Первые трудности: –взаимодействие платформы автоматизации и ПО не стабильно

Progress…………………..30% Первые трудности: –экспертов по платформе автоматизации не хватает –Race conditions

Progress…………………..30% Первые успехи –Навыки автоматизации –Знание системы в целом улучшилось

Progress…………………..30% Первые успехи –Тестировщики научились работать в разных командах и взаимодействовать с разработчиками

Progress…………………..30% Первые успехи –Автоматизация тестов позволила высвободить дополнительные 30% - 40% времени от прохождения тестов

Lets talk! Twitter: GRybalko Site: