Size: a a a

QA — Автоматизация

2020 September 23

К

Кирилл in QA — Автоматизация
еще вопрос, если я получил список элементов, ну разных ссылок
как мне на каждый из них зайти?
вот такой вид списка при выводе
<selenium.webdriver.remote.webelement.WebElement (session="6609323f06662de2288f459c2c17a416", element="674e96a3-07c3-4714-850f-3e575ed70728")>, <selenium.webdriver.remote.webelement.WebElement (session="6609323f06662de2288f459c2c17a416", element="f150f466-c713-48df-8f47-090d7c1b45d1")>
источник

S1

Sceptic 1234 in QA — Автоматизация
тебе надо засунуть их в коллекцию, например ArrayList<WebElement>
и они будут там лежать.

Вывод этот это их айдишники в dom'е
источник

A

Anna (terrajanis) in QA — Автоматизация
Yokohama Ree
Зачем использовать css когда есть xpath?
css визуально красивее выглядит 🙃
источник

A

Alexey🐾 in QA — Автоматизация
Sceptic 1234
тебе надо засунуть их в коллекцию, например ArrayList<WebElement>
и они будут там лежать.

Вывод этот это их айдишники в dom'е
До техпор, пока в вёрстку не засунут допы или в тексте не появятся😀
источник

YR

Yokohama Ree in QA — Автоматизация
Anna (terrajanis)
css визуально красивее выглядит 🙃
Пробовал я это, ни функционально ни визуально не тянет
источник

S1

Sceptic 1234 in QA — Автоматизация
Anna (terrajanis)
css визуально красивее выглядит 🙃
ды всё равно придётся юзать xpath, т.к. у него функционал шире. так что если нет чёткой задачи юзать css лучше везде юзать xpath для единообразия решений имхо
источник

A

Anna (terrajanis) in QA — Автоматизация
Лучше добавлять элементам айди 🙈
источник

S1

Sceptic 1234 in QA — Автоматизация
ну, это в идеальном мире) а в фреймворке с которым например я имею дело, даже если разработчик добавляет id типа id_for_qa фреймворк к нему приделает чот типа id_for_qa123544234
источник

A

Alexey🐾 in QA — Автоматизация
Sceptic 1234
ну, это в идеальном мире) а в фреймворке с которым например я имею дело, даже если разработчик добавляет id типа id_for_qa фреймворк к нему приделает чот типа id_for_qa123544234
Нюю есть же регуляярки...или там нет?🤔
источник

S1

Sceptic 1234 in QA — Автоматизация
В смысле регулярки? Не понимаю в данном контексте
источник

A

Alexey🐾 in QA — Автоматизация
Sceptic 1234
В смысле регулярки? Не понимаю в данном контексте
А не, я недопонял. Я имел ввиду регулярные выражения для обрезки строки
источник

B

Bola in QA — Автоматизация
Sceptic 1234
ну, это в идеальном мире) а в фреймворке с которым например я имею дело, даже если разработчик добавляет id типа id_for_qa фреймворк к нему приделает чот типа id_for_qa123544234
[id*="id_for_qa"]
источник

A

Alexey🐾 in QA — Автоматизация
Есть жзначит
источник

S1

Sceptic 1234 in QA — Автоматизация
Я уже даже не помнил про это)
ну энивей разработчики платформы пишут:

LWC uses a polyfill to implement shadow DOM rather than a native browser implementation. This implementation restricts Selenium access by non-XPath selectors, like By.cssSelector(), but still allows direct access with By.xpath(). The simplest fix is to convert your non-XPath locators to XPath.

Так что так и так у меня нет выбора
источник

i

iBljad in QA — Автоматизация
Yokohama Ree
Зачем использовать css когда есть xpath?
Чтобы сэкономить 20мс в пятиминутном тесте)
источник

i

iBljad in QA — Автоматизация
Bola
[id*="id_for_qa"]
[id^="id_for_qa"] вроде так лучше
источник

B

Bola in QA — Автоматизация
ага
источник

S1

Sceptic 1234 in QA — Автоматизация
iBljad
Чтобы сэкономить 20мс в пятиминутном тесте)
ну, кстати вот тут чел пишет довольно убедительно, что на самом деле xpath даже быстрее, не считая эксплорера http://sidelnikovmike.blogspot.com/2013/11/selenium-css-xpath.html
источник

BO

Boris Osipov in QA — Автоматизация
ага. понедельник, 11 ноября 2013 . еще бы статью 2001 года откопали с сравнением в Netscape navigator.
источник

MK

Mem Kekovich in QA — Автоматизация
Шёл 2020 год
Автоматизаторы все еще выясняют что лучше: XPath или css
И как найти элемент в доме
источник