AV
сам xpath быстрый, если не пытаться там мутить универсальные методы для поиска ячейки таблицы
Size: a a a
2020 April 21
AV
не писали методов типа getCell(x, y)?
А
писал
SV
запускаются джобом дженкинса
а логи джобы дженкинса смотрели? включали timestamps()?
AV
тут часто видал ошибки, когда сканирование таблицы минуты длилось
А
getTextFromCell(x,y) если быть точнее
сразу обращается к ячейке и дергает из нее текст
сразу обращается к ячейке и дергает из нее текст
А
а логи джобы дженкинса смотрели? включали timestamps()?
да, там +- совпадает с данными из allure
AV
в идеале там не должно быть итерирования - а просто один жётский xpath
SV
да, там +- совпадает с данными из allure
так анализировали где именно потери?
А
у меня есть несколько крупных методов которые шарятся по таблице в поисках нужного, а найдя занимаются сверкой данных в найденном ряду
А
потери там
А
в момент их выполнения
AV
чаще всего любую ячейку можно найти в лоб одним xpath-ом, без перебирания всей таблицы
А
это если точно знать место где она должна оказаться
А
у меня такой роскоши к сожалению нет..
AV
есть такой трюк - фильтровать таблицу через UI перед поиском
AV
но так перебор таблицы - часто слишком медленный, правда разница между Chrome и FF - довольно странна.
B
Ещё трюк - забрать page_source и распарсить HTML)
AV
Ещё трюк - забрать page_source и распарсить HTML)
а это почему быстрее?
xpath очень быстрый сам по себе
xpath очень быстрый сам по себе
B
а это почему быстрее?
xpath очень быстрый сам по себе
xpath очень быстрый сам по себе
Нет обращений к хрому через драйвер