BS
ты весь наш тред прочитал?
Size: a a a
2021 June 17
BS
ну всмысле изначальную хотелку видел?
T
прочитал. Не понял откуда взялись сигнлтоны
T
Видел. Возникло куча вопросов
BS
Сущность
Suite должна быть однаT
зачем?
T
это оптимизация или костыли?
BS
чтобы получать доступ к некоторым данным из вспомогающих функций, в которых порой много логики БЕЗ передачи большого количества фикстур
T
откуда в тестах логика?
BS
это оптимизация, потому что тест-кейсы выглядят проще и понятнее
T
какая разница тест кейсам синглтон это или на каждый тест создается заново?
BS
потому что фикстуры на разных стадиях меняют данные в
SuiteT
шта
T
ты там интернет-магазин на фикстурах что ли пишешь?
T
Логика должна быть в твоём прилжении, которое ты тестируешь. Тесты должны быть более менее простыми и понятными. Если в тестах появляется сложная логика - возможно ты что-то делаешь не то. Например, дублируешь логику приложения
T
Что касается сигнлтонов, то, по-моему пайтест не будет создавать кучу копий, если он нужен разным фикстурам. Но могу ошибаться насчет дефолтного скоупа.
BS
Ничего я не дублирую, логикой в данной ситуации называю то, что происходит в вспомогательной функции, пример
Или
send_request - сформировать хедеры и привести данные переданные диктом в нужную форму исходя из того откуда идёт имитация запроса в тестируемый сервис, вернуть дикт либо текст. Хотелка в том чтобы не передавать фикстуры раз за разом в такие функции:send_request(
server,
client,
some_fixt,
data,
method,
path,
query
)
Или
send_request(
data,
method,
path,
query
)
BS
а теперь представь файл с сотней кейсов, по пять вызовов
send_request в каждом, думаю понятно изложилT
ну почему бы не сделать
@fixture
def request_sender(server, client):
yield partial(send_request, server, client)
def test_x(request_sender):
pass
T
или как я сразу предлагал классом, а не partial