Co je pokrytí testy?

Question

Accepted Answer

**Pokrytí testy** měří, jaká část kódu je **vykonána testy** — obvykle jako procento (např. 80% pokrytí). Je to užitečná metrika pro nalezení netestovaného kódu, ale je důležité pochopit její omezení: vysoké pokrytí nezaručuje kvalitní testy.

## Co pokrytí měří

```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.
```

## Proč je pokrytí užitečné

```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
```

## Omezení (důležité!)

```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.
```

## Proč je to důležité

Porozumění pokrytí testy — včetně jeho omezení — je cenné, protože se jedná o **běžně používanou metriku**, která je užitečná, když se jí rozumí správně, ale může být zavádějící, když se zneužívá, takže je to důležité praktické znalosti.

Pokrytí měří **jaká část kódu je vykonána testy** (jako procento, prostřednictvím pokrytí řádků, větvení, funkcí nebo příkazů) a porozumění mu je užitečné, protože **najde netestovaný kód** (odhaluje mezery, kde testy chybí — cenný způsob, jak identifikovat, co je třeba testovat), poskytuje měřitelný signál kvality, který mohou týmy sledovat, a zvýrazňuje neotestované větvení a chybové případy.

Mnohé týmy používají pokrytí jako metriku kvality s cíli.

Avšak porozumění **omezením je kriticky důležité**: **vysoké pokrytí se nerovná kvalitním testům** — pokrytí ukazuje, že kód byl *vykonán*, nikoli že jeho chování bylo správně *ověřeno*, takže můžete mít vysoké (až 100%) pokrytí se bezvýznamnými testy (vykonání kódu bez správných assertion nic neověří), a úplné pokrytí může stále minout chyby (netestované kombinace vstupů, logické chyby).

Nebezpečí **honby za číslem pokrytí** (psaní testů s nízkou hodnotou jen proto, abyste dosáhli cíle) je opravdový anti-pattern.

Porozumění tomu, že **pokrytí je užitečný průvodce pro nalezení mezer, ne záruka kvality** — a že by se mělo zaměřit na dobré testování důležitého chování spíše než dosahování procenta — odráží zralý úsudek, který se vyhýbá běžné chybě považovat pokrytí za cíl spíše než za nástroj.

Proto, že pokrytí je široko používaná metrika, která je skutečně užitečná (nalezení netestovaného kódu), ale běžně nepochopená a zneužívána (považována za záruku kvality nebo cíl, kterého lze hru), a protože porozumění jak její hodnotě, tak důležitým omezením umožňuje její rozumné používání, je porozumění pokrytí testy cenné, prakticky relevantní znalosti — užitečná metrika, které je třeba rozumět správně, kde vědomí jejích omezení (pokrytí ≠ kvalita) je stejně důležité jako samotná metrika, což odráží zdravý úsudek v testování.