Size: a a a

testing_in_python

2021 March 30

АК

Александр Кот... in testing_in_python
Alex Radchenko
А там какой метод?
browser.element('.your_selector').should(be.not_.existing)
источник

АК

Александр Кот... in testing_in_python
Александр Кот
browser.element('.your_selector').should(be.not_.existing)
поправил)
источник

P

Philip in testing_in_python
Alex Radchenko
По факту тоже самое что Try просто несколько другое.
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
источник

AR

Alex Radchenko in testing_in_python
Philip
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
Спасибо. не знал про такое различие.
Мне нужно проверить явно что определенных элеменов нет на странице.
источник

EB

Evgenii B in testing_in_python
Merg
with pytest.raises(NoSuchElementException) ?
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.

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

assert buttonSubmitDisappeared()
источник

AR

Alex Radchenko in testing_in_python
Evgenii B
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.

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

assert buttonSubmitDisappeared()
Вот ждать не хочется. Тк элементов много.
источник

EB

Evgenii B in testing_in_python
Alex Radchenko
Вот ждать не хочется. Тк элементов много.
Тогда нужно проверять транзишн состояний:
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
источник

M

Merg in testing_in_python
Evgenii B
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.

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

assert buttonSubmitDisappeared()
Верно. Отвык от богомерзкого UI.
источник

AR

Alex Radchenko in testing_in_python
Evgenii B
Тогда нужно проверять транзишн состояний:
- проверить что элемент есть
- сделать клик
- проварить что его нет (и не ждать, чтобы появился)
Опять же же мы не уходим от Try...
Хотя мысль пришла как без Try еще можно сделать. отпарсить код страницы и уже оттуда отпарсить элементы и если их не находится. Но както криво.
источник

EB

Evgenii B in testing_in_python
Try не нужен будет если есть правильное ожидание на правильный предикат. Try это считай инвертированный случай на существование элемента
источник

EB

Evgenii B in testing_in_python
источник

СС

Сказочный Сникерс... in testing_in_python
Evgenii B
Это был бы правильный ответ если б ты тестировал апи которое бросает исключение библиотеки например.

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

assert buttonSubmitDisappeared()
Так твой код тестов тоже может кидать исключение, которое можно так же ловить через pytest.raises
источник

СС

Сказочный Сникерс... in testing_in_python
Условно есть у тебя метод который ждет что чтото произойдет и ты им прям везде пользуешься. И захотел ты написать негативный кейс. Нафиг писать отдельные проверки когда можно имеющийся метод обернуть в raises и убедиться что действие НЕ произойдет
источник

В

Виталий in testing_in_python
Philip
Не совсем. Если под with pytest.raises блок не упадёт, то тест станет красным. А если try...except не упадёт, то тест будет зелёным
Спасибо) По факту я написал 3 строчки в место 1)
источник

В

Виталий in testing_in_python
Привет. А возможно как-то через send_keys загзузить сразу несколько файлов?
источник

СС

Сказочный Сникерс... in testing_in_python
Виталий
Привет. А возможно как-то через send_keys загзузить сразу несколько файлов?
несколько раз только если загружать, насколько я знаю
источник

В

Виталий in testing_in_python
У меня если по одному, то происходила странная ситуация, загружался первый, потом второй и почему-то опять первый.
источник

В

Виталий in testing_in_python
Сказочный Сникерс
несколько раз только если загружать, насколько я знаю
Оказалось что можно. Вот так, и кстати мне тоже это помогло.
element.send_keys(name + "\n" + name2)
источник

8G

85150 Gurov in testing_in_python
Виталий
Оказалось что можно. Вот так, и кстати мне тоже это помогло.
element.send_keys(name + "\n" + name2)
источник

Mike Кernserj in testing_in_python
Переслано от Mike Кernserj
Привет!
кто-нибудь сталкивался с таким, что обновления приаттаченного проекта в пайчарме не подхватываются?
источник