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

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

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

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

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

16b6c87229eaf58768d25ed7b2bbbf52?s=128

CodeFest

April 09, 2018
Tweet

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