Неуместно. Тут автоматизация. Видел на ЛинкедИне что даже рекрутеры не особо одобрительно относятся к поискам в чатах.

Спасибо за ответ.

Благодарю

Если можно получить куда он его выкачивает, мониторить есть ли он там и переименовывать самостоятельно в коде.

По-моему переименования делает не столько винда, сколько собственно софт который качает или сохраняет.

Подскажите, может у кого есть матрица скиллов по левелам автоматизаторов?

интересно кто на что ориентируется

А почему headless? Возьмите xvfb и забудете про проблемы с headless.
Для windows есть https://github.com/kybu/headless-selenium-for-win

#Testing #Instrumentation #UIAutomator

Вышел Kaspresso 1.1.0

Разработчики Kaspresso продолжают работу над ошибками в Instrumentation тестирование под Android и теперь они улучшают UI Automator - встречайте Kautomator.

Kautomator ускоряет UI Automator просто до небес 🚀. Подробности как это сделали здесь. Сравнение скорости работы смотрите ниже ⬇️⬇️⬇️

Кроме того, Kautomator - это красивая обертка над UI Automator, делающая написание тестов одним сплошным удовольствием, используя возможности Kotlin.

В купе с механизмом интерсепторов, Kaspresso + Kautomator обеспечивают мощную защиту от flaky. Подробнее здесь и здесь.

Новый релиз также отметился:
🔥 Тестирование обновлений приложения
🔥 Проверка Logcat логов, которая позволяет следить за соблюдением GDPR
👉 Новый continuously метод для тестов
👉 Улучшения в BaseTestCase и BaseTestContext
👉 Исправление багов
👉 Улучшение документации и примеров

Совсем скоро в гости к Android Broadcast Podcast придут создатели Kaspresso, чтобы рассказать больше о тестирование Android приложений и как их библиотека его улучшает

Ребят, привет!
Думаю. вам будет интересно пощупать этот инструмент, если еще с ним не сталкивались)

Если у вас есть вопросы и пожелания, то велкам в этот уютный чатик
https://t.me/kaspresso

т.е. вы просто выставляете waitForIdleTimeout в 0 на этом вся оптимизация?

ну не совсем)
мы же как-то должны гарантировать защиту от flaky
для этого обертка подразумевает наличие интересепторов, через которые мы обрабатываем падения, и пытаемся применить несколько тактик спасения)
собственно потом waitForIdleTimeout действительно становится не нужным

на обычном UI Automator я не рекомендую это делать, конечно же

Большая просьба еще полайкать пост в Reddit, если действительно интересно =)
https://www.reddit.com/r/androiddev/comments/f26c02/kaspresso_110_kautomator/

про интерцептеры не особо интересно, это не о скорости. кроме того что в `waitForIdleTimeout=0` еще какие-то улучшения в части ускорения uiautomator?

Ну как неинтересно)
Без этого все ускорения крайне опасны и нестабильны)

Как бы тут четкая зависимость одного от другого

ну я к тому что этот механизм пишет как бы не очень долго и примерно понятно как :)

Если чисто по скорости, то да, только этот таймаут, и ещё один в ноль
Плюс со скроллом немного поигрались. Постарались пошустрее сделать (в интерсепторе тоже)

то что сделали коробочное решение, это круто да