Size: a a a

2020 October 12

VS

Vladislava Soboleva in JS for testing
Забыла уточнить. Чтение через evaluate()
источник

VS

Vladislava Soboleva in JS for testing
При getText проблем таких не встречала
источник

DK

Dmytro Kryshtopenko in JS for testing
Vitalii Grygoruk
для проектов которые не требуют локального браузера я обычно беру docker-compose + отдельно образы
- library/node
- selenoid/chrome (просто образ хрома без использования селеноида)
cypress:included
источник

VG

Vitalii Grygoruk in JS for testing
Dmytro Kryshtopenko
cypress:included
и что с ним делать если тебе нужна конкретная версия ноды и конкретная версия браузера (и не нужен сайпресс)?
https://github.com/cypress-io/cypress-docker-images/tree/master/included#cypressincluded - тут как то не густо по версиям и разнообразию
источник

DK

Dmytro Kryshtopenko in JS for testing
тогда свой докер файл на основе образа ноды с нужной версии,
а скрипты просто скопипастить на установку нужных браузеров (один и теже, как библия уже, и лучше в сохранках где-то иметь) и гонять в хедлесе. монтировать дирикторию с репортами, прописывать ворк дир, и вызывать финальный npm test
источник

OK

Oleksandr Khotemskyi in JS for testing
Bola
Посоветуйте docker image с nodejs + chrome/firefox
Гораздо проще разнести это по разным контейнерам
источник

VG

Vitalii Grygoruk in JS for testing
Dmytro Kryshtopenko
тогда свой докер файл на основе образа ноды с нужной версии,
а скрипты просто скопипастить на установку нужных браузеров (один и теже, как библия уже, и лучше в сохранках где-то иметь) и гонять в хедлесе. монтировать дирикторию с репортами, прописывать ворк дир, и вызывать финальный npm test
да понятно что можно все запихнуть в 1 контейнер. Но зачем изобретать велосипед если есть готовые образы которые отлично поддерживаются уже кем-то? Понятное дело что для сайпреса проще просто взять их образ и не париться, но для всего остального то зачем? Чтобы было чем потом заниматься человеку на проекте когда нужно обновить ноду / браузеры апнуть?
источник

DK

Dmytro Kryshtopenko in JS for testing
Oleksandr Khotemskyi
Гораздо проще разнести это по разным контейнерам
yeap, images.
источник

P

PH_cheerokee in JS for testing
ребят, подскажите,пожалуйста
const bscRepAddBtn = container.querySelector("[data-test-id='add-bsc-phys-id'] button");
     fireEvent.click(bscRepAddBtn)
     const bscRepInput = container.querySelector('.bsci-rep input');
     fireEvent.change(bscRepInput, { target: { value: 'Alex Mason' } });
     fireEvent.blur(bscRepInput);
     const nameLogoHolder = container.querySelector(".bsci-rep .name-logo-holder")
     expect(nameLogoHolder.querySelector('p').innerHTML).toEqual('AM') // на этом тесте все хорошо
     expect(nameLogoHolder).toHaveStyle('') // но как только пишу этот,то падает ошибка Unable to fire a "click" event - please provide a DOM element.

в чем может быть проблема?
источник

S

Stas in JS for testing
может кто поможет
wdio 6 + mocha

пару недель не ранил тесты и сейчас в дженкинсе получаю ошибку
[0-0]  Error:  connect ECONNREFUSED 127.0.0.1:33697
тесты раняться в докере

локально (без докера) такой ошибки нет
источник

OK

Oleksandr Khotemskyi in JS for testing
Stas
может кто поможет
wdio 6 + mocha

пару недель не ранил тесты и сейчас в дженкинсе получаю ошибку
[0-0]  Error:  connect ECONNREFUSED 127.0.0.1:33697
тесты раняться в докере

локально (без докера) такой ошибки нет
судя по номеру порта - это chromedriver не запустился
источник

S

Stas in JS for testing
Oleksandr Khotemskyi
судя по номеру порта - это chromedriver не запустился
может быть, что докер запрещает работать с какими-то портами?
источник

OK

Oleksandr Khotemskyi in JS for testing
Stas
может быть, что докер запрещает работать с какими-то портами?
надо смотреть твой wdio конфиг и как ты работаешь с хром драйвером, есть ли у тебя хром внутри контейнера и все такое
источник

S

Stas in JS for testing
Oleksandr Khotemskyi
надо смотреть твой wdio конфиг и как ты работаешь с хром драйвером, есть ли у тебя хром внутри контейнера и все такое
вот докер файл. хром прописан
источник

OK

Oleksandr Khotemskyi in JS for testing
Stas
вот докер файл. хром прописан
буквально чуть выше обсуждали что лучше держать браузер отдельно и nodejs с вебдрайвером отдельно, так проще, не нужно менеджить свои докерфайлы
источник

OK

Oleksandr Khotemskyi in JS for testing
Stas
вот докер файл. хром прописан
надо смотреть установился ли хром, и какие ошибки кинул chromedriver, как у тебя настроен wdio-chromedriver-service если ты его юзаешь
источник

S

Sergei in JS for testing
127.0.0.1 обычно используется для внутренних соединений, я б попробовал запускать хромдрайвер с адресом 0.0.0.0
источник

S

Stas in JS for testing
Oleksandr Khotemskyi
надо смотреть установился ли хром, и какие ошибки кинул chromedriver, как у тебя настроен wdio-chromedriver-service если ты его юзаешь
хром точно есть
я проверяю его версию в джобе
+ google-chrome --version
Google Chrome 86.0.4240.75

как подключить логирование chromedriver? в  wdio.conf?

использую @wdio/selenium-standalone-service
ставлю его как зависимость
источник

OK

Oleksandr Khotemskyi in JS for testing
Stas
хром точно есть
я проверяю его версию в джобе
+ google-chrome --version
Google Chrome 86.0.4240.75

как подключить логирование chromedriver? в  wdio.conf?

использую @wdio/selenium-standalone-service
ставлю его как зависимость
selenium-standalone-service требует java для работы
источник

OK

Oleksandr Khotemskyi in JS for testing
вероятно потому он и не смог запустится
источник