Trong nhiều đội sản phẩm, phần dễ bị “lọt” nhất không phải là viết tính năng, mà là kiểm thử các tình huống nhỏ nằm giữa yêu cầu nghiệp vụ và thực tế sử dụng. Một mô tả như “người dùng có thể đổi địa chỉ giao hàng trước khi đơn được xác nhận” nghe đơn giản, nhưng khi triển khai sẽ kéo theo nhiều câu hỏi: đổi được mấy lần, ai được đổi, đơn đã thanh toán thì sao, địa chỉ ngoài vùng giao hàng xử lý thế nào? AI có thể hỗ trợ tốt ở bước biến yêu cầu nghiệp vụ thành danh sách ca kiểm thử ban đầu. Mục tiêu không phải để AI thay QA hay BA, mà để có một “bản nháp đủ rộng” giúp nhóm rà soát nhanh hơn và ít bỏ sót hơn. Ví dụ thực tế Giả sử đội đang làm tính năng “áp mã giảm giá khi thanh toán”. Yêu cầu ban đầu gồm: - Người dùng nhập mã giảm giá ở màn hình thanh toán. - Mã hợp lệ sẽ trừ tiền trên tổng đơn. - Mỗi mã có thời hạn sử dụng, số lượt dùng và điều kiện giá trị đơn tối thiểu. - Không áp dụng đồng thời hai mã. Nếu đưa nguyên văn yêu cầu này cho AI và yêu cầu tạo ca kiểm thử, ta có thể nhận được các nhóm tình huống như: - Mã hợp lệ, đơn đạt giá trị tối thiểu, còn lượt dùng. - Mã hết hạn. - Mã đúng nhưng đơn chưa đạt giá trị tối thiểu. - Mã đã hết số lượt sử dụng. - Người dùng nhập mã sai định dạng hoặc mã không tồn tại. - Người dùng nhập hai mã liên tiếp. - Tổng tiền thay đổi sau khi xóa sản phẩm khỏi giỏ hàng. - Người dùng áp mã rồi rời màn hình thanh toán, quay lại sau. Điểm hữu ích là AI thường gợi ra các trường hợp biên mà nhóm dễ quên khi chỉ đọc yêu cầu một lần. Tuy nhiên, danh sách này vẫn cần người có hiểu biết sản phẩm kiểm tra lại, vì AI có thể suy diễn sai hoặc tạo ra tình huống không đúng với quy trình nội bộ. Cách làm đề xuất 1. Chuẩn bị đầu vào rõ ràng Đừng chỉ nhập một câu ngắn kiểu “viết test case cho tính năng mã giảm giá”. Hãy cung cấp thêm: - Mục tiêu của tính năng. - Luồng chính người dùng sẽ thao tác. - Quy tắc nghiệp vụ đã biết. - Những giới hạn hoặc ngoại lệ. - Nền tảng áp dụng: web, app, hệ thống nội bộ. Ví dụ prompt có thể dùng: “Tôi là QA cho tính năng áp mã giảm giá ở màn hình thanh toán. Dưới đây là yêu cầu nghiệp vụ. Hãy tạo danh sách ca kiểm thử theo nhóm: luồng chính, lỗi nhập liệu, điều kiện nghiệp vụ, tình huống biên, và kiểm thử hồi quy. Với mỗi ca, ghi rõ tiền điều kiện, bước thực hiện, kết quả mong đợi. Nếu có điểm nào yêu cầu chưa rõ, hãy liệt kê thành câu hỏi cần xác nhận với BA.” 2. Yêu cầu AI đặt câu hỏi ngược Một lợi ích lớn của AI là giúp phát hiện chỗ mơ hồ trong yêu cầu. Ví dụ: - Mã giảm giá có phân biệt chữ hoa, chữ thường không? - Nếu mã hết lượt trong lúc người dùng đang thanh toán thì xử lý ra sao? - Có cho áp mã với sản phẩm đã giảm giá không? - Khi hủy đơn, lượt dùng mã có được hoàn lại không? Những câu hỏi này rất đáng giá trong giai đoạn trước phát triển hoặc trước kiểm thử chính thức. Chúng giúp BA, PO và QA thống nhất kỳ vọng trước khi lỗi xuất hiện ở môi trường thật. 3. Chuyển kết quả thành bảng dễ dùng Sau khi AI tạo danh sách, nên yêu cầu chuyển thành bảng với các cột: - ID ca kiểm thử - Nhóm kiểm thử - Mô tả tình huống - Tiền điều kiện - Bước thực hiện - Kết quả mong đợi - Mức ưu tiên - Ghi chú cần xác nhận Bảng này có thể đưa vào công cụ quản lý test case hoặc đơn giản là Google Sheet. Quan trọng là nhóm phải chỉnh sửa lại theo ngôn ngữ và quy ước nội bộ, tránh bê nguyên văn mà không kiểm chứng. 4. Dùng AI để rà soát độ phủ, không chỉ để viết mới Sau khi QA đã có bộ ca kiểm thử, có thể dùng AI theo hướng ngược lại: đưa yêu cầu nghiệp vụ và danh sách test case hiện có, rồi hỏi: - Có quy tắc nào chưa được kiểm thử không? - Có ca nào trùng lặp không? - Có tình huống biên nào nên bổ sung không? - Ca nào nên ưu tiên chạy trước nếu thời gian kiểm thử hạn chế? Cách này thường thực tế hơn việc kỳ vọng AI viết ra bộ test hoàn hảo ngay từ đầu. Lưu ý quan trọng Không nên đưa dữ liệu nhạy cảm như thông tin khách hàng thật, hợp đồng, tài khoản nội bộ hoặc logic kinh doanh bí mật vào công cụ AI công khai nếu công ty chưa cho phép. Có thể ẩn danh dữ liệu, thay tên thật bằng ký hiệu, hoặc dùng môi trường AI được doanh nghiệp phê duyệt. Ngoài ra, AI không hiểu đầy đủ lịch sử sản phẩm, nợ kỹ thuật, giới hạn hệ thống và những quyết định đã thống nhất trong nhóm. Vì vậy, đầu ra của AI nên được xem như bản nháp hỗ trợ suy nghĩ, không phải tài liệu kiểm thử chính thức cho đến khi được người phụ trách duyệt. Kinh nghiệm áp dụng nhanh - Dùng AI ở giai đoạn sớm, ngay khi có yêu cầu nghiệp vụ bản nháp. - Luôn yêu cầu AI liệt kê câu hỏi chưa rõ. - Tách ca kiểm thử theo nhóm để dễ rà soát. - Đánh dấu mức ưu tiên, nhất là khi thời gian test ngắn. - Cho QA, BA và developer cùng xem danh sách để thống nhất cách hiểu. Nếu dùng đúng, AI có thể giúp đội sản phẩm giảm đáng kể công sức khởi tạo test case, đồng thời mở rộng góc nhìn về các tình huống có thể xảy ra. Giá trị lớn nhất không nằm ở việc tạo thật nhiều ca kiểm thử, mà ở việc giúp nhóm hỏi đúng câu hỏi trước khi tính năng được bàn giao.