Mock, stub và test double là gì?

Question

Accepted Answer

**Test double** là các object thay thế cho dependency thật trong test — bao gồm **mock**, **stub**, **spy**, **fake** và **dummy**. Chúng cô lập code đang test khỏi các dependency của nó (database, API, service), cho phép unit test nhanh, tập trung, kiểm soát được.

## Tại sao dùng test double

```text
Để test một unit một cách ĐỘC LẬP, thay các dependency thật (DB, API, service) bằng
TEST DOUBLE (thay thế giả):
  → cô lập unit (test CHỈ nó, không phải dependency của nó)
  → NHANH (không DB/network thật); KIỂM SOÁT (thiết lập kịch bản chính xác, kể cả lỗi);
    DETERMINISTIC (không flaky từ bên ngoài)
```

## Các loại test double

```text
STUB → cung cấp PHẢN HỒI đóng sẵn cho lời gọi (trả về dữ liệu đặt trước):
  → "khi getUser được gọi, trả về user giả này" — kiểm soát input cho unit
MOCK → một stub cũng XÁC MINH tương tác (có được gọi không? thế nào? với gì?):
  → "xác minh save() được gọi một lần với các đối số này" — kiểm tra hành vi/tương tác
SPY → bọc một object thật (hoặc giả) và GHI LẠI lời gọi (xác minh nó được dùng thế nào)
FAKE → một triển khai hoạt động nhưng đơn giản hóa (vd database in-memory)
DUMMY → một placeholder được truyền vào nhưng không thực sự dùng
```

```js
// stub: kiểm soát cái mà một dependency trả về
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: kiểm tra một tương tác đã xảy ra
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## Mock vs stub (phân biệt then chốt)

```text
STUB → kiểm soát INPUT (cung cấp dữ liệu unit cần) — xác minh "state"
MOCK → xác minh OUTPUT/tương tác (dependency có được gọi đúng không?) — xác minh
  "behavior"
→ Dùng stub để cung cấp dữ liệu; mock để xác minh unit gọi dependency đúng.
⚠️ Over-mocking → test bị ràng buộc với chi tiết triển khai (giòn); mock ở đúng ranh giới.
```

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

Hiểu test double (mock, stub, v.v.) là quan trọng vì chúng **thiết yếu để viết unit test cô lập**, nên đây là kiến thức testing có giá trị, được áp dụng thường xuyên.

Để test một unit một cách cô lập (mục tiêu của unit testing), bạn phải thay các dependency thật của nó (database, API, service) bằng **test double** — cho phép test **nhanh** (không I/O thật), **kiểm soát được** (thiết lập kịch bản chính xác kể cả các điều kiện lỗi khó kích hoạt với dependency thật), và **deterministic** (không flaky từ bên ngoài).

Hiểu **các loại** và mục đích của chúng là cần thiết: **stub** (cung cấp phản hồi đóng sẵn để kiểm soát cái dependency trả về — đưa cho unit dữ liệu cụ thể), **mock** (stub cũng xác minh tương tác — kiểm tra unit gọi một dependency đúng), **spy** (ghi lại lời gọi trên object thật hoặc giả), **fake** (triển khai đơn giản hóa hoạt động được như database in-memory), và **dummy** (placeholder).

Hiểu **phân biệt mock-vs-stub then chốt** — stub kiểm soát input (xác minh state: cung cấp dữ liệu) trong khi mock xác minh output/tương tác (xác minh behavior: kiểm tra unit gọi dependency đúng) — là kiến thức khái niệm quan trọng thường bị nhầm lẫn, và dùng mỗi cái đúng cách là quan trọng.

Hiểu **cạm bẫy over-mocking** (mock quá mức ràng buộc test với chi tiết triển khai, làm chúng giòn, nên bạn nên mock ở đúng ranh giới) phản ánh phán đoán testing trưởng thành.

Test double được dùng liên tục trong unit testing để cô lập code đang test.

Vì unit testing cô lập đòi hỏi thay dependency thật bằng test double (vì tốc độ, kiểm soát và tính deterministic), và vì hiểu các loại, phân biệt mock-vs-stub, và cạm bẫy over-mocking là cần thiết để viết test cô lập tốt, hiểu test double là kiến thức testing có giá trị, được áp dụng thường xuyên — thiết yếu cho unit testing, được dùng liên tục để cô lập code đang test, và quan trọng để viết test tập trung, kiểm soát được trong khi tránh sự giòn của over-mocking, một kỹ năng cốt lõi cho unit testing hiệu quả.