Test coverage nedir?

Question

Accepted Answer

**Test coverage**, kodun ne kadarının **testler tarafından çalıştırıldığını** ölçer — tipik olarak yüzde olarak ifade edilir (örneğin %80 coverage). Test edilmeyen kodu bulmak için yararlı bir metrik olsa da, sınırlamalarını anlamak önemlidir: yüksek coverage iyi testleri garanti etmez.

## Coverage'ın ölçtüğü şey

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

## Coverage'ın neden faydalı olduğu

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

## Sınırlamalar (önemli!)

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

## Neden önemli

Test coverage'ı — sınırlamalarını da içerecek şekilde — anlamak değerlidir çünkü bu yaygın olarak kullanılan bir metrik olup, doğru anlaşıldığında faydalı ancak yanlış kullanıldığında yanıltıcı olabilir, bu nedenle pratik anlamda önemli bir bilgidir.

Coverage **testler tarafından ne kadar kodun çalıştırıldığını** ölçer (yüzde olarak, satır, branch, fonksiyon veya statement coverage aracılığıyla), ve bunu anlamak faydalıdır çünkü **test edilmeyen kodu bulur** (testlerin eksik olduğu boşlukları ortaya koyarak — neyin test edilmesi gerektiğini belirlemenin değerli bir yolu), takımların takip edebileceği ölçülebilir bir kalite sinyali sağlar ve kaçırılan branch'leri ve hata durumlarını vurgular.

Birçok takım coverage'ı hedefli bir kalite metriği olarak kullanır.

Bununla birlikte, **sınırlamalarını anlamak kritik derecede önemlidir**: **yüksek coverage iyi testlere eşit değildir** — coverage kodun *çalıştırıldığını* gösterir, davranışının doğru şekilde *doğrulandığını* değil, bu nedenle yüksek (hatta %100) coverage'a sahip olabilirsiniz ancak anlamsız testlerle (uygun assertler olmadan kodu çalıştırmak hiçbir şeyi doğrulamaz), ve tam coverage yine de hataları kaçırabilir (test edilmeyen giriş kombinasyonları, mantık hataları).

**Bir coverage rakamını kovalama** tehlikesi (hedefi yakalamak için sadece düşük değerli testler yazma), gerçek bir anti-pattern'dir.

**Coverage'ın kalite garantisi değil, boşlukları bulmak için faydalı bir rehber olduğunu** — ve odağın bir yüzdeyi yakalamaktan ziyade önemli davranışları iyi test etmeye yönelik olması gerektiğini — anlamak, coverage'ı hedeftir yerine araçtır olarak görmek gibi yaygın hatadan kaçınan olgun bir yargı yansıtır.

Coverage yaygın olarak kullanılan bir metrik olup gerçekten faydalı (test edilmeyen kodu bulma) ancak sıkça yanlış anlaşılan ve kötüye kullanılan (kalite garantisi veya bir hedef olarak ele alınan), ve hem değerini hem de önemli sınırlamalarını anlama (coverage ≠ kalite) kullanışlı bir şekilde kullanılmasını sağladığından, test coverage'ı anlamak değerli, pratik ilişkili bilgidir — doğru şekilde anlaşılması gereken faydalı bir metrik, sınırlamalarını takdir etme (coverage ≠ kalite) metriğin kendisi kadar önemlidir, sağlam test yargısını yansıtır.