Как устроена структура классов в вашем REST API-тестовом фреймворке?

Опишите реальные слои своего фреймворка: тестовые сценарии, API-клиенты, модели данных, подготовку состояния и проверки. Не существует единственной обязательной структуры классов.

Клиент обычно скрывает HTTP-детали, модели представляют запросы и ответы, fixtures или builders готовят данные, а assertions проверяют контракт и бизнес-результат. Общие настройки авторизации и окружения лучше не дублировать в каждом тесте. Объясните, где проходит граница ответственности и как устроена очистка. Приведите путь одного теста через эти компоненты.