А кто-нить автотестил мобильные интерфейсы через хром с флагом, который в девтулс включает эмуляцию мобильников?
Есть опыт?

есть

Эх, понял, извиняюсь. Подумаю, как формулировать иначе (конкретизировать).

Я умею только в webdriver.io.

Подходит пора автоматизировать тестирование мобильной версии сайта.

На сколько резонно заморачиваться с попыткой теста мобильных версий через тот же wdio и флаг хрома (вроде возможно, а сходу подсказать его кто-нить сможет)?

Можно просто сузить ширину окна браузера, но если в хроме включать режим эмуляции мобилки, то там ж еще и тачи эмулируются.

Что посоветуете как решение? Пытаться сделать в рамках того, что я умею или это как-то иначе решается и "дешевле" по времени, например, изучить какой-то пакет для этого?

если мобильная версия сайта, это тот же веб, то эмулируйте мобильный агент и работайте как с обычным вебом

Всем привет. Думаю над каскадным составлением селекторов в xpath, так как есть элементы, которые нужно проверять именно по позиции на странице. Как будет выглядеть в тесте:
await page.secondElement.button.click()

При инициализации secondElement будет получать соответствующий индекс, который будет подставляться в xpath. Селекторы отдельных элементов можно будет задавать через id, css, xpath.

Вопрос: делал/видел ли кто такую реализацию? Стоит ли, насколько удобно? Или есть подводные камни какие-то)

а почему нельзя просто юзать page.buttons[index]? $$(‘selector’) ведь вернет тебе элементы в той же последовательности что и по икспасам с индексами если искать

Если я правильно понял вопрос, то у меня была схожая задача.
Вот кусок из pageObject

groupAndTileOrder (taskName, groupOrder, tileOrder) { return this.$(`//*[@role="tilesGroup"][${groupOrder}]//*[@role="tile"][${tileOrder}]//*[@role="task"][@data-value="${taskName}"]`) }

Кто знает в чем разница между tsconfig.json & tsconfig.dist.json ?

А тачи, свайпы тогда как реализовать?

обычно tsconfig.json базовый, а dist для билда на продакшен.

спасибо

посмотреть что у wdio есть эти команды :)

Хммм, понял. Спасибо.

В целом можно, наверно, но хочется более "чистые" тесты. Чтобы можно было просто обращаться к элементам и он всегда бы брал нужный.

ну и $$ не всегда подходит, не знаю как в других фреймворках, в playwright эта функция ничего не ждёт, а иногда нужно

groupAndTileOrder (taskName, groupOrder, tileOrder) { return this.$(`//*[@role="tilesGroup"][${groupOrder}]//*[@role="tile"][${tileOrder}]//*[@role="task"][@data-value="${taskName}"]`) }

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

именно так. Вы еще учитывайте тот факт что потом кому-то еще это поддерживать, и чем проще и понятнее будет код (как сами тесты так и слои кода которые вызываются из тестов) - тем лучше.
“Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live” (с) John Woods

Вообще как раз об этом и думаю и это шаг в сторону лучшей поддержки и читаемости. Просто сейчас парент элемента слегка криво считается и не всегда детерминиторанно, поэтому не хочется голову под топор подставлять)) да и самому неприятно)