Какие тесты или части кода лучше не покрывать тестами?

Не стоит тестировать внутренности сторонней библиотеки или дублировать реализацию в утверждениях. Покрывайте собственные контракты и риски; высокий процент покрытия не самоцель.

Простые декларативные связки иногда выгоднее проверить интеграционным тестом, чем множеством хрупких unit-тестов. Генерируемый код обычно проверяют через генератор и контракт использования.

Но «простой» код авторизации, денежных вычислений или миграции может быть критичным и заслуживать проверки. Решение принимают по цене ошибки, вероятности регрессии и стоимости поддержки теста, а не только по длине функции.