Spec By Example - как научить людей общаться

Несколько лет назад известный европейский тестировщик Гойко Аджич (Gojko Adzic) создал подход к управлению требованию, который назвал Спецификация на примерах (Specification by example). Чем отличался этот подход от всех остальных? Тем что в нем упор делался не на создание тонны бумаг, которые никогда не будут прочитаны, а на общение людей, чья задача сделать самый лучший продукт и решить бизнес-потребности заказчика. К сожалению в русскоязычном пространстве этот подход не так популярен и я бы хотел рассказать о том, как этот подход работает и какие инструменты в себе содержит.

Transcript

1. Спецификация на примерах или как научить людей общаться Ребров Андрей
3. История об одной команде
4. Тестировщик
5. Аналитик
6. Разработчик
7. Их ждала работа
8. Много работы
9. А тут еще и заказчик негодует
10. И что с ними стало?
12. На практике • 15000 требований • Постоянные переделки • Рассогласование требований, тестирования и разработки
13. Делаем первые шаги в правильном направлении
14. Story Mapping •  Формируем бэклог релиза •  Определяем объем задач •  Определяем архитектурные изменения
15. Начало
16. Препланирование •  2 раза в неделю •  Участвует вся команда •  Длительность 1 час •  Что не успели, то не успели
17. Промежуточные итоги •  Стало меньше багов •  Стало меньше переделок •  Демо стало проходить успешно
18. Но!
19. Три источника правды •  Требования •  Тест-кейсы •  Код
20.     SPEC BY EXAMPLE
21. Используем Impact mapping
22. Зачем • Проверяем на соответствие бизнес целям релиза • Ищем альтернативные пути решения • Четко формулируем пользовательские истории
23. Например Импорт данных в CRM через шину Продажа услуг через CRM Продажник Повышение эффективности отдела продаж Импорт данных в CRM из XML
24. Парная работа тестировщика и аналитика
25. Что они делают •  Подготовка 1 - 2 примеров с точки зрения пользователя •  Представление данных в виде таблицы •  Описание всей терминологии
26. Например Регион Существует категория Данные услуги Услуга Адрес Юрлицо Поволжье Да ID1 Адрес Рога и копыта ID1 Адрес Рога и копыта Поволжье Нет ID1 Адрес Рога и копыта ID2 Адрес Рога и копыта
27. Меняем препланирования
28. Новый формат •  Тестировщик и аналитик объясняют примеры •  Проводим Diverse & Merge  
29. Diverse & Merge •  Разбиваем команду на группы •  Хотя бы 1 группа без тестировщика и аналитика, которые прорабатывали требования •  Даем 15-20 минут на проработку своих примеров •  По окончании сводим все таблицы в одну  
30. Что на выходе Регион Существует категория Найдена услуга Данные услуги Услуга Адрес Адрес достав ки Юрлицо Поволжье Да Да ID1 Адрес Рога и копыта ID1 Адрес Адрес Рога и копыта Поволжье Нет Да ID1 Адрес Рога и копыта ID2 Адрес Адрес Рога и копыта
31. Уменьшаем размеры
32. Что делаем Уменьшаем количество строк/столбцов в таблице •  Вводим параметрические обозначения •  Сливаем схожие сценарии в один •  Убираем лишние данные •  Выделяем новые пользовательские истории  
33. Как было Регион Существует категория Найдена услуга Данные услуги Услуга Адрес Адрес достав ки Юрлицо Поволжье Да Да ID1 Адрес Рога и копыта ID1 Адрес Рога и копыта Поволжье Нет Да ID1 Адрес Рога и копыта ID2 Адрес Рога и копыта
34. Как стало Существует категория Найдена услуга Данные услуги Услуга Данные услуги Да Да Услуга Обновляем Копируем Нет Да Услуга Создаем Копируем
35. Требования = Тест-кейсы
36. Время автоматизации
37. Behavior Driven Development (BDD) • Разбиваем пользовательскую историю на шаги • Каждый шаг имеет трансляцию в код • Входные данные – таблицы с предыдущего этапа
38. Пример
39. Подведем итоги
40. Что сделали •  Impact mapping •  Совместная работа QA + BA •  Diverse & Merge •  Оптимизация данных •  BDD
41. Чего добились •  Однозначная трассировка требований в код •  Однозначное понимание требований всей командой •  Упрощение оценки требований •  Экономия времени тестировщиков •  Стало проще готовить и проводить демо
42. Twitter @andrebrov E-mail arebrov@scrumtrek.ru Skype rebrov.andrey Вопросы?
43. Приглашаю на тренинги Построение культуры DevOps Москва, 12 – 13 июня Тестирование в Agile Москва, 8 – 10 июля