Apa itu test coverage?

Question

Accepted Answer

**Test coverage** mengukur berapa banyak kode yang **dieksekusi oleh test** — biasanya sebagai persentase (misalnya 80% coverage). Ini adalah metrik yang berguna untuk menemukan kode yang tidak diuji, tetapi penting untuk memahami keterbatasannya: coverage tinggi tidak menjamin test yang baik.

## Coverage mengukur apa

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

## Keterbatasannya (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 ini penting

Memahami test coverage — termasuk keterbatasannya — berharga karena ini adalah **metrik yang umum digunakan** yang berguna ketika dipahami dengan benar tetapi menyesatkan ketika disalahgunakan, jadi ini adalah pengetahuan praktis yang penting.

Coverage mengukur **berapa banyak kode yang dieksekusi oleh test** (sebagai persentase, melalui line, branch, function, atau statement coverage), dan memahaminya berguna karena **menemukan kode yang tidak diuji** (mengungkapkan celah di mana test kurang — cara berharga untuk mengidentifikasi apa yang perlu ditest), memberikan sinyal kualitas yang terukur yang dapat dilacak tim, dan menyoroti branch dan kasus error yang terlewat.

Banyak tim menggunakan coverage sebagai metrik kualitas dengan target.

Namun, memahami **keterbatasannya sangat penting**: **coverage tinggi tidak sama dengan test yang baik** — coverage menunjukkan kode *dieksekusi*, bukan bahwa perilakunya *diverifikasi* dengan benar, jadi Anda bisa memiliki coverage tinggi (bahkan 100%) dengan test yang tidak bermakna (mengeksekusi kode tanpa assertion yang tepat tidak memverifikasi apa pun), dan coverage penuh masih bisa melewatkan bug (kombinasi input yang tidak ditest, error logika).

Bahaya dari **mengejar angka coverage** (menulis test bernilai rendah hanya untuk mencapai target) adalah anti-pattern yang nyata.

Memahami bahwa **coverage adalah panduan berguna untuk menemukan celah, bukan jaminan kualitas** — dan fokus harus pada pengujian perilaku penting dengan baik daripada mencapai persentase — mencerminkan penilaian matang yang menghindari kesalahan umum memperlakukan coverage sebagai tujuan daripada alat.

Karena coverage adalah metrik yang banyak digunakan yang benar-benar berguna (menemukan kode yang tidak diuji) tetapi sering disalahpahami dan disalahgunakan (diperlakukan sebagai jaminan kualitas atau target untuk dimainkan), dan karena memahami nilai dan keterbatasan pentingnya memungkinkan penggunaan secara bijaksana, memahami test coverage adalah pengetahuan yang berharga dan relevan secara praktis — metrik berguna untuk dipahami dengan benar, di mana menghargai keterbatasannya (coverage ≠ kualitas) sama pentingnya dengan metrik itu sendiri, mencerminkan penilaian testing yang solid.