Tài liệu mô hình: công cụ thay thế cho việc "đọc code"
🎯 Mục tiêu học (LO AI-6.1.2 · mức K2 – Hiểu): giải thích mục đích và trọng tâm của việc review tài liệu model ML.
💡 Ý cốt lõi: model ML mang tính hộp đen, phụ thuộc dữ liệu, và thường xuyên được cập nhật — nên tài liệu là công cụ chính để developer, tester, cơ quan quản lý hiểu, đánh giá và tin tưởng hệ thống.
Vì sao tài liệu quan trọng, và 2 khung phổ biến
Không giống hệ thống mà source code có thể đọc trực tiếp, MLS gặp thách thức riêng: code do máy sinh ra khó hiểu, model mang tính hộp đen, và phụ thuộc dữ liệu. Tài liệu chuẩn hóa giúp cải thiện giao tiếp, hỗ trợ ra quyết định, xác nhận chất lượng & khả năng bảo trì. Nó ngày càng quan trọng cho tuân thủ pháp lý — ví dụ EU AI Act yêu cầu minh bạch về quyết định, hạn chế, và khả năng diễn giải của model. Với hệ rủi ro cao, vượt qua audit tài liệu thường là điều kiện tiên quyết để triển khai.
| Khung tài liệu | Nội dung chính |
|---|---|
| Model Cards | Tổng quan ngắn gọn về mục đích sử dụng, kết quả đánh giá, và các cân nhắc đạo đức của model. |
| Datasheets for Datasets | Định dạng chuẩn hóa mô tả tập dữ liệu — động lực, thành phần, quy trình thu thập, và mục đích sử dụng. |
8 nhóm nội dung nên có (checklist)
| Nhóm | Gồm |
|---|---|
| General | Định danh, mô tả, nhà phát triển, phiên bản, ngày, liên hệ, giấy phép, yêu cầu phần cứng. |
| Design | Giả định, quyết định kỹ thuật, thuật toán ML. |
| Usage | Mục đích dùng, cách dùng chính/phụ, người dùng, cách tự học, bias, đạo đức, an toàn, minh bạch, ngưỡng, nền tảng, data drift, concept drift. |
| Datasets | Đặc trưng, nguồn, thu thập, khả năng sử dụng, tiền xử lý, mục đích dùng, nội dung, nhãn, kích thước, quyền riêng tư, bảo mật, bias/công bằng, hạn chế. |
| Testing | Chi tiết tập test, tính độc lập của việc test, kết quả test, hoạt động test (vd chức năng, adversarial). |
| Functional | Thước đo, tập dữ liệu validation, ngưỡng, hiệu năng thực tế. |
| Non-Functional | Khả năng mở rộng, độ tin cậy, tính khả dụng, hiệu năng (độ trễ, tài nguyên), khả năng bảo trì, AI robustness. |
| Operational | Kế hoạch triển khai, môi trường triển khai, tài nguyên tính toán, chỉ số/cảnh báo giám sát, chiến lược retrain, kế hoạch cập nhật/rollback model, kế hoạch ngừng sử dụng, bảo mật (rủi ro adversarial), phương pháp giải thích (explainability). |
Review tài liệu theo checklist này là một hoạt động test cốt lõi, nhằm: tìm thông tin thiếu/sai lệch/không nhất quán; cải thiện độ rõ ràng & dễ đọc; tăng khả năng bảo trì; cung cấp đủ thông tin cho hoạt động test & triển khai; và xác nhận đã đáp ứng yêu cầu quản lý liên quan.
📝 Bẫy hay gặp
Đề hay cho một phát biểu nghe hợp lý nhưng sai — nhớ mấy chỗ gài sau:
- "Tài liệu model chỉ là hình thức, không phải hoạt động test" → SAI: review tài liệu là hoạt động test cốt lõi.
- "Model Cards mô tả tập dữ liệu, còn Datasheets for Datasets mô tả model" → SAI: ngược lại — Model Cards mô tả model, Datasheets for Datasets mô tả tập dữ liệu.
- "Chỉ hệ AI rủi ro cao mới cần review tài liệu" → SAI: hệ rủi ro cao cần đạt audit tài liệu trước triển khai, nhưng mọi hệ thống đều nên được review tài liệu để xác nhận chất lượng.
📌 Ghi nhớ
Model Cards = tài liệu về model · Datasheets for Datasets = tài liệu về dữ liệu
Với tester: khi không thể "đọc code" của model như phần mềm thường, hãy dùng checklist 8 nhóm ở trên để review tài liệu — đây thường là cách duy nhất để hiểu model "đúng là để làm gì" và giới hạn thật sự của nó.
📖 Thuật ngữ Anh–Việt (mục này)
Đề thi dùng thuật ngữ tiếng Anh — nhớ đúng cụm bên trái. Bấm 🔊 để nghe từng từ, hoặc "Đọc tất cả" để nghe lần lượt Anh → (vài giây) → Việt.
| Thuật ngữ (EN) | Nghĩa & ghi nhớ nhanh |
|---|---|
| Model documentation | Tài liệu mô hình |
| Model Cards | Khung tài liệu tóm tắt về model |
| Datasheets for Datasets | Khung tài liệu chuẩn hóa mô tả tập dữ liệu |
| Black-box nature | Bản chất hộp đen — khó nhìn thấy logic bên trong |
| Transparency | Tính minh bạch |
| Explainability | Khả năng giải thích |
| Retraining strategy | Chiến lược huấn luyện lại |
| Deprecation plan | Kế hoạch ngừng sử dụng |
🎯 Câu hỏi minh họa (phong cách đề CT-AI · K2)
A regulator requires clear documentation of a high-risk AI system's decisions, limitations, and interpretability before it can be deployed. Which activity most directly supports this requirement?
- a) Adversarial testing.
- b) Reviewing model documentation against a checklist.
- c) A/B testing.
- d) Drift testing.
Xem bản dịch tiếng Việt
Một cơ quan quản lý yêu cầu tài liệu rõ ràng về quyết định, hạn chế, và khả năng diễn giải của một hệ AI rủi ro cao trước khi triển khai. Hoạt động nào hỗ trợ trực tiếp nhất yêu cầu này?
a) Adversarial testing.
b) Review tài liệu model theo checklist.
c) A/B testing.
d) Drift testing.
Xem đáp án & giải thích
✅ Đáp án đúng: b — review tài liệu model đúng là hoạt động xác nhận các yêu cầu minh bạch (quyết định, hạn chế, khả năng diễn giải) đã được đáp ứng.
a sai — adversarial testing nhắm vào độ bền trước input bị chỉnh sửa, không phải yêu cầu tài liệu.
c sai — A/B testing so sánh hai biến thể, không trực tiếp xác nhận tài liệu minh bạch.
d sai — drift testing theo dõi thay đổi dữ liệu/khái niệm, không liên quan yêu cầu tài liệu.
Đề để tiếng Anh cho sát đề thi thật; phần giải thích để tiếng Việt cho dễ hiểu. Câu hỏi do maiqai.com tự soạn theo phong cách đề.
📎 Nguồn: Chương 6 – Kiểm thử mô hình cho hệ thống ML, mục 6.1.2 "Machine Learning Model Documentation and Review", trang 56–57 — ISTQB® Certified Tester AI Testing Syllabus v2.0 (© International Software Testing Qualifications Board). Nội dung biên soạn/dịch ý lại bằng tiếng Việt, không sao chép nguyên văn.