Михаил Мирошниченко - UI-автоматизация тестирования мобильных приложений и интеграция их в CI
Vložit
- čas přidán 6. 12. 2021
- Ближайшая конференция - Heisenbug 2024 Autumn, 10 октября (Online), 17-18 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Tq0vcu
- Ближайшая конференция: Heisenbug 2023 Autumn - 10-11 октября (online), 15-16 октября (offline)
Подробности и билеты: bit.ly/3qd3swV
- -
Из доклада вы узнаете о том, какие технологии применять для построения процесса автоматизации E2E-тестирования мобильного приложения, и как интегрировать автотесты в CI-процесс.
Михаил расскажет, как на языке Kotlin в среде IntelliJ IDEA начать Maven-проект, и как с помощью Appium создать фреймворк автоматизации, который будет управлять окружением тестирования при локальном запуске и при работе в облаке с использованием TestNG. Вы поймете, как публиковать результаты тестирования в Slack, как публиковать подробные и красивые HTML-отчеты с использование Allure, и даже выясните, для чего нужны подробные логи тестов при использовании Allure.
Спикер покажет, как можно использовать облачную ферму устройств BrowserStack для запуска тестов практически в любом окружении, и продемонстрирует, как можно интегрировать автотесты в среду непрерывной разработки, используя Docker-контейнеры.
Доклад будет интересен QA-инженерам, которые планируют использовать автоматизацию тестирования (в первую очередь для мобильных приложений), но пока не знают, с чего начать и какие средства можно использовать. Послушав доклад, QA-специалисты получат четкое понимание, как построить свой фреймворк для UI-автотестов, как писать красивые и эффективные автотесты, сделать их расширяемыми и с понятной другим разработчикам структурой. А также как можно интегрировать автотесты в процесс непрерывной интеграции и развертывания (CI/CD). Разработчики и DevOps-инженеры узнают, как они смогут помочь QA-инженерам в автоматизации и в тестировании, а также что такое UI-автоматизация тестирования.
Ссылка на презентацию: assets.ctfassets.net/ut4a3cio...
Очень хорошечно и доступно, спасибо)
Спасибо ,хороший полезный доклад!
А что за прогрумму для презы использует автор? 16:40
"ScreenBrush" для macOS. Есть в App Store
А что в интернете недостаточно примеров? У всех одно и тоже. Ну и с контейнерами какая-то мода уже третий год, но на интервью никто объяснить не может кроме как "так быстрее", а чем и почему...
Офигеть, он ещё и про PageObject рассказал, ребята добро пожаловать в 2021!
По моим ощущениям, это всё старо как мир, за последние лет 8 ничего там не поменялось, кроме появления самого котлина )
При запуске тестов в CI среде надо иметь все необходимые библиотеки. А в ранере зачастую даже нет Java. Так что первая причина - иметь такое готовое окружение, где есть все необходимое для запуска теста, или сборки приложения. Второе - постоянство окружения. Если мы перед каждым прогоном что-то откуда импортируем, настраиваем и подобное - растет риск того, что где-то что-то пойдет не так. Или какой-то незначительный апдейт незаметной библиотеки поломает другие модули. Третье: в докер можно предварительно загрузить нужные данные, скомпилировать код, и потом не тратить время на эти операции перед очередным запуском.
В итоге, с докером у нас все получается константно, за исключением самого продукта, который мы тестируем.
А Page Object - да, идея древняя. Но что-то кардинально лучше для упрощения структуры проекта (и его понимания и расширения) пока не придумали.