Integration testing là gì?

Question

Accepted Answer

**Integration testing** (kiểm thử tích hợp) xác minh rằng nhiều **component hoặc unit hoạt động đúng cùng nhau** — test các tương tác và điểm tích hợp (như code với database, các service gọi nhau, hoặc các module ghép lại). Nó bắt được các vấn đề mà unit test (vốn cô lập các unit) bỏ sót.

## Integration testing xác minh gì

```text
Integration test xác minh CÁC COMPONENT HOẠT ĐỘNG CÙNG NHAU (không cô lập):
  → code + DATABASE (tầng dữ liệu có thực sự hoạt động với DB thật không?)
  → service A gọi service B / một API bên ngoài
  → nhiều module/unit ghép lại; các ĐIỂM tích hợp giữa chúng
→ bắt vấn đề trong cách các phần TƯƠNG TÁC — điều mà unit test (cô lập) không bắt được.
```

## Tại sao integration test quan trọng (so với unit test)

```text
UNIT test cô lập các unit (mock dependency) → nhanh, nhưng KHÔNG xác minh integration thật:
  → một unit có thể pass test của nó nhưng FAIL khi ghép lại (giả định sai về một dependency,
    một câu query DB thật bị sai, một sai khác về contract của API, vấn đề config)
INTEGRATION test dùng dependency THẬT (hoặc gần thật) → bắt những lỗi tương tác này:
  → lỗi wiring/config, vấn đề tầng dữ liệu, sai khác contract giữa các component
→ Integration test xác minh các phần thực sự hoạt động CÙNG NHAU.
```

## Ví dụ và lưu ý

```js
// integration test: repository thực sự hoạt động với một database (test)
test('UserRepository saves and retrieves a user', async () => {
  const repo = new UserRepository(testDb);     // database test THẬT
  await repo.save({ name: 'Ann' });
  const user = await repo.findByName('Ann');    // query thật
  expect(user.name).toBe('Ann');
});
```

```text
→ CHẬM HƠN unit test (I/O thật, setup); dùng database/môi trường TEST
→ Test các điểm tích hợp quan trọng (truy cập dữ liệu, tương tác service then chốt, API)
→ Ít hơn unit test (phần giữa của pyramid); quản lý dữ liệu/state test cẩn thận
```

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

Hiểu integration testing là quan trọng vì nó **bắt được một lớp lỗi mà unit test không thể** — vấn đề trong cách các component hoạt động cùng nhau — nên đây là kiến thức có giá trị cho testing toàn diện.

Trong khi unit test xác minh từng unit riêng lẻ một cách cô lập (mock dependency), sự cô lập này nghĩa là chúng **không thể xác minh integration thật**: một unit có thể pass tất cả test của nó nhưng fail khi thực sự ghép với các unit khác (do giả định sai về một dependency, một câu query database thật bị sai, một sai khác về contract của API, hoặc vấn đề config). **Integration test** lấp lỗ hổng này bằng cách test **các component hoạt động cùng nhau với dependency thật (hoặc gần thật)** — xác minh rằng code thực sự hoạt động với database thật, rằng các service tương tác đúng, và rằng các điểm tích hợp hoạt động — bắt các lỗi wiring, tầng dữ liệu, và contract mà unit test cô lập bỏ sót.

Hiểu mối quan hệ bổ trợ này (unit test cho logic cô lập, integration test cho tương tác thật) là then chốt cho testing toàn diện, vì cả hai đơn lẻ đều không đủ.

Hiểu **các lưu ý** — rằng integration test chậm hơn (I/O thật và setup, nên chúng nằm ở giữa pyramid với ít hơn unit test), dùng database/môi trường test, tập trung vào các điểm tích hợp quan trọng (truy cập dữ liệu, tương tác service then chốt, API), và đòi hỏi quản lý dữ liệu/state test cẩn thận — phản ánh integration testing thực tiễn.

Integration test cung cấp sự tự tin rằng các phần đã ghép lại hoạt động, điều mà unit test đơn lẻ không thể mang lại.

Vì ứng dụng thực gồm các component tương tác và lỗi integration (vấn đề database, sai khác contract, lỗi config) phổ biến và bị unit test bỏ sót, và vì integration testing bắt chúng bằng cách xác minh các component hoạt động cùng nhau, hiểu integration testing là kiến thức có giá trị, liên quan thực tiễn — một bổ trợ thiết yếu cho unit testing bắt các lỗi tương tác, quan trọng cho testing toàn diện xác minh không chỉ các unit cô lập mà cả việc các phần của hệ thống thực sự hoạt động cùng nhau đúng.