правда интересно как оно с паралелизацией

https://youtu.be/UzdUu9QllK0?t=1341

глянь тут где-то с половины, я рассказываю как я делал

там и как на selenoid ферме его запустить тоже есть пример

да, паралелизация здесь один из самых важных поинтов, у нас вообще есть сейчас готовый рабочий фремворк, с протрактором и селеноидом, все работает вцелом хорошо, распаралелеливаем каждую джобу на 15 потоков, но как показывают сравнения различных конфигураций девтулс очень выигрывает во времени по сравнению с селениумом

там в докладе есть и небольшой пример как к протрактору пупетир подключить

спасибо, посмотрю.

ну обычно скорость команд не так важна, основные затупы идут когда ждешь что приложение прореагирует, перегрузит странцу, че-то на беке посчитает. А то что клик проходил за 10мс а стал за 3мс - особо ничего не влияет когда у тебя после клика идет вейт на 40 сек )

время работы аппов - это да, тут выше головы не прыгнешь, но я дебажила и выходит, что конкретно протрактор тратит 4900мс на старт теста, тоесть уже после обработки конф даты это время нужно чтобы начать работать с удаленным сервером(в случае селеноида), при локальном старте вообще получается 5935мс, с девтулс получается на 1000мс меньше чем с селеноиом, локальный старт меньше на 2000мс
была идея сэкономить еще и на старте каждого теста

4-5 секунд это еще и не плохо, думаю если сравнишь с вебдрайверИО будут похожие цифры. Там оптимизировать уже особо и некуда - старт сессии в вебдрайвере это 1 http запрос

девтуз быстрей потому что он локально, а на селеноиде еще и контейнер стартует и реквесты по сети ходят

если будешь юзать такой гибридный подход как я показывал - то старт сессии всеравно будет отдан на webdriverio, так что скорость старта будет одинаковой

у меня была идея, я правда так и не начал ее проверять, сделать проксю перед селеноидом которая будет «прогревать» сессии заранее

Есть у кого-то конфиг для запуска wdio тестов на aws device farm?

чтобы заранее запускать еще сесии, которые возможно понадобятся для следующих потоков, и потом просто отдавать sessionID когда влетает следущий запрос на сессию

наверное для браузера оно не так нужно, а вот на каком то андроид эмуле было бы ощутимо

@xotabu4 поняла, спасибо большое
просто идея перейти wdio появилась как только вышла верси 5.13 вроде, где снова интеграцию с кукумбером добавили + удобный синк мод
а появление devTools показалось еще и отличным способом ускориться

ИМХО - думаю магии не будет. Будет так же как и на всяких браузер стеках и сауслабах

давай напилим библиотеку-переходник с protractor на wdio

Там свои затыки с созданием девайс пулов, проектов и ещё кучи всякой ереси. Думал получится быстро, но нет( он зачем то хочет чтоб я выгрузил код архивом и я понимаю что я иду не в ту сторону

я думал с твоим то опытом ты уже понял что мобильная автоматизация это никогда не бывает быстро, легко и дешево 😉