Давай ты охладишься чуть чуть в ридонли и научишься беседу вести

Если ты так делаешь - тебя точно что-то не то с выстраиванием тестирования

Я так делаю, что не так?)

Он ответит когда выйдет завтра из ридонли и посмотрит сорсы на гитхабе в качестве домашнего задания. Наберись терпения

Возможно это всё от недоверия к работе API - мол - только инсерт/апдейт в базу - надежный путь, а Post запрос может наврать и записать не то, и потом разгребай.

Но я тоже делаю много всего подготовительного через API потому что так меньше поддерживать sql-лек в коде самостоятельно, а правильность работы самих POST-запросов проверяю отдельными тестами.

Возможно имелось ввиду, что человек говорит будто бы таких фикстур будет много. Значит логичнее оформить запрос в виде хелпера один раз и дергать в разных фикстурах с параметрами, нежели в каждую пихать

Да просто нужно руководствоваться в первую очередь здравым смыслом. Авторизация в сервисе не может являться подготовкой состояния? Думаю, что может. Проверка авторизации идеалогически тестовый случай? Ну добавьте пару кейсов (условно) на проверку авторизации. А остальные пусть получают токен в одном месте. Экономия времени на лицо. Но в первую очередь, повторюсь, руководствуйтесь здравым смыслом. Пишите так, чтобы потом было удобно поддерживать/модернизировать

сказал человек внимательно наблюдающий за парой предыдущих тредов

Мне чудится запах сарказма?

авторизация = часть сценария

вынеси

если на это нужно 150 запросов = вынеси

это не подготовка

это сценарий

не должно быть в фикстуре

трушные разрабы дадут палкой по ебалу

вынесешь - поймут и простят

Да пофиг где оно будет. Я говорю о том, что нечего столько кода городить. Сделай функцию и дергай. В случае БП быстро все поправишь. Суть то не меняется.

.

я два дня читал ваш срач