CodeFest 2018. Антон Шапин (EPAM Systems) — Строим эффективную команду автоматического тестирования

Посмотрите выступление Антона: https://2018.codefest.ru/lecture/1335/

В докладе я хочу поделиться практическим опытом в организации QA Automation команд.

Очень часто, когда стоит вопрос начать автоматизацию, люди сталкиваются с основными вопросами: «Что? Где? Когда?». Я расскажу один из вариантов решения данных вопросов, а также как можно увеличить КПД команды. Я надеюсь, что после доклада у участников появится новое виденье на эту проблему, лиды технических подразделений начнут чаще задумываться над техническом развитием своих подчиненных и будут более осознано подходить к построению архитектуры тестовых систем.

Transcript

1. Проблемы и решения. Шапин Антон Строим эффективную команду автоматического тестирования. Руководство.
2. 2 Шапин Антон Chief Software Test Automation Engineer. Занимаюсь различными видами и типами тестирования(от ручного до автоматизированного) # BDD «Евангелист»  # QA trainer at Epam.
3. 3 О чем будем говорить Проблемы при создании QA команды 1 Пример архитектуры тестовой системы 2 Как развивать знания QA команды 3 Вопросы и ответы 4
4. 4 ПОЕХАЛИ !
5. 5 Вопросы при организации QA команды: Какой уровень автоматизаторов нам нужен? 1 Как обеспечить техническую мотивацию команды? 2 Как увеличить КПД команды? 3 И много других важных вопросов… 4
6. 6 Test logic/Business logic Implementation Core / Backend of TAF Performance tests Типичный проект по автоматизации
7. 7 Мозговой штурм Идеи Берем в работу Анализ Поддержка QA команда
8. 8 Команда мечты Manual / Junior Test Automation Engineer Middle Test Automation Engineer Senior Test Automation Engineer Performance Engineer
9. 9 Тестовая система Архитектура: Модульная Технологии: • Java • Maven • Cucumber-JVM • Java-Spring(base) • JUnit • Gatling
10. 10 Архитектура тестовой системы
11. 11 Структура: Acceptance tests Acceptance tests Test logic Implementation of Test logic Configuration Feature files Step Definitions classes Spring configuration class Ответственный: Middle Automation QA и/или Junior Automation QA or Manual QA
12. 12 Структура: Tests-common-module Tests-common-module Services Common Utils Reports Containers Classes are responsible for: • Work with REST/SOAP protocols • Work with DataBase Examples: • Work with PDF/DOCX files • Work with tokens • Work with ZIP files Examples: • Report generation • Create attachments • Logger Responsible for transfer data between steps Ответственный: Middle Automation QA, Senior Automation QA
13. 13 Структура: Test-config Test-Config Env config files Properties files Ответственный: Middle Automation QA, Senior Automation QA, Performance Engineer
14. 14 Структура : Performance tests Ответственный: Senior Automation QA, Performance Engineer Load profile Section setUp of Simulation class. Test logic /Business logic Scenario object. It describes user actions. Test data generation Java or Scala classes. Http protocol configuration Section HttpConf of Simulation class.
15. 15 Как это работает Test-config Test-common Acceptance tests Performance tests Используют
16. 16 «Прокачка» Junior Automation Engineer: Учится КАК писать "автоматические" тест кейсы. 1 Учится как работают автоматические тесты НА ПРАКТИКЕ. 2 Пытается разрабатывать матчеры любой сложности БАЗИРУЯСЬ НА РЕАЛЬНЫХ ПРИМЕРАХ. 3 Изучает, как работает “backend” тестовой системы. 4
17. 17 «Прокачка» Middle Automation Engineer: Изучает как работает “backend” тестовой системы НА ПРАКТИКЕ. 1 Изучает КАК работать с различными файлами, базами данных, REST и SOAP сервисами. 2 Изучает архитектуру тестовой системы в деталях и понимает ее плюсы и минусы. 3 Развивает способности по обучению менее опытных специалистов. 4
18. 18 «Прокачка» Senior Automation Engineer: Решение сложных задач связанных с тестовой системой. 1 Понимает в деталях, что нужно улучшить в тестовой системе. 2 Анализирует применимость новых подходов, инструментов для тестирования. 3 Развивает навыки управления QA командой. 4
19. 19 Плюсы: Решение сложны задач не требует наличие команды, состоящей только из высоко квалифицированных специалистов 1 Высокая «техническая» мотивация команда. 2 Высокое КПД Junior QA engineer. 3 Гибкость в управлении командой. 4
20. 20 Ограничения: Данный поход работает, когда QA команда состоит более чем из 2 человек. 1 Cucumber не подходит для всех проектов 2 Senior QA engineer должны знать базовый Java-Spring 3
21. 21 Заключение 1. Данный подход был апробирован более чем на 4 проектах и доказал свою эффективность 2.Не решает все животрепещущие проблемы в управлении QA команды. 3.Упрощает и ускоряет обучающий процесс менее опытных специалистов 4.Ручные тестировщики приносят значимый вклад в разработку автоматических тестов.
22. 22 Спасибо за внимание! Email: anton_shapin@epam.com Skype: anton_shapin GIT: http://github.com/kirlionik