Почему я получаю NoSuchElementException в моем PageObject c selenide?

[evgmoskalenko]

Хмм, а ежели страница перезагрузится, обращение к этому элементу не будет падать с StaleElementException ? private SelenideElement fieldFirstName = $(Selectors.by("id", "product:fname"));

нет, у меня по тесту страница перегружается, чиститься кука, добавляется в урл параметр и происходит релоад страницы и потом происходит поиск элемента

[rmarinsky]

У селенида такого нет

[asolntsev]

@evgmoskalenko Привет!
Жаль, что я так поздно дошёл до этой темы.

Когда вы инициализируете пэдж-объект с помощью метода page:
PayPalFirstStepPage firstStep = page(PayPalFirstStepPage.class).

Selenide

1. создаёт экземпляр объекта (и полю fieldFirstName присваивается значение $("#product:fname")), но после этого
2. Вызывает селениумовскую фабрику PageFactory.initElements(), которая пытается найти у всех элементов @FindBy и по ним найти элементы в браузере. Если у какого-то элемента нет аннотации @FindBy (как в вашем случае), он ищет элемент по имени поля, т.е. fieldFirstName.

В общем, проще всего объявлять поля с типом By:

private By fieldFirstName = By.id("product:fname");

[evgmoskalenko]

Спасибо, только начал позновать селенид, сталкиваюсь с нюансами

то есть по сути, такой вот метод page() делает принудительную инициализацию селениумовской фабрики PageFactory.initElements()? Чтобы не передавать во всяких там конструкторах? Заюзал метод page и пиши @FinBy?

И такой еще вопросик, зачем искать по имени поля - "fieldFirstName"?

@asolntsev, а вот такой подход нормальный?

private SelenideElement fieldFirstName = $(By.id("product:fname"));

[rmarinsky]

ничоси

[asolntsev]

Да, нормальный. И тогда метод page() вообще не нужен. Вообще круто!

[evgmoskalenko]

Да, нормальный. И тогда метод page() вообще не нужен. Вообще круто!

Спасибо, теперь стало все прозрачней.

Мне просто больше нравится совмещать подходы - объявление веб-элементов в объекте страницы и использовать поиск веб-элементов в методах $("#foobar").click();

идея очень хорошая писать в методах поиск элемента и работу с ним, но с другой стороны когда используется больше одного раза веб-элемент, то лучше вынести в переменную, а писать эти постоянные @FinBy - со временем напрягает. Да и разработчиков сложно потом заставить переверстать страницу так, чтобы я мог не использовать длинный xpath локатор, а айдишник. А в методе такой xpath-локатор не оч хорошо смотрится

Еще я вот какую штуку заметил, если писать в классе вот так (обьявлять веб-эелементы):

private SelenideElement fieldFirstName = $("#product:fname");

то выходит, что поиск элемента происходит не в момент его использования, а в момент инициализации объекта. То есть если такую строку написать в самом верху, затем инициализировать объект страницы, но не дернуть метод, который работает с этим элементом "fieldFirstName", то поиск элемента этого будет выполняться, дебажил..

[asolntsev]

Неа, не будет.
В вашем случае поиск выполнился именно из-за дебага. Как только вы остановились на брейкпойнте, IDE вызвала у объекта SelenideElement метод toString(), и он уже полез искать элемент.

А без дебага поиск не выполнится. Проще всего проверить так: объявите несуществующий элемент. Если бы поиск осуществлялся, вы бы сразу получили ошибку.

[evgmoskalenko]

ага попробую, спасибо, но дело в том, что у меня этот элемент не присутствует на странице пока вкладку не нажму, а сам элемент вверху класса. И выходит так, что страница загрузилась, вкладка не нажималась и метод, который с элементом работает - не дергался, но логи показывают, что этот элемент не найден (без дебага). Если же такой элемент убрать из переменной и подставить в сам метод, тогда все работает на ура. Тесты его не пытаются искать на странице, пока не дернит его метод, в котором этот веб-элемент используется..

[asolntsev]

А можешь приложить точные логи?
С полным стектрейсом ошибки, что элемент не найден.

[evgmoskalenko]

А можешь приложить точные логи?
С полным стектрейсом ошибки, что элемент не найден.

да, постараюсь сделать на днях.. Вернуть надо код в прежнее состояние, а то из-за той штуки переделал многое Выложу сюда..

[xotabu4]

Так и есть, двоеточия вообще не очень правильно юзать для айдишников.
http://www.w3schools.com/cssref/css_selectors.asp
Вот тут есть примеры локаторов с :

Как вариант если поменять айдишник нельзя, но очень хочется css selector:
$("[id='product:fname']")

[evgmoskalenko]

http://www.w3schools.com/cssref/css_selectors.asp

дак айдишник такой же поставил не я Он уже стоит такой..

[asolntsev]

Кстатий, Сергей Пирогов как раз нарвался на ту же проблему и описал в своём блоге:

Темная сторона Selenide

[evgmoskalenko]

Таки да Видать мы с Сергеем пришли к этому, как-то

[rmarinsky]

Но я к этому раньше пришел. Когда не очень разбирался в page object у селениума