Kas yra testų aprėptis?

Question

Accepted Answer

**Testų aprėptis** matuoja, kiek **testais vykdomo kodo** — paprastai procentais (pvz., 80% aprėpties). Tai naudingas rodiklis neįtestintam kodui rasti, tačiau svarbu suprasti jo ribotumą: aukšta aprėptis negarantuoja gerų testų.

## Ką aprėptis matuoja

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

## Kodėl aprėptis yra naudinga

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

## Ribotumų (svarbu!)

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

## Kodėl tai svarbu

Suprasti testų aprėptį — įskaitant jos ribotumą — yra vertinga, nes tai yra **plačiai naudojamas rodiklis**, kuris yra naudingas, kai suprastas teisingai, bet gali klaidinti, kai neteisingai naudojamas, todėl tai svarbi praktinė žinoti.

Aprėptis matuoja **kiek kodo vykdoma testų** (procentais, per linijos, šakos, funkcijos ar teiginio aprėptį), ir suprasti tai yra naudinga, nes **randa neįtestintą kodą** (atskleidžia spragas, kur testų trūksta — vertingas būdas nustatyti, ką reikia testinti), pateikia išmatuojamą kokybės signalą, kurį komandos gali sekti, ir išryškina praleistas šakas ir klaidų atvejus.

Daug komandų naudoja aprėptį kaip kokybės metriką su tikslais.

Tačiau supratimas apie **ribotumą yra kritiškai svarbus**: **aukšta aprėptis nėra lygu gerems testams** — aprėptis parodo, kad kodas buvo *vykdytas*, o ne kad jo elgesys buvo teisingai *patikrintas*, todėl galite turėti aukštą (net 100%) aprėptį su beprasmiais testais (vykdant kodą be tinkamų teiginių nieko nepatikrinama), o pilna aprėptis vis dar gali praleisti klaidas (nepatikrintos įvesties kombinacijos, logikos klaidos).

Paradimas **sekti aprėpties skaičių** (rašant mažos vertės testus tik norint pasiekti tikslą) yra tikra antimodels.

Supratimas, kad **aprėptis yra naudingas spraugų paieškos vadovas, o ne kokybės garantija** — ir kad dėmesys turėtų būti skiriamas svarbaus elgesio testavimui gerai, o ne procento pasiekimui — atspindi subrendusį sprendimą, kuris išvengia bendros klaidos, kai aprėptis laikoma tikslu, o ne įrankiu.

Kadangi aprėptis yra plačiai naudojamas rodiklis, kuris yra tikrai naudingas (randa neįtestintą kodą), bet dažnai nepahualintas ir neteisingai naudojamas (laikomas kokybės garantija arba tikslu žaidimams), ir kadangi supratimas apie jos vertę ir svarbias ribas leidžia ją naudoti protingai, testų aprėpties supratimas yra vertinga, praktiškai susijusi žinoti — naudingas rodiklis, kurio suprati teisingai, kur ribotumų vertinimas (aprėptis ≠ kokybė) yra tokia pat svarbi kaip pats rodiklis, atspindint sveikus testų sprendimus.