А ещё знающие люди подскажите можно ли использовать в pytest  фикстуру в teardown методе, при этом скоуп у нее модуль, и она появляется в тесте?

Прошу прощения за глупый вопрос но что такое хэлпер? Какие функции он должен выполнять ? Неоднократно в чате натыкаюсь, но не пойму для чего он нужен и когда

Евгений был прав, я беру токен и с помощью него тестирую все методы требующие авторизацию, другого способа я не вижу. для уменьшения нагрузки задал scope='session', чтобы токен один раз запрашивался.

и да, я ньюфаг, не хотел холивары поднимать

Артём, грубиян в ридонли сидит. Все хорошо, задавайте вопросы 👍

Раз сегодня такие активные обсуждения по фикстурам подготовки задам ещё раз вопрос про юзеров:
2)Сейчас для каждого прогона сервиса использую регистрацию нового юзера с последующим подтверждением, думаю что уже нарегал достаточно и можно использовать ранее зареганых, как их лучше хранить ? раньше хранил в файле но что то не особо удобно, особенно когда нужно отмечать что юзер в работе или нет. Развернуть свою базу и хранить в ней пользователей+ ещё какие то данные, не будет ли это оверкил? Если норм то это лучше редис или mysql хватит с лихвой?

Примерно над такой же задачей ломаю голову. Только мне нужно с помощью psycorpg2 сгенерить данные пользователей в бд, вынести это в фикстуру подготовки к тестам, а после тестов дропнуть базу.

А если в основую бд добавить поле с указанием - реальный это пользователь или тестовый?)

Звучит как то неочень

Редис и мускуль работают по разному. Почитай про них и решай как тебе удобно

какие минусы? ты же и так их там хранишь, по посту выше

А плюсы какие?)

Не нужно поднимать для этого отдельную базу, например. вопросом на вопрос отвечать - это конечно тема)

Экономия какая то выходит?

1. вот у тебя есть живой сервис, в нем в базе лежат пользователи.

2. Для тестов ты в эту же базу (или базу с идентичными таблицами и схемами, назовём ее test env база) как-то должен напихать тестовых данных.

3. Пихай эти данные перед тестами, потом либо эти же данные удаляй, либо чисть всю базу

Тут мысль чуть в другом у меня была, нужно знать что какой то определенный юзер сейчас используется в данный момент в тесте и его не нужно дергать чтобы использовать в другом тесте, но как освободится было бы круто чтобы можно было его заного использовать. Потому только как то отдельной базой можно сделать так чтобы при многопоточном запуске фикстура при подаче юзера не выдавала того юзера что уже используется

Есть и другие способы шарить данные между процессами

Но вообще вариант создавать когда надо и за собой удалять лучше

"его не нужно дергать чтобы использовать в другом тесте"
- так не ссылайтесь на захардкоженные данные. внесите уникальный рандомизированный атрибут / префикс который будет всегда разным при создании сущности, так тесты не будут ссылаться на одну и ту же сущность