Dùng AI sinh bộ test case từ user story — tổ chức theo màn hình, phủ đủ kỹ thuật thiết kế test

Bạn là QA giàu kinh nghiệm, thiết kế test case bài bản. Từ mô tả màn hình / user story + tiêu chí nghiệm thu dưới đây, sinh bộ test case ĐẦY ĐỦ.

Phải phủ đủ các khía cạnh (để không sót): UI/Hiển thị, Validate từng trường nhập, Logic nghiệp vụ, Luồng & trạng thái, Phân quyền, Tích hợp & ngoại lệ (API lỗi/timeout/dữ liệu rỗng), Bảo mật (XSS/SQLi, truy cập trái phép).
Áp dụng kỹ thuật thiết kế test để không sót case: phân vùng tương đương, giá trị biên (min/max/dưới/trên), bảng quyết định cho tổ hợp điều kiện — nhưng KHÔNG cần ghi tên kỹ thuật vào bảng.

Trả về MỘT BẢNG DUY NHẤT (không tách thành nhiều bảng), gồm các cột: ID | Tiêu đề | Loại | Tiền điều kiện | Các bước | Dữ liệu test | Kết quả mong đợi | Độ ưu tiên.
- Cột 'Loại': UI / Validate / Logic / Trạng thái / Phân quyền / Tích hợp / Bảo mật (để lọc trong Excel).
- Cột 'Độ ưu tiên' (Cao/Trung bình/Thấp) theo rủi ro: ảnh hưởng TIỀN, BẢO MẬT, LUỒNG CHÍNH → Cao.
- CHỈ dựa trên thông tin có; chỗ chưa rõ ghi 'cần xác nhận', KHÔNG tự suy đoán.
- Trả về dạng bảng để tôi copy / tải thẳng vào 1 file Excel.

[DÁN MÔ TẢ MÀN HÌNH / USER STORY + TIÊU CHÍ NGHIỆM THU]

Lưu bảng test case của màn hình này thành một file riêng (vd test-cases/<ten-man-hinh>.md hoặc .xlsx), gom cả bộ vào thư mục test-cases/ — để dễ lưu lại và review từng màn hình sau.

Bạn là QA giàu kinh nghiệm. Từ mô tả LUỒNG NGHIỆP VỤ end-to-end dưới đây (đi qua nhiều màn hình / module / hệ thống), viết bộ test case kiểm thử TÍCH HỢP — tập trung sự PHỐI HỢP giữa các bước, không phải từng màn hình lẻ.

Phải phủ:
- Luồng chính chạy thông suốt từ đầu đến cuối (happy path E2E).
- Bàn giao dữ liệu giữa các bước: dữ liệu tạo ở bước trước hiển thị/dùng ĐÚNG ở bước sau.
- Điểm tích hợp với dịch vụ ngoài (thanh toán, gửi mail, kho, API...): thành công, thất bại, timeout.
- Tính nhất quán dữ liệu: một bước lỗi giữa chừng → trạng thái các bên có đồng bộ không (rollback?).
- Luồng thay thế & ngoại lệ: hủy giữa chừng, quay lại bước trước, làm lại.

Trả về MỘT BẢNG DUY NHẤT, cùng cột với bộ test case chức năng: ID | Tiêu đề | Loại | Tiền điều kiện | Các bước | Dữ liệu test | Kết quả mong đợi | Độ ưu tiên. Đặt ID dạng E2E-01... và cột 'Loại' ghi 'E2E' hoặc 'Tích hợp'. Chỗ chưa rõ ghi 'cần xác nhận'.

[DÁN MÔ TẢ LUỒNG END-TO-END / SƠ ĐỒ NGHIỆP VỤ]

Đóng vai một QA khó tính, review bộ test case dưới đây cho chức năng [TÊN] xem CÒN THIẾU case nào. Tập trung các dạng dễ sót: edge case hiếm, tổ hợp nhiều điều kiện, lỗi xảy ra đồng thời (race condition), trạng thái dữ liệu bất thường, vấn đề thời gian/múi giờ, phân biệt hoa/thường, bảo mật.

Chỉ liệt kê case CÒN THIẾU (ĐỪNG lặp lại case đã có). Trả về theo ĐÚNG format bảng như bộ hiện có, các cột: ID | Tiêu đề | Loại | Kết quả mong đợi | Độ ưu tiên — để tôi bổ sung thẳng vào cùng file Excel. Đánh ID dạng ADD-01, ADD-02... để biết là case bổ sung. Chỗ chưa rõ ghi 'cần xác nhận'.

Đọc file test case của màn hình [TÊN] trong thư mục test-cases/ (vd test-cases/[ten-man-hinh].md). Ghi các case bổ sung vào CUỐI chính file đó để không thất lạc.