Size: a a a

testing_in_python

2020 October 15

T

Tox in testing_in_python
a = driver.find_element_by_xpath('//div/pre')
a.text
источник

T

Tox in testing_in_python
и в ответе всегда вот так
''
источник

T

Tox in testing_in_python
в реалии, в этом div еще есть тэг "p", тоже с текстом, и из него все прекрасно достается
источник

EB

Evgenii B in testing_in_python
get_attribute('innerHTML')
источник

EB

Evgenii B in testing_in_python
вместо .text попробуй
источник

EB

Evgenii B in testing_in_python
вместо попытки взять этот текст один раз, напиши цикл с общим тоталом по времени в 10 секунд и каждую секунду выводи в печать что у тебя нашлось по твоему тегу. вдруг у тебя DOM содержит структуру, находится элемент, но он асинхронно потом добавляет туда значение, ты не дожидаешься его
источник

T

Tox in testing_in_python
Evgenii B
get_attribute('innerHTML')
сработало, спасибо!
источник
2020 October 16

IS

Idi Suda in testing_in_python
источник

E

Egor in testing_in_python
Народ, а как чаще делают, проект с API тестами отделяют от проекта с UI тестами или нет? Просто на первый взгляд кажется, что правильнее бы разделить, но с другой стороны приступая к UI тестам, начинаю прикидывать, что мне понадобятся разные вещи типа классов таблиц БД и прочее из проекта с API, и дублировать это было бы неправильно, ибо правки делать в двух местах придется в случае чего.
источник

GK

Georgy Khimkin in testing_in_python
Egor
Народ, а как чаще делают, проект с API тестами отделяют от проекта с UI тестами или нет? Просто на первый взгляд кажется, что правильнее бы разделить, но с другой стороны приступая к UI тестам, начинаю прикидывать, что мне понадобятся разные вещи типа классов таблиц БД и прочее из проекта с API, и дублировать это было бы неправильно, ибо правки делать в двух местах придется в случае чего.
Я вместе хранил все. Да, методы обращения к api могут потребоваться в ui тестах, именно поэтому.
источник

OC

Oleg Chaplashkin in testing_in_python
Коллеги!
Я в conftest.py могу из фикстуры(глобальной), передать в атрибут тест-класса вот таким образом:

session = request.node
for item in session.items:
   cls = item.getparent(pytest.Class)
setattr(cls.obj, "rules", rule))

А каким способ можно (и возможно ли?) сделать подобное для модуля? Чтобы в глобальных переменных модуля появилась мой объект и я могу его использовать через

@pytest.mark.parametrize(("data", dataset))
class TestAlerts:
источник
2020 October 17

AM

Artur Mustafin in testing_in_python
ну че, черти, как тестирование?
источник

AM

Artur Mustafin in testing_in_python
пофиксил у босса e2e тесты на behave настроение божественное
источник

IS

Idi Suda in testing_in_python
источник

AM

Artur Mustafin in testing_in_python
блин просто круто! и авка и гифка, синхронизированы.
источник

AM

Artur Mustafin in testing_in_python
когда уже питон 4 выкатят, не могу уже дождаться
источник

EB

Evgenii B in testing_in_python
Egor
Народ, а как чаще делают, проект с API тестами отделяют от проекта с UI тестами или нет? Просто на первый взгляд кажется, что правильнее бы разделить, но с другой стороны приступая к UI тестам, начинаю прикидывать, что мне понадобятся разные вещи типа классов таблиц БД и прочее из проекта с API, и дублировать это было бы неправильно, ибо правки делать в двух местах придется в случае чего.
разнести на разные проекты, описать в каждом проекте структуру разворачивания вокрспейса так, чтобы импорты сработали. Т.е сделать от другого проекта git clone в нужную папку
источник

AM

Artur Mustafin in testing_in_python
понял дзен и основную боль  при тестировании - когда у тебя venv, win10, vscode, .devcontainers, с unixodbc,  а у босса mac os x, какой-то говнозагрузчик вместо apt-get, brew кажется, и никакого venv (pyodbc на маке без venv - убейте меня, я вспомнил снова...)
источник

EB

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

AM

Artur Mustafin in testing_in_python
Evgenii B
docker.
та так и спасся
источник