Test coverage là gì?

Question

Accepted Answer

**Test coverage** (độ bao phủ test) đo lường có bao nhiêu code được **thực thi bởi test** — thường là phần trăm (vd 80% coverage). Đây là một chỉ số hữu ích để tìm code chưa được test, nhưng quan trọng là phải hiểu các giới hạn của nó: coverage cao không đảm bảo test tốt.

## Coverage đo gì

```text
TEST COVERAGE = % code được test suite thực thi:
  LINE coverage → % dòng code được test thực thi
  BRANCH coverage → % nhánh (đường if/else) được đi qua
  FUNCTION coverage → % function được gọi
  STATEMENT coverage → % câu lệnh được thực thi
→ Công cụ coverage instrument code và báo cáo test có/không thực thi cái gì.
```

## Tại sao coverage hữu ích

```text
✓ TÌM code CHƯA TEST — các vùng coverage thấp cho thấy cái gì thiếu test (công cụ tìm lỗ hổng)
✓ Một tín hiệu chất lượng đo được; theo dõi theo thời gian; nhiều team đặt mục tiêu (vd ≥80%)
✓ Làm nổi bật các nhánh/đường/trường hợp lỗi mà test bỏ sót
```

## Các giới hạn (quan trọng!)

```text
⚠️ COVERAGE CAO ≠ TEST TỐT:
  → coverage cho thấy code được THỰC THI, KHÔNG phải hành vi được XÁC MINH đúng
  → bạn có thể thực thi code với KHÔNG assertion có ý nghĩa → 100% coverage, test xác minh không gì
  → 100% coverage vẫn có thể bỏ sót lỗi (tổ hợp input chưa test, lỗi logic)
⚠️ Chạy theo CON SỐ coverage → viết test giá trị thấp chỉ để đạt mục tiêu
→ Coverage là một HƯỚNG DẪN hữu ích (tìm lỗ hổng), KHÔNG phải bảo đảm chất lượng. Dùng khôn ngoan;
  tập trung test hành vi quan trọng tốt, không chỉ đạt một phần trăm.
```

## Tại sao điều này quan trọng

Hiểu test coverage — bao gồm các giới hạn của nó — có giá trị vì đây là một **chỉ số được dùng phổ biến** hữu ích khi hiểu đúng nhưng gây hiểu lầm khi lạm dụng, nên đây là kiến thức thực hành quan trọng.

Coverage đo lường **có bao nhiêu code được test thực thi** (dưới dạng phần trăm, qua line, branch, function hay statement coverage), và hiểu nó hữu ích vì nó **tìm code chưa test** (cho thấy lỗ hổng nơi thiếu test — một cách giá trị để xác định cái gì cần test), cung cấp một tín hiệu chất lượng đo được mà team có thể theo dõi, và làm nổi bật các nhánh và trường hợp lỗi bị bỏ sót.

Nhiều team dùng coverage như một chỉ số chất lượng với mục tiêu.

Tuy nhiên, hiểu **các giới hạn là cực kỳ quan trọng**: **coverage cao không bằng test tốt** — coverage cho thấy code được *thực thi*, không phải hành vi của nó được *xác minh* đúng, nên bạn có thể có coverage cao (thậm chí 100%) với test vô nghĩa (thực thi code mà không có assertion đúng đắn thì không xác minh gì), và coverage đầy đủ vẫn có thể bỏ sót lỗi (tổ hợp input chưa test, lỗi logic).

Nguy cơ **chạy theo con số coverage** (viết test giá trị thấp chỉ để đạt mục tiêu) là một anti-pattern thực sự.

Hiểu rằng **coverage là một hướng dẫn hữu ích để tìm lỗ hổng, không phải bảo đảm chất lượng** — và rằng trọng tâm nên là test hành vi quan trọng tốt thay vì đạt một phần trăm — phản ánh phán đoán trưởng thành tránh sai lầm phổ biến là coi coverage như mục tiêu thay vì một công cụ.

Vì coverage là một chỉ số được dùng rộng rãi thực sự hữu ích (tìm code chưa test) nhưng thường bị hiểu sai và lạm dụng (bị coi như bảo đảm chất lượng hoặc mục tiêu để gian lận), và vì hiểu cả giá trị và các giới hạn quan trọng của nó cho phép dùng nó khôn ngoan, hiểu test coverage là kiến thức có giá trị, liên quan thực tiễn — một chỉ số hữu ích cần hiểu đúng, nơi việc trân trọng các giới hạn của nó (coverage ≠ chất lượng) quan trọng như chính chỉ số đó, phản ánh phán đoán testing đúng đắn.