Mục tiêu

Prompt này được thiết kế để hỗ trợ sinh bộ test case tự động cho hàm xử lý thanh toán dựa trên mô tả nghiệp vụ, chữ ký hàm, mã nguồn hoặc pseudo-code. Kết quả đầu ra hướng đến tính thực tiễn, dễ chuyển thành test manual hoặc automated test, đồng thời bao quát các tình huống quan trọng trong hệ thống thanh toán.

• Phân tích đầu vào, đầu ra và luồng xử lý chính của hàm thanh toán.
• Sinh test case cho happy path, negative case, edge case và exception handling.
• Kiểm tra ràng buộc nghiệp vụ như số tiền, loại tiền tệ, trạng thái đơn hàng, idempotency, timeout, retry.
• Tăng độ phủ kiểm thử cho các rủi ro liên quan đến bảo mật, dữ liệu thiếu, dữ liệu sai định dạng và lỗi tích hợp.

Khi nào nên dùng

Bạn nên dùng prompt này khi cần tạo nhanh bộ test case có cấu trúc cho các hàm hoặc module xử lý thanh toán, đặc biệt trong các bối cảnh cần review logic kỹ trước khi triển khai test tự động hoặc test hồi quy.

• Khi chỉ mới có mô tả nghiệp vụ hoặc chữ ký hàm nhưng cần lập danh sách test sớm.
• Khi muốn chuẩn hóa cách viết test case giữa developer, QA và reviewer.
• Khi cần rà soát rủi ro trong luồng thanh toán như thanh toán trùng, callback lỗi, sai chữ ký xác thực, hoặc mất đồng bộ trạng thái.
• Khi chuyển từ yêu cầu nghiệp vụ sang test case để viết unit test, integration test hoặc API test.

Hướng dẫn tùy biến

1. Cung cấp ngữ cảnh đầu vào

Để AI sinh test sát thực tế hơn, hãy đưa vào một hoặc nhiều thành phần như tên hàm, mục đích xử lý, tham số đầu vào, giá trị trả về, ngoại lệ có thể phát sinh, dependency bên ngoài và quy tắc nghiệp vụ thanh toán.

2. Chỉ định mức độ chi tiết

Bạn có thể yêu cầu AI xuất test case theo mức ngắn gọn hoặc đầy đủ. Với mức đầy đủ, nên yêu cầu các cột như ID, mục tiêu test, precondition, test data, steps, expected result, priority và loại test.

3. Nêu rõ phạm vi kiểm thử

Hãy xác định rõ bạn muốn tập trung vào unit test, integration test hay API/business test. Nếu hệ thống có cổng thanh toán bên thứ ba, nên yêu cầu tách riêng test nội bộ và test tương tác với hệ thống ngoài.

4. Yêu cầu nhóm hóa test case

Nên yêu cầu AI phân nhóm theo happy path, validation, business rule, security, concurrency, failure recovery và logging/monitoring để dễ review và triển khai.

Lưu ý

• Kết quả sinh tự động cần được kiểm tra lại với nghiệp vụ thực tế và hợp đồng tích hợp thanh toán.
• Không nên chỉ dựa vào test case tổng quát nếu hàm có phụ thuộc vào trạng thái đơn hàng, kho, ví, token hoặc callback bất đồng bộ.
• Nếu xử lý thông tin nhạy cảm, cần yêu cầu AI tránh dùng dữ liệu thật và thay bằng dữ liệu mẫu an toàn.
• Nên bổ sung yêu cầu về idempotency, race condition, rollback và audit log vì đây là các rủi ro phổ biến trong thanh toán.