Автотесты на Python: как не утонуть в фикстурах и моках?

Всем привет! Я тут недавно переписывала один старый тестовый фреймворк на pytest и поняла, что фикстуры и моки — это палка о двух концах. С одной стороны, они спасают, когда нужно изолировать зависимости или подготовить сложное окружение. С другой — если переборщить, тесты становятся лабиринтом, где каждый вызов цепляется за десяток моков, и фиг поймёшь, что реально тестируется. У меня была ситуация: один тест падал из-за того, что мок для внешнего API не подхватил новый параметр в запросе, и я полдня искала причину, пока не заглянула в конфиг фикстуры. Хочу спросить у сообщества: как вы балансируете между удобством и чистотой тестов? Используете ли какие-то правила, например, не больше трёх моков на тест или всегда выносите сложные фикстуры в conftest? И как проверяете, что моки действительно имитируют реальное поведение, а не просто прячут баги? У меня есть подозрение, что многие разработчики пишут тесты, которые работают только с их моками, а в бою всё летит к чертям. Жду ваши кейсы и советы! Особенно интересно, кто-то пробовал библиотеки типа pytest-mock или unittest.mock с кастомными matchers? Поделитесь опытом, а то я уже думаю писать свой велосипед для валидации моков.