Đâu là các best practice để viết test tốt?

Question

Accepted Answer

Viết **test tốt** — tin cậy, dễ bảo trì và có giá trị — tuân theo các best practice đã được thiết lập. Test kém (giòn, chậm, không rõ ràng) trở thành gánh nặng, trong khi test tốt mang lại giá trị lâu dài. Hiểu các thực hành này là quan trọng cho testing hiệu quả.

## Đặc điểm của test tốt (FIRST)

```text
FAST → chạy nhanh (để chúng được chạy thường xuyên)
INDEPENDENT/ISOLATED → không phụ thuộc nhau hay thứ tự; mỗi cái tự thiết lập state của mình
REPEATABLE → cùng kết quả mỗi lần, mọi môi trường (không flaky)
SELF-VALIDATING → pass/fail rõ ràng (assertion, không kiểm tra thủ công)
TIMELY → viết cùng (hoặc trước) code
```

## Các thực hành then chốt

```text
✓ Test HÀNH VI, không phải triển khai → test sống sót qua refactor (đừng test nội tại)
✓ MỘT khái niệm mỗi test → test tập trung; rõ cái gì fail khi một cái vỡ
✓ TÊN RÕ RÀNG — mô tả cái gì được test ("returns error when email is invalid")
✓ Cấu trúc Arrange-Act-Assert → dễ đọc, có tổ chức
✓ Bao phủ EDGE case và điều kiện lỗi (không chỉ happy path)
✓ Giữ test ĐƠN GIẢN và dễ đọc (test là tài liệu; tránh logic phức tạp trong test)
✓ DETERMINISTIC — không dựa vào thời gian, ngẫu nhiên, state bên ngoài hay thứ tự (tránh flaky)
✓ DRY nhưng dễ đọc — chia sẻ setup (fixture), nhưng giữ mỗi test rõ ràng tự thân
```

## Tránh những điều này (anti-pattern)

```text
✗ Test chi tiết triển khai → test giòn vỡ mỗi lần refactor
✗ Test FLAKY (fail không liên tục) → xói mòn niềm tin; sửa hoặc bỏ chúng
✗ Over-mocking → test bị ràng buộc với nội tại
✗ Test không có assertion rõ ràng; test khổng lồ kiểm tra nhiều thứ; test phụ thuộc lẫn nhau
```

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

Hiểu các best practice để viết test tốt là quan trọng vì **chất lượng của test quyết định liệu chúng mang lại giá trị hay trở thành gánh nặng**, nên đây là kiến thức có giá trị cho testing hiệu quả.

Test là code phải được bảo trì, và **test kém** (giòn, chậm, flaky, không rõ ràng) trở thành một gánh nặng tốn kém — vỡ liên tục khi refactor, fail không liên tục, và khó hiểu — trong khi **test tốt** mang lại giá trị lâu dài (bắt lỗi thật, cho phép thay đổi tự tin, ghi lại hành vi).

Hiểu **các đặc điểm FIRST** (Fast, Independent, Repeatable, Self-validating, Timely) nắm bắt các phẩm chất mà test tốt nên có.

Hiểu **các thực hành then chốt** — test **hành vi không phải triển khai** (để test sống sót qua refactor, một thực hành then chốt vì test ràng buộc với triển khai thì giòn), **một khái niệm mỗi test** (test tập trung với failure rõ ràng), **tên mô tả rõ ràng** (để một test fail truyền đạt cái gì hỏng), cấu trúc AAA, bao phủ **edge case và lỗi** (không chỉ happy path, nơi nhiều lỗi ẩn náu), giữ test đơn giản và dễ đọc (vì chúng là tài liệu), **deterministic** (tránh flaky từ thời gian, ngẫu nhiên, hay phụ thuộc thứ tự), và cân bằng DRY với khả năng đọc — phản ánh việc viết test tin cậy và dễ bảo trì.

Hiểu **các anti-pattern cần tránh** — test chi tiết triển khai (sự giòn), **test flaky** (vốn xói mòn niềm tin vào toàn bộ suite, một vấn đề nghiêm trọng), over-mocking, và test không tập trung hoặc phụ thuộc lẫn nhau — cũng quan trọng tương đương để không tạo ra test gánh nặng.

Vì chất lượng test quyết định liệu test giúp hay cản trở (test tốt mang lại giá trị; test kém là gánh nặng bảo trì và xói mòn niềm tin), và vì hiểu các thực hành (tập trung hành vi, cô lập, deterministic, rõ ràng, bao phủ edge case) và anti-pattern (ràng buộc triển khai, flaky) là cần thiết để viết test có giá trị, hiểu test best practice là kiến thức có giá trị, quan trọng thực tiễn — thiết yếu để viết test mang lại giá trị lâu dài thay vì trở thành nợ, một kỹ năng then chốt phân biệt testing hiệu quả với testing phản tác dụng.