Насколько вы занимались менее интересными задачами по декомпозиции сервисов и доработке unit-тестов; какие были требования к покрытию?

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

Вместо фразы «писал скучные тесты» назовите защищаемое поведение: расчёт, права, переход состояния или обработку сбоя. Объясните, где пригодились unit-тесты, а где нужны были интеграционные проверки.

Укажите реальный порог покрытия, если он был, и не подменяйте им качество: можно выполнить строки без проверки результата. В декомпозиции важно показать выделение ответственности и контрактов, а не только перенос файлов. Полезно привести пример предотвращённой регрессии или упрощённого изменения.