CodeFest 2019. Юлия Долбилова ( Додо Пицца) — Как превратить QA команду в руины?

Совсем недавно мы заархивировали канал в слаке с именем «qa», а раздел QA на доске сотрудников опустел. Мы передали автоматизацию тестирования командам, рутину — боту, поставку релиза — кнопке в TeamCity. Тестировщики научились эффективно тестировать сами, а затем поделились своими знаниями с разработчиками и аналитиками. Команды перестали стоять в месячной очереди на релиз, благодаря бережному отношению к работе друг друга. А ребята уже и не вспомнят, что раньше были внезапные поиски свободных рук для ручного регресса.

Сейчас ни хворь, ни отпуск тестировщика нам не страшны, ведь кроссфункциональность и командная ответственность за продукт решают эту беду. Значит ли это, что мы уволили всех тестировщиков? Нет, но и команды QA больше нет. Тестировщики продолжают свою миссию уже как представители гибких команд с частыми релизами без потери качества.

Transcript

1. Как превратить QA команду в руины? Юлия Долбилова QA Automation Lead Dodo Pizza
2. О спикере В тестировании более 5 лет. Участвовала в ручном, автоматизированном тестировании, в создании фреймворков автоматизации и чат-бота для тестировщиков. !2
3. Мы — ИТ со своей растущей сетью пиццерий !3 ноябрь 2017 март 2019 2018 Система DODO IS 24/7
4. Мы — ИТ со своей растущей сетью пиццерий !4 ноябрь 2017 март 2019 2018 250 заказов в минуту 150 заказов в минуту
5. Цель: Качественный и удобный продукт !5 Партнеры Управляющая компания Сотрудники пиццерий Обычные посетители
6. Выделенная команда тестирования !6 люди
7. Выделенная команда тестирования !7 люди процессы
8. Выделенная команда тестирования !8 люди процессы подходы
9. Выделенная команда тестирования !9 люди процессы подходы
10. Как это было раньше? !10 • 9 стран из одной кодовой базы
11. Как это было раньше? !11 • 9 стран из одной кодовой базы • неделя тестирования перед релизом
12. Как это было раньше? !12 • 9 стран из одной кодовой базы • неделя тестирования перед релизом • QA отдельно от DEV- команд
13. Как это было раньше? !13 • 9 стран из одной кодовой базы • неделя тестирования перед релизом • QA отдельно от DEV- команд • тестовый стенд, собирающийся после каждого мерджа
14. Как это было раньше? !14 • тестовый стенд, собирающийся после каждого мерджа • баги заводят, но они не чинятся
15. Как это было раньше? !15 • тестовый стенд, собирающийся после каждого мерджа • баги заводят, но они не чинятся • долгая реплика данных с PROD окружения
16. Отношение клиента к системе Dodo IS !16
17. Тестирование в командах !17 Вжух CodeMonkeys Бетономешалк а команда команда команда
18. Череда изменений !18 • Тестировщики начали участвовать в scrum-активностях Ретроспектива Планирование Sprint Review Обсуждение новой фичи
19. Череда изменений !19 • Отказ от Jira&Confluence
20. Череда изменений !20 • Отказ от Jira&Confluence в пользу Kaiten & Nuclino
21. Череда изменений !21 • Отказ от подробных и устаревших тест-планов
22. Череда изменений !22 • Отказ от подробных и устаревших тест-планов в пользу чек-листов и функциональных матриц
23. Череда изменений !23 • Частая актуализация чек-листов тестировщиком с аналитиком и разработчиком • Написание автотестов с применением BDD подхода и без него • Передача тестового стенда во владение тестировщиками • Рутина старта и завершения регрессионного тестирования передана боту
24. Недоработки !24 • Нестабильность автотестов
25. Недоработки !25 • Медленное сокращение времени на регресс
26. !26 • В релизе работа только одной команды за неделю Недоработки
27. Непрерывные изменения !27 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами”
28. Непрерывные изменения !28 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами” • QA команда – площадка для новых разработчиков
29. Непрерывные изменения !29 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами” • QA команда – площадка для новых разработчиков • Обучение в школах скрам-мастеров и разработчиков
30. Непрерывные изменения !30 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами” • QA команда – площадка для новых разработчиков • Обучение в школах скрам-мастеров и разработчиков • Совместные просмотры трансляций конференций по тестированию
31. Непрерывные изменения !31 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами” • QA команда – площадка для новых разработчиков • Обучение в школах скрам-мастеров и разработчиков • Совместные просмотры трансляций конференций по тестированию • Мастер-классы об использовании инструментов разработки
32. Непрерывные изменения !32 в подходах к обучению и саморазвитию: • Участие в коллективной борьбе с “пожарами” • QA команда – площадка для новых разработчиков • Обучение в школах скрам-мастеров и разработчиков • Совместные просмотры трансляций конференций по тестированию • Мастер-классы об использовании инструментов разработки • Отбор новых коллег-тестировщиков силами команд
33. Непрерывные изменения !33 в автоматизации тестирования: • Подготовка стенда и начальных условий для тестов проводится через API и запросы к базе
34. Непрерывные изменения !34 в автоматизации тестирования: • Подготовка стенда и начальных условий для тестов проводится через API и запросы к базе
35. Непрерывные изменения !35 в автоматизации тестирования: • Подготовка стенда и начальных условий для тестов проводится через API и запросы к базе • Работающие автотесты добавлены в DoD
36. Непрерывные изменения !36 в автоматизации тестирования: • Подготовка стенда и начальных условий для тестов проводится через API и запросы к базе • Работающие автотесты теперь часть DoD • Появилась роль “релизмен”
37. Непрерывные изменения !37 в автоматизации тестирования: • Тестовый стенд разворачивается быстро и по нажатию кнопки
38. Непрерывные изменения !38 во взаимодействии с командами разработки: • Тестировщики стали чаще сидеть в паре с разработчиком с целью разобраться с багом, проанализировать логи и т.д.
39. Непрерывные изменения !39 во взаимодействии с командами разработки: • Тестировщики стали чаще сидеть в паре с разработчиком с целью разобраться с багом, проанализировать логи и т.д. • Изменился формат взаимодействия с бизнесом (Sprint review, например)
40. Непрерывные изменения !40 во взаимодействии с командами разработки: • Тестировщики стали чаще сидеть в паре с разработчиком с целью разобраться с багом, проанализировать логи и т.д. • Изменился формат взаимодействия с бизнесом (Sprint review, например) • Изменился процесс разработки ПО от появления концепции до релиза
41. !41
42. !42 Команда расформирована
43. Кросс-функциональные команды !43
44. Вся команда отвечает за качество !44 Вжух CodeMonkeys Бетономешалк а команда команда команда
45. Время на регресс !45
46. Чтобы эффективно работать, !46 нужно эффективно не работать.
47. Автотесты в Pipeline !47
48. Минимизировать ручную рутину !48
49. Помощница-бот !49
50. А в итоге !50 • Релизим хоть каждый день • Рутина автоматизирована • Качество внутри DEV-команд • Тестировщики помогают избегать багов, а не занимаются их поиском
51. А в итоге !51 • Релизим хоть каждый день • Рутина автоматизирована • Качество внутри DEV-команд • Тестировщики помогают избегать багов, а не занимаются их поиском И чтобы не потеряться в новом мире => нужна гильдия единомышленников
52. Юлия Долбилова QA Automation Lead Dodo Pizza Вопросы? yuka.julia j.kovaleva@dodopizza.com