OS
у меня идет перебор элементов, затем вызов методов, возможно поэтому и не успевает
нет не в map проблема
Size: a a a
2020 October 07
OS
у меня получается сначала одно окно всплывающее, потом подтверждаю действие и следом второе окно появляется, первое пропадает
OS
у меня получается сначала одно окно всплывающее, потом подтверждаю действие и следом второе окно появляется, первое пропадает
решил проблему, я использовал
if (ClassNames.TITLE_NOT_CHANGES.isDisplayed()) {
ClassNames.BUTTON_OKK.scrollIntoView(false).click();}
убрал if и оставил только
ClassNames.BUTTON_OKK.scrollIntoView(false).click();
и все заработало, только вопрос, почему с if работало через раз?
if (ClassNames.TITLE_NOT_CHANGES.isDisplayed()) {
ClassNames.BUTTON_OKK.scrollIntoView(false).click();}
убрал if и оставил только
ClassNames.BUTTON_OKK.scrollIntoView(false).click();
и все заработало, только вопрос, почему с if работало через раз?
A
isDisplayed - это не проверка на видимость или невидимость
A
И этот метод из селениума, а не селенида
OS
isDisplayed - это не проверка на видимость или невидимость
а как тогда проверить на видимость, shoudBe(visible), так?
A
shoudBe(visible) лучше да, а если нужен булевый, то вроде есть метод is()
OS
странно, в доке написано, что проверяет и если не выполняется условие, то закрывает браузер
OS
shoudBe(visible) лучше да, а если нужен булевый, то вроде есть метод is()
отлично, спасибо
OS
всем спасибо за помощь :)
BO
перечитайте. ничего такого там не написано.
OS
BO
и где там написано "закрывает браузер" ?
OS
и где там написано "закрывает браузер" ?
про браузер ошибся, согласен, но на видимость проверяет и на существование элемента
BO
Andrei Solntsev
Ну ок, можно добавить настройку для выключения логов. Но разве они не могут вам понадобиться, когда тесты упадут? Не лучше ли логи всё-таки писать, а в случае успешного теста удалять?
в моем опыте, эти логи были нужны для локального дебага какой-то странной фигни.
а так как сказал Алексей, по стектрейсу должно быть все понятно.
а так как сказал Алексей, по стектрейсу должно быть все понятно.
AS
Да, эти логи нужны редко. Но не обязательно для локальной фигни: у меня как раз самая загадочная фигня обычно на CI творится, а локально-то всё зелёное.
AS
Ну давайте, что ли, вообще выключим эти логи по умолчанию. Кому надо, сможет включать. м?
AB
я конечно же за. когда творится неведомая фигня — эти логи, которые вы включили, скорее всего будут бесполезны, вместо них нужны логи драйвера в дебаг-режиме. а дебаг-уровень включать по умолчанию совсем не стоит, потому что они очень подробные и ещё больше места будут занимать
A
Кстати, как считаете, это нормально что selenide что скрины, что логи сохраняет в папке build, даже если maven (а там target)?
AB
это как раз настраивается,
Configuration.reportsFolder