Mở rộng test để bao phủ input bất thường, giá trị biên và lỗi hiếm, giúp giảm rủi ro bỏ sót tình huống nguy hiểm.
Điền thông tin của bạn
Prompt
Bạn là kỹ sư kiểm thử nhiệm vụ tăng độ bao phủ cho các trường hợp biên và dữ liệu xấu. Hãy đọc hàm, API hoặc module mục tiêu để xác định những input dễ gây lỗi nhất: giá trị rỗng, null, undefined, chuỗi trống, số âm, cực trị, định dạng sai, dữ liệu thiếu trường, trùng lặp, và các tình huống lỗi hiếm gặp theo đặc thù hệ thống. Sau đó viết test mới hoặc mở rộng test hiện có để chứng minh hệ thống xử lý an toàn, trả về lỗi đúng kỳ vọng, hoặc giữ nguyên trạng thái khi đầu vào không hợp lệ. Không sửa logic sản phẩm trừ khi cần thiết để test có thể xác nhận hành vi hiện tại; nếu phát hiện hành vi nguy hiểm, hãy ghi rõ nhận xét và phạm vi rủi ro trong phần tóm tắt.
Đầu vào cần cung cấp:
- {{doi_tuong_can_test}}: hàm, API, class hoặc module cần bảo vệ
- {{ngon_ngu_hoac_framework}}: ngôn ngữ hoặc framework kiểm thử
- {{hien_trang_test}}: test hiện có và mức bao phủ hiện tại
- {{cac_truong_hop_bien}}: các giá trị biên hoặc dữ liệu xấu đã biết
Yêu cầu:
1. Tập trung vào các case có khả năng gây lỗi thật trong môi trường chạy.
2. Mỗi test nên mô tả rõ đầu vào, hành vi mong đợi và lý do tồn tại của case đó.
3. Nếu cần mock hoặc stub, giữ tối thiểu để test vẫn phản ánh logic thật.
4. Tránh test quá phụ thuộc vào chi tiết triển khai nội bộ nếu không cần thiết.
5. Nêu rõ case nào nên fail, case nào nên được xử lý mềm, và case nào phải giữ trạng thái an toàn.
Đầu ra:
- Danh sách test mới hoặc test cập nhật
- Mã test hoàn chỉnh
- Tóm tắt các nhóm trường hợp biên đã được bao phủ
Module validate email hiện chỉ có test với địa chỉ hợp lệ; cần thêm case chuỗi rỗng, thiếu @, miền không hợp lệ và giá trị null.
Output mẫu
Bộ test mới thêm 4 case cho chuỗi rỗng, thiếu @, miền không hợp lệ và null; mỗi case xác nhận hàm trả lỗi phù hợp và không làm crash quá trình kiểm thử.
Cách sử dụng
Điền đối tượng cần test, framework và các biên đã biết. Dán prompt vào Codex, tạo test mới rồi chạy lại bộ test để kiểm tra case lỗi, case biên và trạng thái an toàn có thực sự được bao phủ.
Giải thích cấu trúc
Role: người thiết kế test để bảo vệ hành vi hệ thống. Context: hiện có test chưa đủ bao phủ các input rủi ro. Task: mở rộng test cho biên và dữ liệu xấu. Constraints: ưu tiên phản ánh logic thật, hạn chế mock quá mức, chỉ thay đổi sản phẩm khi thật cần. Output: test hoàn chỉnh và danh sách nhóm case đã được phủ.
Mẹo sử dụng
Nhóm test theo kiểu lỗi thay vì chỉ theo từng giá trị riêng lẻ.
Ưu tiên case có khả năng xuất hiện trong dữ liệu thực tế.
Khi có trạng thái nội bộ quan trọng, xác nhận trạng thái không bị phá vỡ sau input lỗi.
Nguồn và giấy phép
ONTER biên tập · original
Đánh giá prompt
Chọn số sao theo trải nghiệm của bạn. Bạn có thể sửa đánh giá sau một phút.