Отрасль тестирования и обеспечения качества сильно эволюционировала за несколько последних десятилетий. С появлением конкуренции на рынке появилась необходимость в тестировании. Сначала это были тестировщики-мартышки, нажимающие на кнопки и нечаянно находящие некоторые ошибки в продуктах. После появились тестировщики-аналитики, создающие модели тестируемого ПО и обеспечивающие более высокие уровни тестового покрытия.

1. Impact Mapping: планирование
разработки продукта с учетом
бизнес целей
Александр Бындю (byndusoft.com)
Обеспечение качества в
продуктовых проектах
Наталья Руколь (quality-lab.ru)

2. Всем привет!
natalya@quality-lab.ru
http://quality-lab.ru
http://natalyarukol.ru
Skype: natalya.rukol

3. О чём доклад?

4. 1. Мартышки
•Разработчикам
не хватает
времени
•Тестировать не
нужна
квалификация

5. Инструменты
1. Мартышки
• Руки

6. 2. Тестировщики
• Тестировщикам
тоже надо что-
то уметь
• Они должны
уметь ЛОМАТЬ

7. Инструменты
• Граничные
значения
• Нестандартные
варианты
• Большие
объёмы
• Высокая
скорость
2. Тестировщики

8. 3. Тест-аналитики
• «Ломать»
недостаточно
• «Ломать» находит
не критичные
проблемы
• Нужно
исследовать, как
пользователи

9. Инструменты
• State & Transition
Testing
• Анализ действий,
параметров и
значений
• Таблицы и графы
решений
• Pairwise
3. Тест-аналитики

10. 4. Командная работа
• Тестировщики не могут повысить качество
• Необходима совместная работа

11. Инструменты
• TDD, Code Review,
Inspections
• Unit tests, UI
Autotests
• SBTM
• MBT
4. Командная работа

12. 1. Моделирование
Инструменты просветлённого тестирования в команде
Ответственный Тест-аналитик, аналитик
Применение Любые проекты и продукты
Цели внедрения
• Компенсация недостаточного ТЗ
• Снижение риска пропуска значимых
дефектов

13. 1. Моделирование
Инструменты просветлённого тестирования в команде

14. 1. Моделирование
Инструменты просветлённого тестирования в команде

15. 2. Разбиение проекта
Инструменты просветлённого тестирования в команде
Ответственный Вся команда, РМ
Применение Любые проекты и продукты
Цели внедрения
• Обеспечение качества на различных
этапах
• Возможность влиять на проектный
результат

16. 2. Разбиение проекта
Инструменты просветлённого тестирования в команде

17. 2. Разбиение проекта
Инструменты просветлённого тестирования в команде

18. 3. Анализ слабого звена
Инструменты просветлённого тестирования в команде
Ответственный Вся команда, РМ
Применение Любые проекты и продукты
Цели внедрения
• Рациональное использование наших
ресурсов

19. 3. Анализ слабого звена
Инструменты просветлённого тестирования в команде

20. 3. Анализ слабого звена
Инструменты просветлённого тестирования в команде

21. 4. Анализ пропусков
Инструменты просветлённого тестирования в команде
Ответственный ТМ, тестировщик
Применение
Команды с неидеальным продуктом
(любые??)
Цели внедрения
• Поиск своих ошибок в процессе
• Kaizen, внедрение улучшений

22. 4. Анализ пропусков
Инструменты просветлённого тестирования в команде

23. 5. Тестирование ТЗ
Инструменты просветлённого тестирования в команде
Ответственный Вся команда, ТМ
Применение Любые проекты и продукты
Цели внедрения
• Единое понимание задач на проекте
• Сокращение затрат и сроков на
переделки

24. 5. Тестирование ТЗ
Инструменты просветлённого тестирования в команде

25. 6. Code Review
Инструменты просветлённого тестирования в команде
Ответственный DevLead, PM
Применение Команды с 5+ разработчиков
Цели внедрения
• Инъекции качества
• Внедрение best practices

26. 6. Code Review
Инструменты просветлённого тестирования в команде

27. 7. Post-Mortem
Инструменты просветлённого тестирования в команде
Ответственный PM, Scrum-master
Применение Проекты с итеративной методологией
Цели внедрения
• Мотивация на развитие
• Понимание «что развивать»

28. 7. Post-Mortem
Инструменты просветлённого тестирования в команде

29. Вопросы?
natalya@quality-lab.ru Skype: natalya.rukol
http://quality-lab.ru http://natalyarukol.ru