Так а нет стабильного решения без циклов, try catch и т.д?

Никто не сталкивался? У всех в тестах страницы без скролла?🧐

Ну вообще-то, клик по елементу не нуждается в скролле к этому элементу. А вот если элемент после скролла "догружается", тогда, как вариант, сразу в самый конец страницы попробовать проскроллить

Обернуть в хелпер метод и задавать параметром.

ну да, я понимаю. Но это надо заранее знать на этой странице, максимум   на 500 пкс проскрорлить, а на той на 700

Сталкивались люди на классическом стэковерфлоу, и предлагают разные решения:
https://www.google.com.ua/search?client=opera&q=stackoverflow+selenium+scroll+to+element+too+long&sourceid=opera&ie=UTF-8&oe=UTF-8

Можете посмотреть-перебрать.

У меня лично в практике не было таких чтоб ооооочень длинных страниц.

for(<50)
скролить через https://developer.mozilla.org/ru/docs/Web/API/Element/scrollIntoView  джс,
тыкать куда надо,
if проверить что что-топоявилось, изменилось? break;
слип 200
В итоге если за 10 секунд не получится, то дальше по тесту проверка на что-то и сломать?
Я б как-то так сделал

всем привет!

qq

Никто не хочет меня на работу взять?) Москва

Есть канал по вакансиям -- https://t.me/qa_jobs

Когда я использую первый xpath и потом кликаю на елемент, все работает, но когда я использую второй xpath получаю ошибки TimeoutException или NoSuchElement

@rpwheeler спасибо!

🤔как то с POM захотелось поюзать,т.е под каждую страницу создаю класс(Java) и реализую там все webelements которые есть на странице + методы которые могут быть на странице?

например у меня есть страница с пользователями и я качестве параметра передаю …./users но мне надо авторизоваться ,я должен метод авторизации прописывать в UserPage или брать его с LoginPage,

Разбивка на пейджи и элементы -- дело логическое. Не нужно дублировать всё и везде. Если логин делается через контрол в "шапке", можно его вынести в отдельный элемент.

Если нужны подготовительные операции -- их можно вынести в подготовительный блок.

Если на странице есть несколько больших блоков -- можно сделать несколько классов под них.

Если какие-то операции требуют вызова нескольких атомарных классов и делаются регулярно -- можно сделать реализующий повторяющуюся логику класс-хелпер.

Работая с паттернами, стоит познакомиться с темой детальнее, и с разными её сторонами -- какие есть, и как не надо делать.
Рекомендую следующие выступления:


https://www.youtube.com/watch?v=EnooA2kEhY0
Николай Алименков — Паттерны проектирования в автоматизации тестирования

https://www.youtube.com/watch?v=-JI9tcWr8E4
Design Patterns for QA Automation. Антон Семенченко. COMAQA Piter 2017


https://www.youtube.com/watch?v=eP1CsV5rt-A
Антипаттерны UI-Автоматизации. Антон Семенченко. Comaqa Spring 2018.

https://www.youtube.com/watch?v=oVx1Z04Ajq0
Иван Пашко "Антипаттерны и запахи в автоматизации тестирования"

@rpwheeler спасибо, пожалуй подтяну теорию

🔫 @Geithnerh кикнут — вернуть этого пользователя можно только разбаном в настройках чата.

Проголосовавшие за кик:
@rpwheeler, Sergei, @ims0me