ON
Всем привет, понимаю, что это холливар, но есть ли явное преимущество CSS перед XPATH? Чем плохо использование исключительно XPATH?
используй то что будет более универсальным, нет никакого холливара)
Size: a a a
2020 August 27
АФ
используй то что будет более универсальным, нет никакого холливара)
+1
ES
Всем привет, понимаю, что это холливар, но есть ли явное преимущество CSS перед XPATH? Чем плохо использование исключительно XPATH?
Есть преимущество XPATH над CSS (Оси языка Xpath)
R(
Всем привет, понимаю, что это холливар, но есть ли явное преимущество CSS перед XPATH? Чем плохо использование исключительно XPATH?
1) https://www.youtube.com/watch?v=_TNh2ydpoOw
2) Длинные XPATH нередко глючат. ПРошлый раз когда человек такое спрашивал, у него был XPATH примерно такого типа:
/html/body/div[1]/div[2]/div/div[2]/div[3]/div/div[2]/div[1]/div/div[1]/div[2]/div[3]/div[22]/div/div/div/div[2]/span/a
Вот такие XPATH это плохие XPATH
2) Длинные XPATH нередко глючат. ПРошлый раз когда человек такое спрашивал, у него был XPATH примерно такого типа:
/html/body/div[1]/div[2]/div/div[2]/div[3]/div/div[2]/div[1]/div/div[1]/div[2]/div[3]/div[22]/div/div/div/div[2]/span/a
Вот такие XPATH это плохие XPATH
i
Ребят,
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
АФ
почему странно? этими вещами отлавливается потеря параметров, изменение в АПИ несогласованное с фронтом и подобные вещи. это нужно проверять.
AK
i think it's okay
Ребят,
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
Могут быть обязательные и необзательные поля. Стоит проверить, что это работает
i
Могут быть обязательные и необзательные поля. Стоит проверить, что это работает
мне возможно везло, но такие вещи я проверял как функциональные - потому что старались на фронте дублировать "обязательность"
AK
i think it's okay
мне возможно везло, но такие вещи я проверял как функциональные - потому что старались на фронте дублировать "обязательность"
У API может быть много клиентов, кому-то необходимо всегда отправлять необязательное поле, кому-то по-барабану на него. Со стороны API, опять же, стоит проверить, что оно работает с разным набором параметров
АФ
хз, смешение слоев тестирования какое то) ну и дублирование означает что архитектура не ок попилена, пирамида не должна пересекаться по слоям
LY
Как по мне так вкусовщина. Ну или на 10К+ тестах будет конечно прирост скорости небольшой у CSS, но не думаю что оно того стоит если команда например привыкла и лучше знает xpath.
во фреймворках до 2К тестов пока не видел каких то явных +/-
во фреймворках до 2К тестов пока не видел каких то явных +/-
Прироста в скорости нет. Это было давно и уже неактуально.
АФ
Ну мы мерили ради смеха. на 1700 UI кейсов в хроме разница была секунды 4) но может это так звезды сложились
B
i think it's okay
Ребят,
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
а вы пишите кейсы на API?
на предыдущем месте работы кейсы были общие и просто создавались несколько run'ов.
но есть какие-то нефункциональные вещи , которые так же стоит проверять - но кейсы (допустим) на состав тела запроса - как будто странно
речь о тест кейсах или о непосредственно тестах?
i
речь о тест кейсах или о непосредственно тестах?
кейсы
LY
Ну мы мерили ради смеха. на 1700 UI кейсов в хроме разница была секунды 4) но может это так звезды сложились
Разница была во времена IE и 12 оперы. Сейчас поиск очень быстрый.
EV
Всем привет. Есть GitLab сервер на Ubuntu 18.04, эта же машинка зарегистрирована как runner, executor - shell. Для того, чтобы при старте job`ы, браузер запускался и в нём выполнялись тесты, мне нужно использовать RemoteWebDriver или можно и FirefoxDriver?
Если для ответа на мой вопрос, недостаточно информации, то скажите пожалуйста, что нужно уточнить, спасибо.
Если для ответа на мой вопрос, недостаточно информации, то скажите пожалуйста, что нужно уточнить, спасибо.
LY
Лучше так не делать. Если у вас очень мощная машина, поставьте докер, Selenoid и используйте RemoteWebDriver. Таким образом, вы разграничите тесты и браузер. А если понадобится перенести браузеры на другую машину, у вас нужно будет только адрес сменить
EV
Лучше так не делать. Если у вас очень мощная машина, поставьте докер, Selenoid и используйте RemoteWebDriver. Таким образом, вы разграничите тесты и браузер. А если понадобится перенести браузеры на другую машину, у вас нужно будет только адрес сменить
Спасибо большое, я обязательно изучу какие возможности могут предоставить docker и selenoid, но дело в том, что я начинающий, впервые пытаюсь настроить данные процессы и не понимаю где у меня сейчас проблема, поэтому на данном этапе хочу добиться того, чтобы браузер открылся и в нём выполнились минимальные тесты, после чего я уже буду делать решение более правильно.
Изначально я использовал FirefoxDriver (не gecko, а старый, встроенный в selenium, т.к. версия браузера на которой необходимо выполнять тесты - 44). При обычном запуске скрипта в shell`е, браузер запускался, тесты выполнялись, но при попытке запуска в pipeline`е выдавалась ошибка вида:
Далее я заменил инициализацию FirefoxDriver`а на RemoteWebDriver с передачей в параметры объекта FirefoxOptions и uri hub`а, поднял на машине-runner`е selenium-standalone-server, который выступает и в роли hub`а и в роли node`ы, в итоге в pipeline`е получил ошибку следующего вида:
Изначально я использовал FirefoxDriver (не gecko, а старый, встроенный в selenium, т.к. версия браузера на которой необходимо выполнять тесты - 44). При обычном запуске скрипта в shell`е, браузер запускался, тесты выполнялись, но при попытке запуска в pipeline`е выдавалась ошибка вида:
OpenQA.Selenium.WebDriverException : Failed to start up socket within 45000 milliseconds. Attempted to connect to the following addresses: 127.0.0.1:7055
Далее я заменил инициализацию FirefoxDriver`а на RemoteWebDriver с передачей в параметры объекта FirefoxOptions и uri hub`а, поднял на машине-runner`е selenium-standalone-server, который выступает и в роли hub`а и в роли node`ы, в итоге в pipeline`е получил ошибку следующего вида:
System.InvalidOperationException : Unable to create new service: GeckoDriverService
🛠А
Спасибо большое, я обязательно изучу какие возможности могут предоставить docker и selenoid, но дело в том, что я начинающий, впервые пытаюсь настроить данные процессы и не понимаю где у меня сейчас проблема, поэтому на данном этапе хочу добиться того, чтобы браузер открылся и в нём выполнились минимальные тесты, после чего я уже буду делать решение более правильно.
Изначально я использовал FirefoxDriver (не gecko, а старый, встроенный в selenium, т.к. версия браузера на которой необходимо выполнять тесты - 44). При обычном запуске скрипта в shell`е, браузер запускался, тесты выполнялись, но при попытке запуска в pipeline`е выдавалась ошибка вида:
Далее я заменил инициализацию FirefoxDriver`а на RemoteWebDriver с передачей в параметры объекта FirefoxOptions и uri hub`а, поднял на машине-runner`е selenium-standalone-server, который выступает и в роли hub`а и в роли node`ы, в итоге в pipeline`е получил ошибку следующего вида:
Изначально я использовал FirefoxDriver (не gecko, а старый, встроенный в selenium, т.к. версия браузера на которой необходимо выполнять тесты - 44). При обычном запуске скрипта в shell`е, браузер запускался, тесты выполнялись, но при попытке запуска в pipeline`е выдавалась ошибка вида:
OpenQA.Selenium.WebDriverException : Failed to start up socket within 45000 milliseconds. Attempted to connect to the following addresses: 127.0.0.1:7055
Далее я заменил инициализацию FirefoxDriver`а на RemoteWebDriver с передачей в параметры объекта FirefoxOptions и uri hub`а, поднял на машине-runner`е selenium-standalone-server, который выступает и в роли hub`а и в роли node`ы, в итоге в pipeline`е получил ошибку следующего вида:
System.InvalidOperationException : Unable to create new service: GeckoDriverService
скажу как начинающий - лучше сразу учиться по правильному и сделать на селеноиде. На самом деле это просто