АК
А там какой метод?
browser.element('.your_selector').should(be.not_.existing)Size: a a a
2021 March 30
АК
browser.element('.your_selector').should(be.not_.existing)поправил)
P
По факту тоже самое что Try просто несколько другое.
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
AR
Philip
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
Спасибо. не знал про такое различие.
Мне нужно проверить явно что определенных элеменов нет на странице.
Мне нужно проверить явно что определенных элеменов нет на странице.
EB
with pytest.raises(NoSuchElementException) ?
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
AR
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Вот ждать не хочется. Тк элементов много.
EB
Вот ждать не хочется. Тк элементов много.
Тогда нужно проверять транзишн состояний:
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
M
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Верно. Отвык от богомерзкого UI.
AR
Тогда нужно проверять транзишн состояний:
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
Опять же же мы не уходим от Try...
Хотя мысль пришла как без Try еще можно сделать. отпарсить код страницы и уже оттуда отпарсить элементы и если их не находится. Но както криво.
Хотя мысль пришла как без Try еще можно сделать. отпарсить код страницы и уже оттуда отпарсить элементы и если их не находится. Но както криво.
EB
Try не нужен будет если есть правильное ожидание на правильный предикат. Try это считай инвертированный случай на существование элемента
СС
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Но когда ты проверяешь что элемента нет на странице, то лучше либо нормальный предикат написать и ждать его, либо проверять как
assert buttonSubmitDisappeared()
Так твой код тестов тоже может кидать исключение, которое можно так же ловить через pytest.raises
СС
Условно есть у тебя метод который ждет что чтото произойдет и ты им прям везде пользуешься. И захотел ты написать негативный кейс. Нафиг писать отдельные проверки когда можно имеющийся метод обернуть в raises и убедиться что действие НЕ произойдет
В
Philip
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
Спасибо) По факту я написал 3 строчки в место 1)
В
Привет. А возможно как-то через send_keys загзузить сразу несколько файлов?
СС
Привет. А возможно как-то через send_keys загзузить сразу несколько файлов?
несколько раз только если загружать, насколько я знаю
В
У меня если по одному, то происходила странная ситуация, загружался первый, потом второй и почему-то опять первый.
В
несколько раз только если загружать, насколько я знаю
Оказалось что можно. Вот так, и кстати мне тоже это помогло.
element.send_keys(name + "\n" + name2)8G
Оказалось что можно. Вот так, и кстати мне тоже это помогло.
element.send_keys(name + "\n" + name2)
MК
Переслано от Mike Кernserj
Привет!
кто-нибудь сталкивался с таким, что обновления приаттаченного проекта в пайчарме не подхватываются?
кто-нибудь сталкивался с таким, что обновления приаттаченного проекта в пайчарме не подхватываются?