СС
ну я упростил, сути это не меняет. создающая функция - в теле теста
Size: a a a
2021 September 06
А
угу, но возвращает еее эта фистура, и думаю там же она(внутренняя факнуия) описана. Там и встраиваем дикт. Но так я бы подумал над рефакторингом в плане параметризации
АК
А так разве вся побочка не остаётся в теле теста? Как замерять время выполнения чистого теста?
СС
а откуда ты из фикстуры знаешь какой тест ее вызвал? request только если тянуть
СС
и чтобы он был виден в _make_customer_record
А
обернуть в измерительный враппер вызов самой тестовой функции
А
да, реквест всегда доступен, самый простой путь
СС
в
pytest_runtest_makereport можно получить время любого действия теста. setup teardown callА
поскольку внутренняя функция инкапуслирована - мы спокойно можем возвращаеть партшиал с уже запихнутым туда нод айди и че там нам еще надо
АК
Так все равно фикстура же используется
СС
о, typo в комменте)
А
ну я во враппере меряю, но у меня там еще память процесса и тп замеряется, если ток тайминг надо то это проще. Но помню у менябыли какие то расхождения с мейк репортом раньше
СС
ну короче не выглядит как универсальное решение. ща накидаю свое, но оно концептально отличается от любых других
А
выглядит как говно, но тут похоже челу ничего быстро исправить не получится 6)
А
правильнее тут двигаться в сторону явных параметров
СС
типа того. для 1 юзера как тут не актуально, но когда данных в бд становится много - фикстуры просто начинают быть бесполезными, ибо комбинации данных и параметров становится уже нереально соединять
СС
ну и + я допилил чтобы пайтест в ctx проставлял и штатной pytest.mark.parametrize
СС
+ у меня есть возможность выполнить все prepare от всех тестов сразу (еще до старта тестовой сессии) в 1 транзакции, что дает сильный выигрыш по скорости когда инсертов десятки тысяч
АК
Коллеги, правильно ли я понял, что нужно сохранять в какой то глобальный словарь ид теста и параметр, который передаём в фикстуру , НО это нужно делать вручную в теле самого теста? Иных вариантов с такой архитектурой не придумать?