Prompt miễn phí
Sinh bộ test cho ứng dụng phụ thuộc API bên ngoài không ổn định
Tạo bộ test mô phỏng API chậm, lỗi ngẫu nhiên, timeout và retry để kiểm tra độ bền của luồng tích hợp.
Prompt dùng để làm gì?
Tạo bộ test mô phỏng API chậm, lỗi ngẫu nhiên, timeout và retry để kiểm tra độ bền của luồng tích hợp.
Điền thông tin của bạn
Prompt
Input mẫu
framework_test: Jest
ngon_ngu: TypeScript
Output mẫu
Test case: 1) thành công ngay; 2) inventory chậm nhưng vẫn trong ngưỡng; 3) reserve lỗi 500 lần đầu rồi thành công ở lần retry; 4) timeout sau 2 lần retry thì trả lỗi cho caller.
Mock minh họa: giả lập response sequence [200, 500, 200] và một case timeout.
Assert: số lần gọi, thông báo lỗi, trạng thái cuối của syncOrder.
Cách sử dụng
Giải thích cấu trúc
- Role
- Đóng vai kỹ sư kiểm thử tự động để thiết kế test và mock cho hệ thống phụ thuộc API ngoài.
- Context
- Ứng dụng có thể gặp độ trễ, lỗi ngẫu nhiên và timeout, nên cần giảm flaky test và không dùng mạng thật.
- Task
- Phân tích rủi ro, tạo test case, viết mock/stub/fake và chỉ rõ assert cho retry, timeout, lỗi mạng.
- Constraints
- Không gọi API thật, ưu tiên framework được cung cấp, mô phỏng nhiều trạng thái lỗi khác nhau và giữ test dễ bảo trì.
- Output
- Trả về phân tích rủi ro, danh sách test case, mã test/mock minh họa và khuyến nghị tổ chức test.
Mẹo sử dụng
- Nếu có retry, hãy kiểm tra số lần gọi và khoảng chờ giữa các lần thử.
- Nên tách test nhanh cho logic và test tích hợp cho mock phức tạp.
- Mỗi case chỉ nên kiểm tra một hành vi chính để dễ đọc và dễ sửa.
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.
Prompt liên quan
Thiết kế kiến trúc tách lớp cho ứng dụng nhỏ dễ bảo trì
Đề xuất cách tách controller, service, repository, cấu trúc thư mục và luồng gọi cho một ứng dụng nhỏ.
Phân tích và giảm thiểu rủi ro từ dữ liệu đầu vào
Rà soát mã xử lý input để phát hiện chèn lệnh, path traversal và đề xuất chỉnh sửa an toàn theo bối cảnh thực tế.
Soát lỗi logic trong chuỗi if-else phức tạp
Kiểm tra khối điều kiện dài để tìm lỗi logic, làm rõ nhánh biên và đề xuất viết lại dễ hiểu hơn kèm test liên quan.
Viết hàm xử lý dữ liệu đầu vào không tin cậy
Tạo hàm an toàn để kiểm tra, làm sạch, chuẩn hóa và bắt lỗi dữ liệu từ nguồn ngoài trước khi xử lý.
