Ну или вы один раз авторизуетесь в сессии, и затем можно разные запросы отправлять, но это уже не для ui тестов

Она куки например хранит твои. А одиночные запросы нет

Т. Е. Это для того, чтобы не сохранять куки после первого запроса?

Чтобы сохранять и после первого, и после второго и так далее

Я имею ввиду можно сделать запрос, сохранить куки и потом не подставлять их в остальные

Например да

Ну это как в браузере авторизация в рамках сессии

Только тут не браузер)

яснапанятна. спасибо

Вот ссылка, почитай

это видимо мой пример, я передаю в тест авторизованную сессию

Всем привет.
Подскажите, может есть у кого идея, как лучше сделать.
Суть: У меня имеется несколько пользователей в системе с разными правами. Мне нужно под каждым из них авторизоваться и выполнить операции какие-то. Логин/пароль у каждого соответственно разный, имеются ко всему прочему разные стенды, на которых эти юзеры отличаются, поэтому я использую файл настроек, который я открываю в соответствии с передаваемым параметром. Парсятся эти данные в фикстуре. В данный момент, все тесты под каждым из юзером с определённым набором прав объединены в класс, для которого существует своя фикстура авторизации. Можно ли как-то параметризовать это?

сам тест не отличается что ли для всех юзеров и окружений?

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

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

Я тоже сейчас думал об этом.
Тут только что поселила мысль ещё одна, как можно попробовать сделать. Спасибо)

Привет. А можно как-то уже в самом тестовом методе получить параметр с которым запустилась фикстура?

Можно

Подскажешь как?