Ce este acoperirea testelor?

Question

Accepted Answer

**Acoperirea testelor** măsoară cât din cod este **executat de teste** — de obicei ca procent (de exemplu, 80% acoperire). Este o metrică utilă pentru a găsi codul netestet, dar este important să înțelegi limitările sale: acoperirea ridicată nu garantează teste bune.

## Ce măsoară acoperirea

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

## De ce acoperirea este utilă

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

## Limitările (important!)

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

## De ce conteaza

Înțelegerea acoperirii testelor — inclusiv limitările sale — este valoroasă pentru că este o **metrică frecvent utilizată** care este utilă atunci când este înțeleasă corect, dar poate fi înșelătoare atunci când este utilizată greșit, deci este important să ai cunoștințe practice despre aceasta.

Acoperirea măsoară **cât din cod este executat de teste** (ca procent, prin acoperire de linii, ramuri, funcții sau instrucțiuni), și înțelegerea ei este utilă pentru că **găsește codul netestet** (dezvăluind lacune unde lipsesc teste — un mod valoros de a identifica ce trebuie testat), oferă un semnal de calitate măsurabil pe care echipele pot urmări, și evidențiază ramurile și cazurile de eroare neglijate.

Multe echipe folosesc acoperirea ca metrică de calitate cu ținte.

Cu toate acestea, înțelegerea **limitărilor este critic importantă**: **acoperirea ridicată nu echivalează cu teste bune** — acoperirea arată că codul a fost *executat*, nu că comportamentul seu a fost corect *verificat*, deci poți avea acoperire ridicată (chiar și 100%) cu teste fără sens (executând cod fără aserțiuni adecvate nu verifică nimic), și acoperirea completă poate omite totuși erori (combinații de intrări netestable, erori logice).

Pericol al **urmăririi unui număr de acoperire** (scrierea unor teste de valoare scăzută doar pentru a atinge o țintă) este un anti-pattern real.

Înțelegerea că **acoperirea este un ghid util pentru a găsi lacune, nu o garanție de calitate** — și că focusul ar trebui să fie pe testarea comportamentului important în mod corect, mai degrabă decât pe atingerea unui procent — reflectă o judecată matură care evită greșeala comună de a trata acoperirea ca obiectiv mai degrabă decât ca instrument.

Deoarece acoperirea este o metrică larg utilizată care este cu adevărat utilă (găsind cod netestet), dar frecvent înțeleasă greșit și utilizată greșit (tratată ca o garanție de calitate sau o țintă de manipulat), și deoarece înțelegerea atât a valorii sale, cât și a limitărilor sale importante te permite să o folosești înțelept, înțelegerea acoperirii testelor este o cunoștință valoroasă și practic relevantă — o metrică utilă de înțeles corect, unde aprecierea limitărilor sale (acoperire ≠ calitate) este la fel de importantă ca metrica în sine, reflectând o judecată solidă în domeniul testării.