Bài 8 — Tình huống thực tế & vận hành bền vững trong đội nhóm
Từ kỹ năng cá nhân đến quy trình đội nhóm
Biết dùng AI để làm test case là kỹ năng cá nhân. Nhưng để tạo giá trị bền vững, bạn cần đưa nó thành quy trình chuẩn của team, tránh mỗi người một kiểu, tránh rủi ro dữ liệu, và đảm bảo chất lượng ổn định. Bài này tổng hợp qua các tình huống thực tế BA hay gặp.
Tình huống 1 — Deadline UAT gấp, AC vừa mới chốt
PO chốt AC lúc 4h chiều, sáng mai UAT. Cách xử lý: dùng agent ở Bài 7 sinh test case + kịch bản UAT ngay trong tối, dành thời gian còn lại để review nghiệp vụ thay vì gõ tay. Ưu tiên phủ P1 (luồng tiền, dữ liệu) trước. Đánh dấu rõ phần "chưa kịp review kỹ" để cảnh báo trong buổi UAT.
Tình huống 2 — Yêu cầu thay đổi giữa chừng
AC-3 đổi ngưỡng từ 50.000đ thành 100.000đ. Thay vì sửa tay từng test case, bạn đưa cả AC cũ + thay đổi cho AI: "Chỉ cập nhật các test case bị ảnh hưởng bởi thay đổi ngưỡng, giữ nguyên phần còn lại, và liệt kê danh sách test case đã đổi." AI giúp bạn không bỏ sót case bị ảnh hưởng gián tiếp.
Tình huống 3 — Khách hàng ngành đặc thù (ngân hàng, y tế)
Dữ liệu cực nhạy cảm và ràng buộc pháp lý. Nguyên tắc: chỉ dùng công cụ AI được công ty/khách phê duyệt, tuyệt đối dữ liệu synthetic, và có người review chuyên môn ngành. AI hỗ trợ soạn nháp, không thay chuyên gia tuân thủ (compliance).
Prompt mẫu — cập nhật test case khi AC thay đổi
Vai trò: QA. Có thay đổi AC, hãy cập nhật test case CÓ CHỌN LỌC.
AC cũ liên quan:
"""[dán AC cũ]"""
Thay đổi:
"""[mô tả thay đổi, vd: ngưỡng 50.000đ -> 100.000đ]"""
Bộ test case hiện tại:
"""[dán test case]"""
Yêu cầu:
- Xác định test case NÀO bị ảnh hưởng (trực tiếp và gián tiếp).
- Chỉ sửa những case đó, giữ nguyên phần còn lại.
- Xuất: (a) danh sách case đã đổi kèm lý do, (b) bảng test case mới.
- Cảnh báo nếu thay đổi tạo ra mâu thuẫn với AC khác.
Các bước xây quy trình chuẩn cho team
- Thống nhất template test case, kịch bản UAT, checklist nghiệm thu chung.
- Chuẩn hóa chính sách dữ liệu: chỉ synthetic, danh sách công cụ AI được duyệt.
- Tạo agent dùng chung với chỉ dẫn hệ thống thống nhất (Bài 7).
- Quy định điểm review bắt buộc: ai review, review gì, ký ở đâu.
- Lưu "thư viện prompt" của team để tái sử dụng và cải tiến.
- Đo lường: thời gian tiết kiệm, tỉ lệ lỗi lọt production trước/sau khi dùng AI.
Đo lường giá trị để thuyết phục lãnh đạo
Ghi lại 3 chỉ số đơn giản: (1) thời gian viết test case trung bình/story trước và sau; (2) độ phủ AC (% AC có case); (3) số lỗi production sau go-live. Có số liệu, bạn dễ xin đầu tư công cụ AI được duyệt và mở rộng cho cả team.
Template quy trình vận hành (SOP) tái sử dụng
SOP: Thiết kế Test & UAT với hỗ trợ AI
- Đầu vào: AC đã chốt + quy tắc nghiệp vụ.
- Công cụ AI được duyệt: [danh sách]. Dữ liệu: chỉ synthetic.
- Bước 1: Agent sinh test case + ma trận + dữ liệu.
- Bước 2: BA review nghiệp vụ (đối chiếu AC, thêm case đặc thù).
- Bước 3: Dựng kịch bản UAT theo persona.
- Bước 4: Chạy UAT, ghi kết quả.
- Bước 5: AI tổng hợp báo cáo + checklist nghiệm thu. BA duyệt kết luận Go/No-Go.
- Điểm dừng human-in-the-loop: [liệt kê].
- Lưu trữ: RTM, báo cáo, biên bản ký.
Chủ sở hữu SOP: ____ Cập nhật: ____
Sai lầm thường gặp
- Ảo giác trong bối cảnh đặc thù: Ngành càng chuyên biệt, AI càng dễ bịa quy định (thuế, pháp lý, y khoa). Không dùng đầu ra AI làm căn cứ tuân thủ; luôn có chuyên gia ngành kiểm chứng.
- Rò rỉ dữ liệu ở quy mô đội: Một thành viên vô tình dán dữ liệu khách thật lên công cụ chưa duyệt có thể gây sự cố hợp đồng. Chính sách dữ liệu phải rõ ràng và được đào tạo cho cả team.
- Phụ thuộc quá mức làm mai một kỹ năng: Nếu BA mới chỉ biết bấm nút agent mà không hiểu vì sao cần case biên hay ma trận coverage, khi AI sai họ không phát hiện được. Hãy duy trì đào tạo tư duy kiểm thử nền tảng song song với dùng công cụ.