Авторизуйтесь перед сьютом. Причём UI для этого не нужен - возьмите метод на который передаются данные, и дергайте его http-клиентом. Затем сохраняйте куки

вообще тесты на тесты писать часто хорошая идея

У некоторых разрабов мозг как-то по-другому работает. Недавний пример: есть две булевые переменные, есть ветвление в стиле "если а, то (если б подпрыгни, иначе похлопай)"
Разраб видит, что надо проверить ветку подпрыгни, ветку похлопай и ветку "не а". Разраб прав с точки зрения покрытия веток, но не прав с точки зрения покрытия значений переменных, мы полчаса сражались, чтобы было 4 теста вместо трех, так как бизнес логика поведения этих переменных сильно нестабильна)
Вопрос скорее был даже не в том, что там обязательно должно было быть 4 теста, а в том, что разраб вообще сооовсем не понимал, как их может быть 4, тут же все очевидно!

Я в этом почти ничего не понимаю. Не могли бы вы порекомендовать что почитать на эту тему, или о чём спросить гугл?

Ищите http client library под ваш ЯП. Спрашиваете у разработчиков/смотрите в devtools какой метод отвечает у вас за авторизацию. Повторяете его в тестах.

а какой должен быть четвертый, по вашему мнению?

👍

"не А"

что "не А"? Не А - это либо Б либо ни А ни Б :)

не булевы значения на входе

если я правильно понял условие, там ифы вложены

тоже понял как

if a:
    print(a)
else:
    if b:
        print(b)
    else:
        print(not a not b)

сорян, я сам запутался в "псевдокоде")))

спасибо

Я изначально про
А б
А не б
Не а б
Не а не б
Небулевы тоже регулярно забывают х)

ээ вы не могли бы хотя бы псевдокод написать) а то не сильно ясно, какая логика)

кажется, четвертым вариантом было "не А" + "не Б"

в случае вложенных ифов, это то же самое, что вариант не А

if a:
    print(a)
else:
    if b:
        print(b)
    else:
        print(not a not b)

Не, баз первого else)