Из своего опыта, я вообще стараюсь при написании тестов, первоначально разработать свою экосистему тестирования. Для примера, если несколько классов используют авторизацию а тестах, то лучше унаследоваться от класса который тестирует авторизацию и там же создаёт фэйк данные для тестов. При каждом тесте будут создаваться новые пользователи и проходить необходимую цепочку. Потом снова затирать.
присоединюсь к вопросу выше. Если вы тестируете функционал метода, зачем при этом прогонять авторизацию? Почему не разделить - отдельно протестировать авторизацию, отдельно все методы без авторизации. Иначе у вас уже интеграциионые / функциональные тесты получаются. Никак не юниты.