AI Agent cho Tester / QA: bắt đầu từ đâu để không rối
Tình huống thật
Cuối sprint, QA copy 40 bước test từ Google Sheet sang Base.vn, log Chrome còn dán vào Zalo nhóm. Product hỏi “bug này tái hiện được không”. Canva và MISA không giúp việc này — đừng gắn tool sai nghề.
Trả lời nhanh: bắt đầu bằng gom test case lặp và nháp mô tả bug từ log đã ẩn token. AI không được merge, không được bấm Close ticket, không được bịa bước tái hiện.
Team nhảy Base.vn, Sheet checklist, Zalo hỏi dev, thỉnh thoảng Messenger khách báo lỗi. Bài này khoanh QA thủ công — không dạy CI/CD.
Việc có thể giao cho AI
- Rút test case 8–12 bước từ mô tả ticket Base.vn (gắn [CẦN DUYỆT]).
- Gom 15 bug tuần thành nhóm: UI, API, dữ liệu, không tái hiện.
- Nháp báo cáo bug: bước, kỳ vọng, thực tế, môi trường — không đoán root cause.
- Đối chiếu checklist nghiệm thu với Sheet; liệt kê mục chưa tick.
- Viết câu hỏi làm rõ gửi dev trên Zalo (nháp).
AI không làm: đánh PASS/FAIL cuối, xóa test production, đưa khóa API vào prompt, vẽ poster Canva cho báo cáo.
Dữ liệu cần chuẩn bị
- 5 ticket Base.vn đã ẩn PII.
- Log lỗi bản sao (xóa token, cookie).
- Tiêu chí nghiệm thu trên Sheet.
- Người duyệt: QA phụ trách ticket, tech lead khi đụng production.
Workflow từng bước
- Bước 1: Chốt phạm vi — Một module, một sprint. Cấm AI đóng bug.
- Bước 2: Làm sạch log và ticket — Bản sao; xóa secret.
- Bước 3: Nháp test case + bug — Thiếu bước tái hiện thì [CẦN DUYỆT], không bịa.
- Bước 4: QA chạy tay — Tick Sheet; AI không thay bước click.
- Bước 5: Tech lead review — Chỉ đóng ticket khi có bằng chứng trên Base.vn.
Prompt mẫu
Test case từ ticket
Bạn hỗ trợ QA web app SME Việt. Từ mô tả ticket Base.vn sau đây, viết test case: tiền điều kiện, 8 bước, kỳ vọng. Không bịa URL nội bộ. [CẦN DUYỆT] nếu thiếu môi trường.
Nháp bug từ log
Đây là log đã xóa token. Viết bug: tóm tắt 1 câu, bước tái hiện (chỉ bước có trong log), mức ưu tiên đề xuất. Không kết luận do “lỗi server” nếu log không nói.
Gom bug tuần
15 tiêu đề bug. Nhóm UI / API / dữ liệu / không tái hiện. Mỗi nhóm 1 câu hỏi cho dev. Không ước lượng story point.
Checklist nghiệm thu
Đối chiếu danh sách nghiệm thu Sheet với comment ticket. Trả bảng: mục | có bằng chứng | thiếu. Không tự tick PASS.
Tin Zalo hỏi dev
Viết 3 tin Zalo dưới 40 từ hỏi môi trường tái hiện, giọng lịch sự. [CẦN DUYỆT]. Không tag cả nhóm.
Công cụ phù hợp
Base.vn (ticket), Google Sheets (checklist), Zalo (hỏi dev), Messenger (nếu khách báo lỗi). Không dùng Canva/MISA cho việc QA.
AI làm gì / người duyệt gì
AI: nháp test case, nháp bug, gom nhóm, checklist thiếu.
Người: QA chạy tay; tech lead đóng ticket và quyết định hotfix.
Sai lầm và rủi ro cần tránh
- Dán log production có khóa vào ChatGPT công cộng.
- Để AI đánh PASS cho xong sprint.
- Copy workflow livestream/Shopee sang bài QA.
Triển khai: cá nhân / đội nhóm / doanh nghiệp
Cá nhân: một module, Sheet + Base.vn, 7 ngày.
Đội nhóm: QA nháp, dev không tự đóng bug của mình.
Doanh nghiệp: staging riêng; cấm agent ghi production.
Kết quả đầu ra mẫu
Mã QA-118 · REVIEW · 8 bước test · thiếu URL staging · [CẦN DUYỆT]
Người duyệt: ________ | PASS tay / trả lại / escalation
Handoff QA trong sprint
Ticket Base.vn hay thiếu môi trường: staging URL, tài khoản test, bản build. AI phải để trống và [CẦN DUYỆT], không copy URL production từ trí nhớ. Khi khách báo lỗi qua Messenger, lễ tân hoặc support chuyển vào Base.vn trước — đừng dán nguyên đoạn chat có SĐT vào prompt. Rút bước tái hiện, ẩn PII, rồi mới nháp bug.
Google Sheet nghiệm thu: mỗi dòng một tiêu chí, cột bằng chứng (screenshot Drive, mã build). AI đối chiếu comment ticket với Sheet, không tự tick. Dev hay nhờ QA “close hộ vì sắp demo”: giữ quy tắc tech lead đóng. Nếu hotfix production, QA chạy lại 5 case hẹp trên staging, không tin lời AI “log trông ổn”.
Zalo nhóm sprint dễ trôi. Nháp tin hỏi dev gửi 1-1 hoặc thread ticket, không @all. Cuối sprint họp 15 phút: số bug nháp dùng được, số test case phải viết lại, số lần log còn secret. Không dùng Canva làm slide QA trừ khi khách yêu cầu — việc đó ngoài phạm vi bài này.
Checklist vận hành 14 ngày QA
Ngày 1 chọn một module (ví dụ đăng nhập). Ngày 2 xuất 5 ticket Base.vn. Ngày 3 làm sạch log. Ngày 4–6 nháp test case, QA chạy tay, ghi PASS/FAIL trên Sheet. Ngày 7 tech lead xem 5 bug nháp. Tuần 2 thêm module thứ hai chỉ khi tỷ lệ nháp dùng được ổn. Không nhảy sang performance test hay bảo mật penetration — ngoài phạm vi bài. Google Sheets giữ bản checklist; Base.vn giữ bằng chứng. Zalo chỉ để hỏi môi trường, không để đóng sprint.
Khi CI có sẵn, vẫn không giao AI bấm pipeline tuần đầu. Nếu team dùng Git, người review code đọc diff, AI không “approve PR”. Messenger khách: chuyển ticket, ẩn SĐT. Fanpage báo lỗi app: cùng quy tắc. Đừng kéo MISA hay Canva vào báo cáo QA. Đo: số test case viết lại, số bug thiếu bước tái hiện, số log còn secret bị chặn trước khi dán prompt.
Ghi chú thêm: test case đăng nhập khác test case thanh toán — tách prompt. Lỗi UI pixel không cần log server. Lỗi 500 mới dán log đã ẩn. Nếu Base.vn downtime, ghi Sheet tạm, đồng bộ sau, không để AI tạo ticket giả. Tech lead review vào giờ cố định, không nhắn Zalo lúc 23h để đóng bug cho kịp demo sáng.
Khi viết test data: dùng tài khoản staging, không dùng thẻ thật. VietQR/MoMo trên staging nếu có sandbox. Không chụp CCCD khách. Checklist nghiệm thu in ra họp mới được coi là nguồn, comment Slack/Zalo không thay Sheet.
Cuối sprint, in Sheet nghiệm thu ra họp 15 phút. AI không thay mặt QA nói “ổn để ship”. Nếu demo khách, dùng build staging đã gắn mã. Screenshot Drive đặt tên ticket. Không livestream test production. Không nhờ AI viết kịch bản demo marketing. Messenger khách sau demo: mở ticket mới, đừng nhét vào bug cũ. Tech lead đóng cửa sổ sprint trên Base.vn sau khi QA tick tay. Đó là ranh giới cuối.
Khi nào nên thuê triển khai
Bạn có thể tự thử các prompt trong bài. Nếu không muốn tự mò từng công cụ, Ngân Ads có gói cài AI Agent cá nhân 499K — support kỹ thuật 7 ngày. Inbox/Zalo 0983543063 · /ai-agent-499k · /lien-he.