Apakah itu test coverage?

Question

Accepted Answer

**Test coverage** mengukur sebanyak mana kod **dilaksanakan oleh ujian** — biasanya sebagai peratusan (cth. 80% coverage). Ia merupakan metrik berguna untuk mencari kod yang tidak diuji, tetapi penting untuk memahami batasannya: coverage tinggi tidak menjamin ujian yang baik.

## Apa yang diukur oleh coverage

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

## Mengapa coverage berguna

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

## Batasannya (penting!)

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

## Mengapa ia penting

Memahami test coverage — termasuk batasannya — adalah bernilai kerana ia merupakan **metrik yang biasa digunakan** yang berguna apabila difahami dengan betul tetapi mengelirukan apabila disalahgunakan, jadi ia merupakan pengetahuan praktikal yang penting.

Coverage mengukur **sebanyak mana kod dilaksanakan oleh ujian** (sebagai peratusan, melalui line, branch, function, atau statement coverage), dan memahaminya berguna kerana ia **mencari kod yang tidak diuji** (mendedahkan jurang di mana ujian kurang — cara bernilai untuk mengenal pasti apa yang perlu diuji), menyediakan isyarat kualiti yang boleh diukur yang boleh dijejak oleh pasukan, dan menyerlahkan branch dan kes ralat yang terlepas.

Ramai pasukan menggunakan coverage sebagai metrik kualiti dengan sasaran.

Namun, memahami **batasannya adalah sangat penting**: **coverage tinggi tidak sama dengan ujian yang baik** — coverage menunjukkan kod *dilaksanakan*, bukan bahawa tingkah lakunya *disahkan* dengan betul, jadi anda boleh mempunyai coverage tinggi (malah 100%) dengan ujian yang tidak bermakna (melaksanakan kod tanpa assertion yang betul tidak mengesahkan apa-apa), dan coverage penuh masih boleh terlepas pepijat (kombinasi input yang tidak diuji, ralat logik).

Bahaya **mengejar nombor coverage** (menulis ujian bernilai rendah hanya untuk mencapai sasaran) ialah anti-pattern yang nyata.

Memahami bahawa **coverage ialah panduan berguna untuk mencari jurang, bukan jaminan kualiti** — dan bahawa fokus sepatutnya pada menguji tingkah laku penting dengan baik berbanding mencapai peratusan — mencerminkan pertimbangan matang yang mengelakkan kesilapan biasa menganggap coverage sebagai matlamat berbanding alat.

Memandangkan coverage ialah metrik yang digunakan secara meluas yang benar-benar berguna (mencari kod yang tidak diuji) tetapi biasanya disalahfaham dan disalahgunakan (dianggap sebagai jaminan kualiti atau sasaran untuk dipermainkan), dan memandangkan memahami kedua-dua nilai dan batasannya yang penting membolehkan menggunakannya dengan bijak, memahami test coverage adalah pengetahuan yang bernilai dan relevan secara praktikal — metrik berguna untuk difahami dengan betul, di mana menghargai batasannya (coverage ≠ kualiti) adalah sama penting dengan metrik itu sendiri, mencerminkan pertimbangan pengujian yang kukuh.