Bài 3 — Ma trận Coverage: đảm bảo không bỏ sót nhánh nào
Vấn đề: "Chúng ta đã test đủ chưa?"
Câu hỏi ám ảnh mọi BA trước UAT là: liệu bộ test case đã phủ hết yêu cầu chưa? Nếu một AC không có test case nào ánh xạ tới, đó là lỗ hổng. Ma trận truy vết (Requirements Traceability Matrix - RTM) hay ma trận coverage giúp trả lời câu hỏi này bằng cách ánh xạ: mỗi yêu cầu ↔ các test case kiểm chứng nó.
Tự làm RTM bằng tay rất mệt: bạn phải dò từng AC, đếm test case, tô màu ô trống. AI làm việc này trong vài giây và còn chỉ ra chỗ thiếu.
AI giúp gì ở đây?
- Ánh xạ AC ↔ test case tự động.
- Phát hiện AC chưa có case (gap).
- Phát hiện test case không gắn với AC nào (thừa hoặc mồ côi).
- Đề xuất case bổ sung cho các nhánh trống.
- Tính mức độ phủ theo loại (positive/negative/boundary).
Ví dụ cụ thể
Bạn có 6 AC cho tính năng "Chuyển khoản nội bộ" và 14 test case. Bạn muốn biết AC nào chưa được phủ và mỗi AC có đủ case negative chưa.
Prompt mẫu tạo ma trận coverage
Vai trò: QA Manager. Nhiệm vụ: lập ma trận truy vết (traceability).
Dưới đây là danh sách AC và danh sách test case (ID + AC liên kết):
AC:
AC-1: ...
AC-2: ...
...
Test case:
TC-01 (AC-1, positive): ...
TC-02 (AC-1, negative): ...
...
Yêu cầu:
- Lập bảng ma trận: hàng = AC, cột = TC ánh xạ + số lượng case theo loại.
- Đánh dấu AC nào KHÔNG có case nào (GAP - tô [!]).
- Đánh dấu AC chỉ có positive mà thiếu negative/boundary.
- Liệt kê test case mồ côi (không gắn AC nào).
- Đề xuất tối đa 5 test case bổ sung cho các GAP, ưu tiên theo rủi ro.
Chỉ dựa trên dữ liệu tôi cung cấp, KHÔNG tự bịa AC mới.
Các bước thực hiện
- Xuất danh sách AC và test case (kèm AC liên kết) ra text.
- Dán vào prompt, chạy để nhận ma trận.
- Xem cột GAP: đây là ưu tiên số 1 phải xử lý.
- Xem AC thiếu negative/boundary: bổ sung theo đề xuất của AI.
- Xử lý test case mồ côi: hoặc gắn đúng AC, hoặc xóa nếu thừa.
- Cập nhật lại RTM và đính kèm vào tài liệu bàn giao UAT.
Đọc ma trận đúng cách
Một ma trận "xanh hết" không có nghĩa là an toàn tuyệt đối — nó chỉ nói bạn đã phủ những gì đã viết ra. Nếu AC thiếu ngay từ đầu (ví dụ quên yêu cầu về bảo mật), ma trận vẫn xanh nhưng sản phẩm vẫn có lỗ hổng. Vì vậy hãy dùng ma trận để kiểm tra "độ phủ so với yêu cầu", còn "độ đầy đủ của yêu cầu" là việc của phân tích nghiệp vụ.
Template ma trận coverage tái sử dụng
AC ID Mô tả ngắn TC Positive TC Negative TC Boundary Tổng TC Trạng thái AC-1 ... TC-01 TC-02 TC-03 3 Đủ AC-2 ... TC-04 (trống) (trống) 1 Thiếu neg AC-3 ... (trống) (trống) (trống) GAP [!]
Checklist đọc ma trận:
- [ ] Mọi AC đều có ít nhất 1 case positive?
- [ ] AC quan trọng (P1) có case negative + boundary?
- [ ] Không còn test case mồ côi?
- [ ] GAP đã có kế hoạch bổ sung và người phụ trách?
Sai lầm thường gặp
- Ảo giác ánh xạ: AI đôi khi "gán bừa" một test case vào AC cho đủ ô, khiến ma trận trông đẹp nhưng sai. Hãy xác minh vài ánh xạ quan trọng bằng mắt.
- Rò rỉ dữ liệu: Danh sách AC nội bộ có thể chứa thông tin nhạy cảm về hệ thống lõi. Ẩn tên hệ thống thật/khóa API nếu không cần thiết.
- Phụ thuộc quá mức: Tin rằng ma trận xanh = đã test đủ. Ma trận chỉ đo phủ theo AC hiện có; chất lượng AC vẫn do BA đảm bảo. Đừng để công cụ ru ngủ tư duy phản biện.