1. Tóm tắt nhanh & màn hình bạn sẽ test
Nếu bạn đang test cho một sản phẩm SaaS thay đổi mỗi sprint, bạn sẽ hiểu cảm giác: user story mới đổ về liên tục, mỗi story cần ít nhất 6-10 testcase, và bạn không có đủ thời gian để viết tay từng ca một cách kỹ lưỡng. Đây chính là chỗ AI giúp được — không phải để thay bạn suy nghĩ, mà để tạo nhanh một bản nháp bao phủ nhiều góc độ, để bạn tập trung thời gian vào việc quan trọng hơn: review, tìm lỗ hổng nghiệp vụ, và quyết định ca nào thật sự cần thiết.
2. AI sinh testcase từ user story hoạt động thế nào
Hãy hình dung luồng làm việc như một dây chuyền có 5 trạm. Trạm 1: bạn có một user story chuẩn (vai trò, mục tiêu, lợi ích) kèm acceptance criteria rõ ràng. Trạm 2: bạn đưa nó vào một prompt template — một 'khuôn' câu lệnh đã chuẩn hoá, có ràng buộc nghiệp vụ cụ thể. Trạm 3: AI xử lý và trả về bản nháp testcase. Trạm 4: bạn — tester — review, đối chiếu từng ca với acceptance criteria gốc. Trạm 5: những ca đạt chuẩn được đưa vào Jira/TestRail làm bộ test chính thức; ca chưa đạt thì quay lại trạm 2 để tinh chỉnh prompt.
Điểm mấu chốt nằm ở trạm 4: review. Nhiều người mới nghĩ AI sinh ra là dùng luôn, nhưng thực tế AI không đọc được ngữ cảnh ngầm của sản phẩm (ví dụ: 'active' trong TaskPilot có nghĩa riêng, khác với định nghĩa chung), và có thể tự suy diễn thêm quy tắc không hề có trong acceptance criteria. Vì vậy vòng lặp Review → tinh chỉnh prompt chính là nơi tay nghề tester thể hiện rõ nhất.
3. Vì sao Tester cần biết kỹ năng này
Ở một sản phẩm SaaS thật như TaskPilot, mỗi sprint có thể có 15-20 user story mới. Nếu mỗi story cần trung bình 6-8 testcase viết tay, đội test dễ trở thành nút thắt cổ chai, kéo chậm cả release. Biết cách dùng AI sinh testcase đúng cách giúp đội rút ngắn thời gian tạo bản nháp từ hàng giờ xuống vài phút, trong khi vẫn giữ chất lượng nhờ vòng review có kỷ luật.
Đây cũng là kỹ năng mà nhà tuyển dụng ngày càng hỏi trong phỏng vấn: không phải 'bạn có biết AI không' mà là 'bạn kiểm soát AI thế nào để không rước rủi ro vào sản phẩm'. Trả lời tốt câu này cho thấy bạn hiểu AI là công cụ tăng tốc, không phải người quyết định thay bạn — một tư duy mà mọi công ty làm sản phẩm nghiêm túc đều muốn thấy ở một tester.
Và cuối cùng: kỹ năng viết prompt tốt cho testing chính là kỹ năng tư duy testcase được viết ra thành lời — bạn càng giỏi phân tích acceptance criteria, càng viết prompt tốt, và AI càng trả về kết quả sát thực tế hơn. Nói cách khác, AI không làm giảm giá trị của tư duy kiểm thử; nó khuếch đại giá trị đó nếu bạn dùng đúng.
4. Chuẩn bị: user story chuẩn & prompt template
Trước khi hỏi AI bất cứ điều gì, bạn cần một user story đủ chất lượng. Một user story tốt theo mẫu 'Là [vai trò], tôi muốn [mục tiêu], để [lợi ích]' luôn đi kèm acceptance criteria — những điều kiện cụ thể, đo được, để xác nhận story đã hoàn thành đúng.
▶ Bước 1: Viết user story theo mẫu As a / I want / So that. Ví dụ US-2201: 'Là Project Manager, tôi muốn gán task cho thành viên đang active, để công việc có người chịu trách nhiệm rõ ràng'.
▶ Bước 2: Ghi acceptance criteria dạng con số cụ thể, không mơ hồ: chỉ gán cho thành viên 'active'; tối đa 20 task đang mở/người (WIP limit); không được bỏ trống người gán; gán lại phải ghi log.
💬 Bình luận (0)
Chưa có bình luận nào. Hãy là người đầu tiên!