Có những loại và cấp độ testing khác nhau nào?

Question

Accepted Answer

Software testing có nhiều **cấp độ (level)** (theo phạm vi) và **loại (type)** (theo mục đích). Hiểu chúng — unit, integration, end-to-end; functional vs non-functional — giúp xây dựng một cách tiếp cận testing toàn diện bao phủ các khía cạnh khác nhau của chất lượng.

## Các cấp độ testing (theo phạm vi)

```text
UNIT → từng function/method riêng lẻ một cách độc lập (nhỏ nhất, nhanh nhất, nhiều nhất)
INTEGRATION → nhiều unit/component hoạt động CÙNG NHAU (vd: code + database, service)
END-TO-END (E2E) → TOÀN BỘ ứng dụng từ góc nhìn người dùng (luồng đầy đủ,
  qua UI/hệ thống thật) — rộng nhất, chậm nhất
SYSTEM → toàn bộ hệ thống tích hợp; ACCEPTANCE → đáp ứng yêu cầu nghiệp vụ
```

## Functional vs non-functional

```text
FUNCTIONAL → nó có làm ĐÚNG việc không? (hành vi đúng, tính năng hoạt động)
  → unit, integration, e2e, smoke, regression, sanity test
NON-FUNCTIONAL → nó hoạt động TỐT đến mức nào? (các chất lượng ngoài tính đúng đắn):
  PERFORMANCE (tốc độ, tải), SECURITY, USABILITY, RELIABILITY, COMPATIBILITY, v.v.
```

## Các danh mục test phổ biến khác

```text
REGRESSION → xác minh thay đổi không làm hỏng chức năng hiện có (chạy sau khi thay đổi)
SMOKE → kiểm tra nhanh rằng chức năng cốt lõi hoạt động (trước khi test sâu hơn)
MANUAL → con người test; AUTOMATED → code test code (lặp lại được, nhanh)
WHITE-BOX (biết bên trong) vs BLACK-BOX (test hành vi, không phải bên trong)
```

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

Hiểu các loại và cấp độ testing khác nhau có giá trị vì nó cung cấp **khung khái niệm cho một cách tiếp cận testing toàn diện**, nên đây là kiến thức nền tảng cho chất lượng phần mềm.

Testing không phải là một thứ duy nhất — nó trải dài qua các **cấp độ** (theo phạm vi: **unit** cho từng mảnh riêng lẻ, **integration** cho các component hoạt động cùng nhau, **end-to-end** cho toàn bộ ứng dụng từ góc nhìn người dùng, cộng thêm system và acceptance) và các **loại** (theo mục đích: testing **functional** rằng phần mềm làm đúng việc, và testing **non-functional** các chất lượng như performance, security, usability và reliability).

Hiểu các danh mục này là quan trọng vì một chiến lược testing toàn diện sử dụng nhiều cấp độ và loại — bạn không thể đảm bảo chất lượng chỉ với một kiểu test (chỉ unit test bỏ sót vấn đề integration; chỉ functional test bỏ sót performance và security).

Hiểu các cấp độ (và rằng chúng đánh đổi phạm vi lấy tốc độ — unit test nhanh và nhiều, e2e test rộng nhưng chậm) tạo khung cho khái niệm test pyramid.

Hiểu **các danh mục phổ biến khác** — regression (xác minh thay đổi không làm hỏng), smoke (kiểm tra nhanh chức năng cốt lõi), manual vs automated, và white-box vs black-box — hoàn thiện vốn từ vựng của testing.

Biết các phân biệt này giúp bạn suy luận về loại testing nào một dự án cần và trao đổi về testing một cách chính xác.

Vì chất lượng phần mềm hiệu quả đòi hỏi nhiều cấp độ và loại testing (bao phủ tính đúng đắn ở các phạm vi khác nhau và các chất lượng non-functional khác nhau), và vì hiểu phân loại testing là nền tảng để xây dựng cách tiếp cận testing toàn diện và để thảo luận về testing, hiểu các loại và cấp độ testing khác nhau là kiến thức có giá trị, nền tảng — khung khái niệm của lĩnh vực testing, cần thiết để tư duy về đảm bảo chất lượng toàn diện và để hiểu mỗi loại test phù hợp ở đâu, một phần then chốt của hiểu biết về testing đối với bất kỳ lập trình viên nào.