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

если много обязательных полей - то фабрики полюбому нужны

Да. Не бывает таких проектов, где в 7к тестах нужен одинаковый юзер.

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

верно?

Бывает))

И тебе придется 7к раз менять юзера, если например решат заменить/убрать/добавить какие-то поля

вставку тестируешь отдельно, твой метод insert.

поэтому вот это
> и далее что угодно т.к. вставка будет протестирована
не актуально - тебе срать, протестирована вставка или нет. Для теста выборки это НЕ ВАЖНО.

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

поэтому абсолютно не важно, протестирован ли твой метод вставки или нет, потому что даже в самой хуевой в мире ситуации - твой тест на выборку завалится, если что-то пошло не так

в всмысле менять?

запустятся новые тесты (после добавления полей), соответственно и юзеры в базе сгенерятся новые во время тестов

Я НАКОНЕЦ ТО ПОНЯЛ

Со старыми данными

неужели

с какими старыми? новый пайплайн поднимается с чистой базой, там ничего не будет

ахаххаха, спасибо тебе огромное
до этих вещей самому с нуля доходить трудно
ты засейвил мне уйму времени

рад помочь)

Ну например самый грубый пример- раньше для логина юзался телефон, ты насоздавал юзера с телефоном, потом сказали меняем логин на инн

И все тебе менять везде телефон на инн в 7к тестах, вместо того чтобы поменять 1 фикстуру

для этого существуют фабрики энтити