Телеграмм чат группы testing_in

У тебя в тестах signup делается каждый раз, а ты мог бы создать фикстуру уровня session, получить в ней пару логин/пароль и не нагружать больше бекенд запросами

источник

17:43пожаловаться #9

Artem Veselov in testing_in_python

хорошая идея, попробую осуществить

источник

17:45пожаловаться #10

Evgenii B in testing_in_python

Ну и убрать хардкод в виде хостнейма, описать его в .env файле, а выгружать эту инфу в фикстуре session скоупа используя loadenv либу

источник

17:47пожаловаться #11

Каха in testing_in_python

Так? Только на аргументы ругается
WebDriverWait(driver, 10).until(EC.frame_to_be_available_and_switch_to_it(By.CSS_SELECTOR, 'a[href="/windows/new"]')).
Блин, не то

источник

17:47пожаловаться #12

Evgenii B in testing_in_python

Всякие формирования хедеров вынести в фикстуру, вызовы http спрятать за фасадом http обертки.

Чтобы тест был типа такой:
def test_confirm_pass(auth):
Client = httpClient()
client.login(auth=auth)
assert client.login_response == True

источник

17:51пожаловаться #13

Evgenii B in testing_in_python

Код httpClient может быть очень разным, но идея такая, что он должен отражать доменные действия с твоим сервером. Signup/login/logout/создание контента / етс

источник

17:53пожаловаться #14

Sergey Korol in testing_in_python

Тесты нужно использовать по назначению. Они должны что-то проверять. То, что вы пытаетесь сделать, выглядит, как подготовка системы к начальному состоянию для тестирования. Но это не делается путем формирования цепочки зависимых тестов.

источник

17:54пожаловаться #15

Андрей in testing_in_python

Какую посоветовал бы?

источник

17:55пожаловаться #16

Artem Veselov in testing_in_python

согласен с вами, просто решил проверить теорию

источник

17:55пожаловаться #17

Artem Veselov in testing_in_python

не дорос до этого, но возьму на заметку )