Size: a a a

2019 September 25

MA

Maksim Andryushchenkov in atinfo chat
Я бы это воспринял как комплимент
источник

ИС

Игорь Середа in atinfo chat
Кто-то из остальных членов команды Equilibrium.
источник

ИС

Игорь Середа in atinfo chat
Maksim Andryushchenkov
Я бы это воспринял как комплимент
Тогда я бы не зря все это писал.
источник

S

Spiralka in atinfo chat
Всем привет. Хочу написать тесты, которые проверяли бы логику веб-страницы после авторизации, но на каждый тест открывается новый экземпляр браузера  => куки потерты и надо авторизовываться. Нагуглил в интернете, что кто-то сохраняет кэш и передает его при каждом новом открытии браузера, а кто-то в каждом тесте еще раз авторизовывается. Как правильнее сделать? Или разницы особой нет?
источник

MA

Maksim Andryushchenkov in atinfo chat
ЯП какой
источник

S

Spiralka in atinfo chat
Python
источник

MA

Maksim Andryushchenkov in atinfo chat
ну навскидку
1. фикстура браузера на сессию/класс/модуль и тирдауны тестов перехода на старт пейдж
2. сохранять куки в pytest cache и брать оттуда
3. глобальные переменные не буду советовать, уж лучше объект в синглтоне
ща еще тут подскажут
источник

JA

Jaroslav Aleynikov in atinfo chat
Spiralka
Всем привет. Хочу написать тесты, которые проверяли бы логику веб-страницы после авторизации, но на каждый тест открывается новый экземпляр браузера  => куки потерты и надо авторизовываться. Нагуглил в интернете, что кто-то сохраняет кэш и передает его при каждом новом открытии браузера, а кто-то в каждом тесте еще раз авторизовывается. Как правильнее сделать? Или разницы особой нет?
Я так понимаю вопрос не как сделать, а как правильнее. Это уже вопрос ресурсов и задач. Если есть временной ресурс, чтобы с каждым сценарием логиниться, то логиньтесь, это предоставит более "чистые" тесты, в том плане, что влияние среды на них будет меньше, чем в случае когда будем держать один экземпляр браузера открытым. Сюда же относится тестировать не на одном пользователе, а каждый раз содавать нового, и т.д.
По задачам - это вопрос того какой у вас тест. Если вы проверяете одну функциональность - наверное лучше всё, что не касается этой функциональности исключить из переменных и хотеть более чистой среды. Если end-to-end или реализация пользовательского сценария, то можно отойти от "чистоты" среды.
источник

S

Spiralka in atinfo chat
Спасибо за ответы. Мне нравится идея с "чистыми" тестами. Тестов пока мало, и вряд ли их будет прямо очень много, поэтому временной ресурс есть. Сделаю фикстуру браузера на функцию и буду логиниться каждый тест
источник

IB

Ildar Bekmansurov in atinfo chat
Maksim Andryushchenkov
ну навскидку
1. фикстура браузера на сессию/класс/модуль и тирдауны тестов перехода на старт пейдж
2. сохранять куки в pytest cache и брать оттуда
3. глобальные переменные не буду советовать, уж лучше объект в синглтоне
ща еще тут подскажут
А можно и без фикстуры в setup_class тестового класса, муахахаах
источник

IB

Ildar Bekmansurov in atinfo chat
кстати, где вы храните все эти фикстуры?
источник

MA

Maksim Andryushchenkov in atinfo chat
Ildar Bekmansurov
А можно и без фикстуры в setup_class тестового класса, муахахаах
ну давай скажи мне что у тебя инит браузера не в фикстуре))
источник

MA

Maksim Andryushchenkov in atinfo chat
Ildar Bekmansurov
кстати, где вы храните все эти фикстуры?
pytest_plugins = ['fixtures_api', 'fixtures_db', 'fixtures_ui']
источник

IB

Ildar Bekmansurov in atinfo chat
Maksim Andryushchenkov
pytest_plugins = ['fixtures_api', 'fixtures_db', 'fixtures_ui']
это в доке есть? что это вообще такое
источник

MA

Maksim Andryushchenkov in atinfo chat
это подключаемые файлы к конфтесту
источник

IB

Ildar Bekmansurov in atinfo chat
а, понял
источник

IB

Ildar Bekmansurov in atinfo chat
они наверное огромные
источник

MA

Maksim Andryushchenkov in atinfo chat
источник

MA

Maksim Andryushchenkov in atinfo chat
да не
источник

MA

Maksim Andryushchenkov in atinfo chat
просто удобно разделять и IDE кстати их видит если указать
источник