На тему построения «правильной» автоматизации есть тысячи докладов, однако, серебрянной пули на все случаи жизни не существует и тут у многих начинаются проблемы. «Идеальные» подходы часто бывают неприменимы, тогда в ход идут свои собственные решения, которые приводят к собственным ошибкам. Именно об этих «ошибках», также известных как «как НЕ надо делать», также известных как «антипаттерны» мы и пооворим. Я бы хотел рассмотреть как антипаттерны в коде, так и в самом подходе к реализации автоматизации тестирования, с которыми мне доводилось частенько сталкиваться и которые зачастую тормозили развитие проекта. Надеюсь что вместе нам удастся впоследствии избежать этих расхожих неправильных представлений.

1. Жизнь на костылях, или антипаттерны
UI-автоматизации
Вадим Зубович

2. О себе
Вадим Зубович
Automation Tech/Team Lead and
Resource Manager at EPAM
www.epam.com
www.comaqa.by
www.dpi.solutions

3. Что такое антипаттерн
Подход к решению проблемы, часто применяемый в силу кажущейся
простоты, однако приводящий к неочевидным последствиям.

4. Почему?

5. Почему?

6. Почему?

7. Почему?

8. Почему?

9. Почему
Им можно придумывать забавные названия

10. Уровни
Организационные
Архитектурные
АП разработки

11. Антипаттерн №1
Считать антипаттерны абсолютным злом

12. Антипаттерны пирамиды тестирования
Юнит-тесты
API-тесты
UI- автотесты
Ручное тестирование

13. Мороженка
Много ручного тестирования
Слой хрупких и требовательных тестов
очень велик
Слой самых быстрых и надежных тестов
крайне мал

14. Откуда берется мороженка
Кажущаяся сложность написания юнит-
тестов (создание/поддержка моков) по
сравнению с UI-тестами
Нужно таски
закрывать! Какие
юнит-тесты?!

15. Кексик
Ручные тесты дублируют проверки
того, что покрыто UI-автотестами
UI-тесты дублируют проверки того, что
покрыто Unit-тестами

16. Откуда берется кексик
Стремление автоматизировать все, что
можно
У команды автоматизаторов нету четкого
плана

17. Как надо
Юнит-тесты
API-тесты
UI- автотесты
Ручное тестирование

18. И понеслась!
И тут Остапа понесло!
Заказчик:
- Мы хотиим автотесты

19. И понеслась!
Что он получаетЧего хочет заказчик

20. Как надо
Начните с планирования

21. Мы на позитиве!
«Майндсет» разработчика
Слепое следование спекам
Отсутствие четкого планирования

22. Мы на позитиве!
Большой объем тестирования
остается за ручными тестировщиками

23. Как надо
Keep calm and stay pessimistic

24. BDD во все поля!
Стильно, модно, молодежно Стейкхолдер может писать тесты
У нас BDD!!!

25. BDD во все поля!

26. Как надо

27. Как надо

28. Мы не ищем простых путей!
Автоматизатор хочет поиграть в
архитектора
Автоматизацию писал
архитектор

29. Мы не ищем простых путей!

30. Как надо

31. Если бы да кабы
Стремление сэкономить на
количестве тестов
«И так же проверяет!»
«А по другому не получается!»

32. Если бы да кабы
Репорт
TableDefaultBehaviorTest PASSED
TableDefaultBehaviorTest FAILED

33. Если бы да кабы

34. Как надо
Дробите тесты!

35. Только хардкод!
Данные
Конфигурации

36. Что-то сломалось!

37. Спасибо за внимание
Вадим Зубович
www.comaqa.by
www.epam.com
www.dpi.solutions