Что такое покрытие тестами?

Question

Accepted Answer

**Покрытие тестами** измеряет, какая часть кода **выполняется тестами** — обычно выражается в процентах (например, 80% покрытия). Это полезная метрика для поиска непроверенного кода, но важно понимать её ограничения: высокое покрытие не гарантирует качественные тесты.

## Что измеряет покрытие

```text
TEST COVERAGE = the % of code exercised by the test suite:
  LINE coverage → % of code lines executed by tests
  BRANCH coverage → % of branches (if/else paths) taken
  FUNCTION coverage → % of functions called
  STATEMENT coverage → % of statements executed
→ Coverage tools instrument the code and report what tests do/don't exercise.
```

## Почему покрытие полезно

```text
✓ FINDS UNTESTED code — low coverage areas reveal what lacks tests (a gap finder)
✓ A measurable quality signal; track it over time; many teams set a target (e.g. ≥80%)
✓ Highlights branches/paths/error cases that tests miss
```

## Ограничения (важно!)

```text
⚠️ HIGH COVERAGE ≠ GOOD TESTS:
  → coverage shows code was EXECUTED, NOT that behavior was correctly VERIFIED
  → you can execute code with NO meaningful assertions → 100% coverage, tests verify nothing
  → 100% coverage can still miss bugs (untested input combinations, logic errors)
⚠️ Chasing a coverage NUMBER → writing low-value tests just to hit the target
→ Coverage is a USEFUL guide (find gaps), NOT a guarantee of quality. Use it wisely;
  focus on testing important behavior well, not just hitting a percentage.
```

## Почему это важно

Понимание покрытия тестами — включая его ограничения — ценно, потому что это **широко используемая метрика**, которая полезна при правильном использовании, но может быть введением в заблуждение при неправильном применении, поэтому это важное практическое знание.

Покрытие измеряет **какая часть кода выполняется тестами** (в процентах, через покрытие строк, ветвей, функций или операторов), и его понимание полезно, потому что оно **выявляет непроверенный код** (раскрывая пробелы там, где тесты отсутствуют — ценный способ определить, что нужно тестировать), предоставляет измеримый сигнал качества, который команды могут отслеживать, и выделяет пропущенные ветвления и граничные случаи.

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

Однако понимание **ограничений критически важно**: **высокое покрытие не равно качественным тестам** — покрытие показывает, что код был *выполнен*, а не что его поведение было корректно *проверено*, поэтому вы можете иметь высокое (даже 100%) покрытие с бесполезными тестами (выполнение кода без правильных assertions ничего не проверяет), и полное покрытие всё равно может пропустить ошибки (непроверенные комбинации входных данных, логические ошибки).

Опасность **погони за числом покрытия** (написание низкокачественных тестов только чтобы достичь целевого показателя) — это реальный антипаттерн.

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

Поскольку покрытие — это широко используемая метрика, которая действительно полезна (выявление непроверенного кода), но часто неправильно понимается и неправильно применяется (рассматривается как гарантия качества или цель, которую можно искусственно завысить), и поскольку понимание как его ценности, так и важных ограничений позволяет использовать его мудро, понимание покрытия тестами — это ценное, практически релевантное знание — полезная метрика для правильного понимания, где оценка её ограничений (покрытие ≠ качество) так же важна, как сама метрика, отражая здравое суждение о тестировании.