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

Ближайшая конференция - Heisenbug 2024 Autumn, 10 октября (Online), 17-18 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Tq0vcu
- Ближайшая конференция: Heisenbug 2023 Autumn - 10-11 октября (online), 15-16 октября (offline)
Подробности и билеты: bit.ly/3qd3swV
- - -
. . .Часто проекты, которые уже набрали ход и имеют большую кодовую базу, приходят к тому, что нужно писать автотесты. В том числе и UI-автотесты. В такой ситуации у вас нет возможности значительно переделать архитектуру проекта под тесты. В итоге создаваемые тесты становятся не стабильными и больше отвлекают команду развития продукта, чем помогают ей.
В своем докладе Алексей рассажет:
- как снизить порог вхождения в тесты участников проекта;
- как выстроить понятную и простую архитектуру UI-автотестов;
- как сделать тесты стабильными не изменяя архитектуру приложения, и как бороться с возникающими flaky-тестами;
- как внедрить решение в CI и построить систему отчетов, понятную всем заинтересованным участникам.
Все решения будут показаны на примере конкретного демо-приложения. Это приложение будет размещено на GitHub в открытом доступе.

[@igorpi25]

58:38 это решение не будет работать, т.к. автотесты - это в первую очередь культура и отношение, а передать эти качества команде на оутсорс не получится. Никакой контроль, ни требования, ни специальный человек не достигнут истинного результата.
Мое решение - на аутсорс передать разведку боем, проверку гипотез, и т.п. вспомогательные операции. Затем кор-команда самостоятельно переписывает долгосрочный код
Прекрассный доклад, спасибо. Докладчик ты крут. Уважение за качественную подготовку

[@СергейПанов-з3ц]

Классный доклад.