Đâu là các testing anti-pattern phổ biến cần tránh?

Question

Accepted Answer

Ngay cả với ý định tốt, các team rơi vào các **testing anti-pattern** — các thực hành làm test giòn, chậm, không đáng tin cậy, hoặc giá trị thấp. Nhận ra và tránh chúng là quan trọng để duy trì một test suite lành mạnh, có giá trị.

## Anti-pattern về chất lượng test

```text
✗ TEST CHI TIẾT TRIỂN KHAI → test ràng buộc với nội tại → vỡ mỗi lần refactor
  (giòn) → test HÀNH VI/kết quả thay vào đó
✗ Test FLAKY → fail không liên tục xói mòn niềm tin → người ta phớt lờ failure (cả thật)
✗ OVER-MOCKING → mock mọi thứ → test xác minh tương tác mock, không phải hành vi thật;
  giòn và cho sự tự tin giả
✗ Test KHÔNG có assertion có ý nghĩa → chạy code nhưng không xác minh gì (coverage giả)
✗ Test KHỔNG LỒ kiểm tra nhiều thứ → không rõ cái gì fail; khó bảo trì
```

## Anti-pattern về cấu trúc và chiến lược

```text
✗ ICE CREAM CONE → chủ yếu E2E/manual chậm, ít unit test → suite chậm, giòn, đắt
✗ Test PHỤ THUỘC LẪN NHAU / state có thể thay đổi dùng chung → phụ thuộc thứ tự, flaky, mong manh
✗ Test FRAMEWORK / code tầm thường → giá trị thấp; test cái không cần test
✗ Chạy theo con số COVERAGE → test giá trị thấp viết chỉ để đạt một phần trăm
✗ Test chậm → làm nản lòng việc chạy chúng → đánh bại giá trị phản hồi nhanh
```

## Anti-pattern về quy trình

```text
✗ Viết test như một việc bổ sung sau (hoặc không bao giờ) → coverage kém, thiết kế không test được
✗ Phớt lờ test fail/flaky → suite trở nên không được tin tưởng/vô dụng
✗ Không bảo trì test (test code mục nát) → test là code; chúng cần được chăm sóc
→ Nhận ra những điều này và hướng tới: test tập trung hành vi, cô lập, nhanh, có ý nghĩa,
  hình pyramid, được bảo trì.
```

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

Hiểu testing anti-pattern là kiến thức cấp senior có giá trị vì **nhận ra và tránh các thực hành testing xấu là thiết yếu để duy trì một test suite lành mạnh, có giá trị**, và các anti-pattern này phổ biến ngay cả với ý định tốt, nên đây là kiến thức thực hành quan trọng.

Test rơi vào anti-pattern trở thành một nợ thay vì một tài sản, nên biết cái gì cần tránh quan trọng như biết cái gì cần làm.

Hiểu **các anti-pattern về chất lượng test** — test chi tiết triển khai (gây test giòn vỡ khi refactor), **test flaky** (xói mòn niềm tin nên failure bị phớt lờ), **over-mocking** (xác minh tương tác mock thay vì hành vi thật, cho sự tự tin giả), test không có assertion có ý nghĩa (coverage giả), và test khổng lồ không tập trung — giúp nhận ra và tránh các thực hành làm từng test giá trị thấp hoặc phản tác dụng.

Hiểu **các anti-pattern về cấu trúc và chiến lược** — **ice cream cone** (kim tự tháp ngược: chủ yếu E2E/manual test chậm, tạo ra một suite chậm, giòn, đắt), test phụ thuộc lẫn nhau, test code tầm thường hoặc framework, **chạy theo con số coverage** (viết test giá trị thấp để đạt mục tiêu), và test chậm (làm nản lòng việc chạy chúng) — giúp tránh một test suite cấu trúc kém, không năng suất.

Hiểu **các anti-pattern về quy trình** — viết test như một việc bổ sung sau (hoặc không bao giờ), **phớt lờ test fail/flaky** (làm suite không được tin tưởng và vô dụng), và không bảo trì test code (để nó mục nát) — giúp duy trì một quy trình testing lành mạnh.

Nhận ra các anti-pattern này và hướng tới cái đối lập của chúng (test tập trung hành vi, cô lập, nhanh, có ý nghĩa, hình pyramid, được bảo trì) là cái giữ một test suite có giá trị theo thời gian.

Vì testing anti-pattern phổ biến (ngay cả với ý định tốt) và chúng biến test từ một tài sản thành một nợ (giòn, flaky, chậm, không được tin tưởng, giá trị thấp), và vì nhận ra và tránh chúng là thiết yếu để duy trì một test suite lành mạnh, có giá trị, hiểu testing anti-pattern là kiến thức cấp senior có giá trị — quan trọng để giữ testing hiệu quả, phản ánh kinh nghiệm để nhận ra và tránh các sai lầm phổ biến làm suy yếu test suite, và một năng lực then chốt cho kỹ sư senior định hướng các thực hành testing và duy trì sức khỏe của test suite theo thời gian.