Решаем проблемы Espresso-автотестов Android в реальном мире

Часто проекты, которые уже набрали ход и имеют большую кодовую базу, приходят к тому, что нужно писать автотесты. В том числе и UI-автотесты. В такой ситуации у вас нет возможности значительно переделать архитектуру проекта под тесты. В итоге создаваемые тесты становятся не стабильными и больше отвлекают команду развития продукта, чем помогают ей.

В своем докладе Алексей рассажет:

• как снизить порог вхождения в тесты участников проекта;
• как выстроить понятную и простую архитектуру UI-автотестов;
• как сделать тесты стабильными не изменяя архитектуру приложения, и как бороться с возникающими flaky-тестами;
• как внедрить решение в CI и построить систему отчетов, понятную всем заинтересованным участникам.

Все решения будут показаны на примере конкретного демо-приложения. Это приложение будет размещено на GitHub в открытом доступе. Люди смогут прийти на работу и применить все описанные подходы у себя.

Цель доклада: показать людям, как решаются конкретные проблемы в автоматизации UI-тестирования Android-приложения (case-by-case). Причем эти решения не требуют переделки архитектуры приложения и какой-либо значительной доработки под автотесты.

Комментарий программного комитета:

Исчерпывающий гайд по нативной автоматизации под Android на Espresso и решению сопутствующих нетривиальных проблем.