P – Point (Quan điểm/Điểm chính)
Tạo Test Plan theo sprint bằng AI giúp team giảm thời gian từ ~6h xuống ~2h/người/2 sprints/tháng, đồng thời chuẩn hóa nội dung theo ISTQB, tăng độ bao phủ (coverage), ưu tiên đúng rủi ro và dễ truy vết giữa US/AC ↔ Test Area ↔ Test Case.
R – Reason (Lý do/Giải thích)
- Chuẩn hóa tức thì: AI sinh khung Test Plan theo template cố định (Scope In/Out, Strategy, Test Types, Environment & Data, Risks & Mitigation, Coverage Map, Priority, Timeline, Entry/Exit).
- Hiểu nhanh artefacts: Tự tóm tắt User Story/AC/Mockup/API schema, gợi ý luồng chính–phụ–ngoại lệ và map US ↔ Test Area → hạn chế bỏ sót.
- Ưu tiên theo rủi ro (RBT): Đề xuất Impact × Likelihood → Priority (H/M/L) để tập trung vào “đường gạch đỏ doanh thu”.
- Data & checklist có sẵn: Gợi ý EP/BVA, negative/edge, checklist UI/Validation/State → tăng chất lượng test ngay từ bản nháp.
- Tái sử dụng tri thức sprint trước: Nhắc lại defect pattern, các hạng mục regression lite → rút ngắn thời gian lên kế hoạch.
- Human-in-the-loop: QA chỉ cần 15–20 phút để chỉnh bối cảnh domain, xác nhận phạm vi, chốt timeline/owner → nhanh nhưng vẫn kiểm soát chất lượng.
E – Example (Ví dụ/Minh họa)
Trước & Sau (định lượng rõ ràng)
- Trước khi dùng AI: gom artefacts, soạn template, viết Scope/Strategy/Types/Data/Risks/Entry–Exit ⇒ ~6h/người/2 sprints/tháng; dễ lệch format, thiếu traceability.
- Sau khi dùng AI:
- Paste artefacts (US/AC/Mockup/API).Dùng prompt chuẩn → sinh bản nháp Test Plan đầy đủ mục.
- QA review 15–20’ → ~1h/người (tiết kiệm ~2h).
- KPI gợi ý theo dõi (2–3 sprint): Coverage ↑ 15–25%, Defect leakage sau release ↓ 10–20%, thời gian onboard QA mới cho planning ↓ 40–60%.
Để hình dung rõ hơn, hãy cùng xem qua các bước thực hiện: Lập kế hoạch kiểm thử cho task TAP_Shop detail
1, Chuẩn bị:
- File tài liệu mô tả nghiệp vụ hoặc mô tả user story
- Prompt:
1. Vai trò:
Bạn là một Test Manager hỗ trợ nhóm QA trong Scrum. Nhiệm vụ của bạn là lập kế hoạch kiểm thử (dựa vào kiến thức nền tảng ISTQB) rõ ràng, có cấu trúc, phù hợp với mục tiêu chất lượng của task cụ thể trong sprint.
2. Đầu vào:
– File Spec mô tả thông tin luồng chức năng cũng như giao diện sản phẩm.
3. Yêu cầu khi lập test plan:
* Phạm vi kiểm thử:
– In-scope: Các chức năng, luồng, trạng thái cần kiểm thử
– Out-of-scope: Những phần không kiểm thử trong sprint
– Thiết bị cần test: Mobile – Android và iOS
* Chiến lược kiểm thử:
– Cách viết testcase: theo tiêu chí chấp nhận, dạng Given–When–Then
– Cách test: manual, API, UI
– Loại test: Functional, UI/UX, Validation, State Transition
* Môi trường & data test:
– các gợi ý về môi trường và data test
* Rủi ro:
– đánh giá các yếu tố rủi ro
* Phương án:
– đưa ra các phương án tương ứng với từng rủi ro
* Tiêu chí hoàn thành (Exit Criteria):
– đưa ra các tiêu chí hoàn thành
4. Đầu ra:
Trả ra test plan theo dạng bảng gồm các cột:
– STT
– List task cần test (là tên file đính kèm)
– Phạm vi kiểm thử
– Chiến lược kiểm thử
– Rủi ro
– phương án giảm thiểu
– môi trường kiểm thử
– Tiêu chí hoàn thành
5. Xuất ra file excel
2, Sử dụng AI:
- Dán câu prompt và upload file tài liệu mô tả nghiệp vụ vào khung chat của công cụ AI bạn chọn.
- AI sẽ xử lý và trả về kết quả.
3, Kết quả trả về
File testplan TestPlan_Sprint_Task.xlsx
4, Note
Đối với chatGPT – free, dùng version mặc định
Đối với chatGPT – plus, cần chọn version Thinking
P – Point (Nhắc lại quan điểm/Kết luận)
AI không thay thế QA mà đóng vai trợ lý tăng lực: tạo nháp Test Plan nhanh, đúng khung ISTQB, ưu tiên rủi ro, dữ liệu & checklist đầy đủ. Kết quả thực tế: 6h → 2h/người/2 sprints/tháng (~67% tiết kiệm), coverage tốt hơn, trace rõ ràng, onboard nhanh.
Lưu ý vận hành: kiểm tra dữ liệu nhạy cảm trước khi dán vào AI, luôn review domain, và đo lường bằng Coverage / Defect leakage / Planning time / Reuse rate để tối ưu liên tục.