AS
Конкретнее, что значит "не проходит"?
Size: a a a
2020 February 16
AS
результат Actual value: visible:false
AS
в тесте выдает ...... value="cod" selected:true displayed:false></input>'
Это для radio button, я понимаю что можно завязаться на selected, и тогда пройдет тест .shouldBe(selected);
Это для radio button, я понимаю что можно завязаться на selected, и тогда пройдет тест .shouldBe(selected);
AS
но вот не могу понять почему тогда проходит .isDisplayed();
AS
возможно потому что данный метод ищет просто в DOM, без реального отображения
AS
Как выглядит реализация
AS
О_о.. наткнулся на твой коммент, читая что такое .isDisplayed();
http://internetka.in.ua/selenium-driver-element-visibility/
П.С. Правда там коммент за 2013 год :)))
http://internetka.in.ua/selenium-driver-element-visibility/
П.С. Правда там коммент за 2013 год :)))
AS
Твой первый вариант проходит, потому что он ничего не проверяет. Ты вызываешь метод isDisplayed() - он возвращает false - ты его игнорируешь.
AS
эм... вот это epic fail...тоесть по сути тест падал если не найден xpath, а не потому что элемент не отображается :))
AS
Да, возможно
AS
Andrey Smirnov
в тесте выдает ...... value="cod" selected:true displayed:false></input>'
Это для radio button, я понимаю что можно завязаться на selected, и тогда пройдет тест .shouldBe(selected);
Это для radio button, я понимаю что можно завязаться на selected, и тогда пройдет тест .shouldBe(selected);
Cпасибо за разъяснение, тогда как в моей реализации проверить что элемент отображается? Я могу проверить что он .shouldBe(checked), но как проверить что он виден ))
AS
Так shouldBe(visible) и есть правильный ответ.
AS
Если он не проходит - значит, он реально невидимый.
AS
на скриншоте с частью кода что я выслал он виден и по нему проходит .click(); изменяется статус, если был выбран другой
AS
если б был невидимый, клик бы тоже не прошел
AS
прям Санта Барбара :)), Интриги, расследования :))
2020 February 17
PN
Всем привет.
Читаю доку: The majority of operations on elements, acquired by the $ and $$ commands, have built-in implicit waits depending on a context.
Насколько я знаю из Cелениума, Implicit Wait устанавливается один раз и действует на все действия. В Селениде как-то по-другому? Если у каждой операции есть свой встроенный Implicit Wait. то чем он тогда отличается от Explicit?
Читаю дальше: Assertions (например, $("input").should(exist);) play role of explicit waits in Selenide.
Если я пишу какую-то проверку, то Implicit Wait тогда не применяется на данную операцию?
Знаю, что плохо миксить 2 типа ожидания в одном коде, отсюда эти 2 вопроса.
Читаю доку: The majority of operations on elements, acquired by the $ and $$ commands, have built-in implicit waits depending on a context.
Насколько я знаю из Cелениума, Implicit Wait устанавливается один раз и действует на все действия. В Селениде как-то по-другому? Если у каждой операции есть свой встроенный Implicit Wait. то чем он тогда отличается от Explicit?
Читаю дальше: Assertions (например, $("input").should(exist);) play role of explicit waits in Selenide.
Если я пишу какую-то проверку, то Implicit Wait тогда не применяется на данную операцию?
Знаю, что плохо миксить 2 типа ожидания в одном коде, отсюда эти 2 вопроса.
AS
Да, у селенида по-другому
AS
Селенидовский $.shpuldBe(visible) по сути тот же explicit wait, но с одним существенным отличием:
- его невозможно забыть
- ну и синтаксис намного короче
- его невозможно забыть
- ну и синтаксис намного короче
A
и можно конфигом настроить время таймаута, а если надо побольше, есть waitUntil(visible, 6000)