Kaj je pokritost testov?

Question

Accepted Answer

**Pokritost testov** meri, koliko kode je **izvedene s testi** — običajno kot odstotek (npr. 80% pokritosti). To je uporabna metrika za iskanje netestirane kode, vendar je pomembno razumeti njene omejitve: visoka pokritost ne jamči dobrih testov.

## Kaj pokritost meri

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

## Zakaj je pokritost uporabna

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

## Omejitve (pomembno!)

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

## Zakaj je pomembno

Razumevanje pokritosti testov — vključno z njenim omejitvami — je dragoceno, ker je to **pogosto uporabljena metrika**, ki je uporabna, če se jo razume pravilno, toda zavajajoča, če se je zlorablja, zato je to pomembno praktično znanje.

Pokritost meri **koliko kode je izvedene s testi** (kot odstotek, prek pokritosti vrstic, vej, funkcij ali stavkov), in razumevanje tega je uporabno, ker **najde netestirano kodo** (razkrije vrzeli, kjer testov primanjkuje — dragocen način za prepoznavo tega, kaj je treba testirati), zagotavlja merljiv signal kakovosti, ki ga lahko sledijo ekipe, in poudarja zamujene veje in primere napak.

Mnoge ekipe uporabljajo pokritost kot metriko kakovosti s cilji.

Hkrati je razumevanje **omejitev kritično pomembno**: **visoka pokritost ni enaka dobrim testom** — pokritost kaže, da je bila koda *izvedena*, ne da je bilo njeno vedenje pravilno *preverjeno*, zato lahko imate visoko (celo 100%) pokritost z nesmiselnimi testi (izvajanje kode brez ustreznih trditev ne preveri ničesar), in popolna pokritost lahko še vedno spregledajo napake (netestirane kombinacije vhodov, logične napake).

Nevarnost **lovljenja števila pokritosti** (pisanja testov nizke vrednosti samo zato, da bi dosegli cilj) je pravi protiuzorazen primer.

Razumevanje, da je **pokritost uporaben vodnik za iskanje vrzeli, ne pa jamstvo za kakovost** — in da bi se fokus moral nahajati na testiranju pomembnega vedenja dobro namesto doseganja odstotka — odraža zrelost, ki se izogne pogosti napaki, da se pokritost obravnava kot cilj namesto orodja.

Ker je pokritost široko uporabljena metrika, ki je res uporabna (iskanje netestirane kode), a pogosto napačno razumljena in zlorabljena (obravnavana kot jamstvo kakovosti ali cilj, ki ga je mogoče igrati), in ker razumevanje tako njene vrednosti kot njenih pomembnih omejitev omogoči njeno modro uporabo, je razumevanje pokritosti testov dragoceno, praktično relevantno znanje — uporabna metrika za pravilno razumevanje, kjer je ocenjevanje njenih omejitev (pokritost ≠ kakovost) enako pomembno kot sama metrika, kar odraža zdrav presoj pri testiranju.