Как вы подходите к покрытию кода unit-тестами?

Да, покрытие кода unit-тестами — обязательная практика. Использую JUnit 5 и Mockito для изолированного тестирования отдельных модулей (классов, методов).

Пример теста:

@Test
@DisplayName("Сумма двух положительных чисел должна быть корректной")
void sum_ShouldReturnCorrectResult() {
    Calculator calculator = new Calculator();
    int expected = 5;
    int actual = calculator.sum(2, 3);
    assertEquals(expected, actual, "2 + 3 должно равняться 5");
}

Ключевые принципы:

1. Качество важнее количества: Цель — осмысленные тесты, а не просто высокий процент покрытия. Ориентируюсь на 70-80% покрытия по branch/condition.
2. Фокус на критичных областях:
   • Бизнес-логика и алгоритмы.
   • Граничные случаи (edge cases) и обработка исключений.
   • Сложные условия и ветвления.
3. Использование TDD: Для ключевых компонентов применяю Test-Driven Development — сначала пишу тест, затем реализацию. Это улучшает дизайн API и сразу дает тестовое покрытие.
4. Изоляция тестов: Использую моки (Mockito) для зависимостей, чтобы тестировать один модуль в изоляции.

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