Što je test pokrivenost?

Question

Accepted Answer

**Test pokrivenost** mjeri koliko je koda **izvršeno testovima** — obično kao postotak (npr. 80% pokrivenosti). To je koristan metrički pokazatelj za pronalaženje netestiranog koda, ali važno je razumjeti njezina ograničenja: visoka pokrivenost ne jamči dobre testove.

## Što pokrivenost mjeri

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

## Zašto je pokrivenost korisna

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

## Ograničenja (važno!)

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

## Zašto je važna

Razumijevanje test pokrivenosti — uključujući njezina ograničenja — vrijedno je znanje jer je to **često korišten metrički pokazatelj** koji je koristan kada se pravilno razumije, ali može biti zaveden kada se zlorabi, pa je to važno praktično znanje.

Pokrivenost mjeri **koliko je koda izvršeno testovima** (kao postotak, putem pokrivenosti linija, grana, funkcija ili iskaza), a razumijevanje je korisno jer **pronalazi netestiran kod** (otkrivajući jaz gdje nedostaju testovi — vrijedan način za prepoznavanje što treba testirati), omogućuje mjerljiv signal kvalitete koji timovi mogu pratiti, te ističe propuštene grane i slučajeve greške.

Mnogi timovi koriste pokrivenost kao metriku kvalitete s ciljevima.

Međutim, razumijevanje **ograničenja je kritično važno**: **visoka pokrivenost nije jednaka dobrima testovima** — pokrivenost pokazuje da je kod *izvršen*, a ne da je njegovo ponašanje pravilno *verificirano*, pa možete imati visoku (čak i 100%) pokrivenost s besmislenim testovima (izvršavanje koda bez odgovarajućih asercija ne provjerava ništa), te potpuna pokrivenost i dalje može propustiti greške (netestirana kombinacija unosa, logičke greške).

Opasnost **jurenja za brojem pokrivenosti** (pisanja testova niske vrijednosti samo da bi se dostigao cilj) je pravi anti-uzorak.

Razumijevanje da je **pokrivenost koristan vodič za pronalaženje jaza, ne jamstvo kvalitete** — i da bi fokus trebao biti na dobrom testiranju važnog ponašanja umjesto na postizanju postotka — odražava zrelu prosudbu koja izbjegava čest problem tretiranja pokrivenosti kao cilja umjesto alata.

Budući da je pokrivenost široko korišten metrički pokazatelj koji je istinito koristan (pronalaženje netestiranog koda) ali često pogrešno razumljen i zlorablјen (tretiran kao jamstvo kvalitete ili cilj koji se može manipulirati), a budući da razumijevanje i njezine vrijednosti i njezina važna ograničenja omogućava njezinu mudru upotrebu, razumijevanje test pokrivenosti je vrijedno, praktično relevantno znanje — koristan metrički pokazatelj koji se trebao razumjeti pravilno, gdje je cijenjenje njezina ograničenja (pokrivenost ≠ kvaliteta) podjednako važno kao i sam metrički pokazatelj, što odražava zdravu prosudbu testiranja.