Доклад Сергея Вербенко, SQA Days-13, 26-27 апреля 2013, www.sqadays.com

1. Каждый тест-менеджер должен
посадить дерево
или как искать баги в процессе
Сергей Вербенко, г. Зеленоград

2. Знакомимся?
Стаж:
• Немного был программистом – 2 года
• Как тестировщик ~ 10 лет
• Как тест-менеджер ~ 6 лет
• В продуктовой компании

3. Проблематика
• Мы ищем баги, но есть всегда есть
проблемы
• Проблемы тестирования - это результат
тестирования © Майкл Болтон
• Баги процесса не только в тестировании
• Наша задача - найти баги 

4. Инструментарий
• «5 Почему?»

5. • «Рыбья кость» - диаграммы Исикавы
Инструментарий

6. • «Дерево Текущей Реальности»
Инструментарий

7. Как я заинтересовался
Теорией Ограничений?
Все началось с удивления, что
• верный способ привести предприятие к
банкротству - это сделать работу
каждого подразделения максимально
эффективной

8. Theory of Constraints (TOC)
– что это?
• Противники – ничего нового…
• В основе – здравый смысл
• На мой взгляд, проста… и не
проста одновременно…

9. TOC – что это?
• Рассматривает любую систему как
модель (простая аналогия – цепь)
• Ограничение – частое слово 

10. Зачем знать про ограничения?
• Направление воздействия
это ограничение
• Есть физические ограничения
• А есть организационные

11. Зачем это тестировщику?
• Тестирование – ограничение. Это
хорошо или плохо?

12. Согласно TOC
• Контроль качества должен
быть перед ограничением
• Ограничение – уникальный
или дорогой ресурс
• Если ресурс не
ограничение, то должен
иметь резерв в мощности

13. 1. Ищем
2. Загружаем
3. Подчиняем
4. Увеличиваем
5. Повторяем
Пять шагов

14. 1. Что менять?
• Дерево Текущей Реальности
2. На что менять?
• Диаграмма Разрешения Конфликтов
• Дерево Будущей Реальности
3. Как изменить?
• Дерево переходов
• План преобразований
Три вопроса улучшений
и деревья

15. 1. Что менять?
• Дерево Текущей Реальности
2. На что менять?
• Диаграмма Разрешения Конфликтов
• Дерево Будущей Реальности
3. Как изменить?
• Дерево переходов
• План преобразований
Три вопроса улучшений
и деревья

16. Дерево Текущей Реальности
• Отвечает на вопрос:
«Почему система
больна?»
• Модель нашей
ситуации

17. Какова Цель?
• Разобраться в сложной системе
• Выявить и собрать Нежелательны
Явления (НЯ)
• Определить причины для
дальнейших воздействий
• Получить наглядную модель
• Получить данные для
дальнейшей работы - ДБР

18. Способ построения
• От общего к частному
(дедуктивный метод)
• От частного к общему
(индуктивный метод)

19. От Ключевой Проблемы к НЯ
• От Конфликта или Проблемы
ищем последствия
• Строем «вверх»
• Ищем следствия через
предложение «Если …, то …»
• Умеем решать «Грозовые Тучи»
• Нужна экспертиза и интуиция

20. Пример Конфликта
• Грозовая туча «Регрессионное
тестирование»
Выпуск новой
версии
Провести
тестирование
быстро
Не допустить
ошибок в
старом
функционале
Сократить
объем
регрессионного
тестирования
Полноценное
регрессионное
тестирование

21. От НЯ к Ключевой Проблеме
• Подробный алгоритм в книге
Детмера (ссылка в конце)
• Построение «вниз»
• Переход ниже через вопрос
«Почему происходит НЯ?»
• Привлекаем экспертов

22. Как строить?
• Определим область – «Почему …?»
• Выписываем список НЯ
• Проверяем по чеклисту -
Критериям Правильности
Логических Построений (КПЛП)
• Строим связи между явлениями
• Помня о КПЛП
• Проверяем
• Ищем, что придает системе
устойчивость?

23. Главный вопрос
• Почему <наша главная проблема>?
• Почему ВажныйПроект провален?
• Почему скорость разработки
недостаточна?
• Почему пользователи возвращают
нашу продукцию?
• Почему ИмяРек опаздывает на работу?
• Почему дети постоянно спрашивают
«Почему»?

24. Выписываем
Нежелательные Явления
• Составляем ТОП 10 из НЯ

25. Выписываем
Нежелательные Явления
• Составляем ТОП 10 из НЯ
• Выбираем половину

26. Выписываем
Нежелательные Явления
• Составляем ТОП 10 из НЯ
• Выбираем половину
• Проверяем
• Ясность
• Наличие утверждения

27. Проверка НЯ по КПЛП
Ясность Утверждения
Не
приходиться
объяснять, о
чем речь
Нет
двусмысленно
сти
Законченное
простое
предложение
Имеет смысл
Подтверждает
ся на
практике
Одна мысль

28. Построение связей
• Ищем зависимости между НЯ
• Причину размещаем ниже
• Связь есть, но НЯ не причина, то
ищем пропущенные явления (могут
быть разными)
• Наращиваем дерево, помня о КПЛП
• Тупик – хорошо
• Цикл или конфликт – прекрасно! 

29. КПЛП: для связей
• Ясность
• Достаточность причины
• Проверочное следствие
• Альтернативные причины
• Подмена причины и следствия
• Тавтология

30. КПЛП: Достаточность
Тестировщики
пропустили
баг
Недостаточно
времени на
тестирование
Запутанная и
непонятная
архитектура
приложения

31. КПЛП: Проверочное
следствие
Тестировщики
пропустили
баг
Недостаточно
времени на
тестирование
Запутанная и
непонятная
архитектура
модуля
Отладка кода
дольше, чем
на других
модулях
?

32. КПЛП: Альтернативная
причина
Сборка не
тестопригодна
Пакет не
устанавливает
ся
Сервис не
запускается

33. КПЛП: Подмена причины и
следствия
Тестировщик
<Имярек>
плохо работает
Тестировщикам
в компании X
мало платят
Тестировщикам
в компании X
мало платят
Тестировщик
<Имярек>
плохо работает
ИЛИ

34. КПЛП: Тавтология
Состояние
приложения
неустойчивое
Приложение не
работоспособно

35. Где растить дерево?
• В дендрарии 
• С ПО не получилось
• MS Visio
• Плагин для wiki - graphviz
• ПО для работы с диаграммами
TOC – Transformation Logic Tree

36. Где растить дерево?
• Успешный опыт
• На доске с листочками

37. Где растить дерево?
• По опыту коллег
• ПО Flying Logic

38. Примеры ДТР
• Неопределенность функций
менеджера проектов
http://anton-nix.livejournal.com/16513.html

39. Примеры ДТР
• Провал на переговорах

40. Примеры ДТР
• Почему проект П не успешен?

41. Примеры ДТР
• Почему «Софт не очень…»?

42. Польза
• Дерево можно презентовать
• Конструктивное поведение в
группе
• Постоянная ретроспектива
• Определение зон контроля и
влияния
• Данные для дальнейшей
работы – Дерево Будущей
Реальности

43. В заключении
• Построение Дерева – наш
рост
• Думаем не только о своей
грядке, но и о всѐм огороде
• Дерево – это пополнение
нашего арсенала

44. Книги
1. У. Детмер. Теория
ограничений Голдратта.
Системный подход к
непрерывному
совершенствованию
2. Л. Лоуренс. Вовремя и
в рамках бюджета.

45. Сергей Вербенко
email: greyver@gmail.com
twitter: @SVerbenko
moikrug: sergeyverbenko