Prompt miễn phí
Chọn và chạy test hồi quy trước khi phát hành
Tạo kế hoạch test hồi quy phù hợp để xác nhận bản sửa không phá vỡ hành vi cũ và bao phủ các khu vực rủi ro liên quan.
Prompt dùng để làm gì?
Tạo kế hoạch test hồi quy phù hợp để xác nhận bản sửa không phá vỡ hành vi cũ và bao phủ các khu vực rủi ro liên quan.
Điền thông tin của bạn
Prompt
Input mẫu
khu_vuc_rui_ro: "checkout, giỏ hàng, tính tiền"
tieu_chi_chap_nhan: "Không cho phép quantity < 0 và các case hợp lệ vẫn tính đúng"
framework_test: "pytest"
gon_ngu_dau_ra: "vi"
Output mẫu
"loai_mau": "Minh họa cấu trúc kết quả mong đợi; không phải log thực thi hoặc benchmark model",
"ket_qua_minh_hoa": "1. Test từ chối quantity âm: tạo giỏ hàng có số lượng -1, gọi luồng tính tiền, kỳ vọng trả lỗi xác thực và không tạo đơn.\n2. Test số lượng hợp lệ: quantity = 1 hoặc 2, kỳ vọng tổng tiền được tính đúng như trước.\n3. Test giỏ hàng nhiều dòng: thay đổi một dòng âm không ảnh hưởng các dòng hợp lệ khác, bảo đảm hồi quy không lan sang logic tính tổng.",
"kiem_chung_can_lam": "Mỗi regression test cần input, expected và lỗi mà nó bảo vệ; test chưa chạy phải ghi NOT_RUN."
}
Cách sử dụng
Mỗi regression test cần input, expected và lỗi mà nó bảo vệ; test chưa chạy phải ghi NOT_RUN. Chỉ dùng mã, log và fixture được phép chia sẻ. Phân biệt đề xuất với thay đổi đã áp dụng; chỉ ghi PASS khi có lệnh chạy và kết quả thực tế.
Giải thích cấu trúc
Mẹo sử dụng
- Mô tả lỗi càng cụ thể thì test sinh ra càng sát.
- Khai báo framework giúp kết quả có thể chuyển thẳng thành mã test.
- Nên cung cấp cả tiêu chí pass và các luồng cũ cần giữ nguyên.
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
Phân tích module lớn và đề xuất tách trách nhiệm
Đề xuất cách chia nhỏ module quá tải thành các phần rõ trách nhiệm, kèm thứ tự triển khai an toàn và tiêu chí hoàn thành.
Săn mã chết sau thay đổi kiến trúc lớn
Tìm import thừa, hàm không còn được gọi và nhánh vô dụng sau tái cấu trúc, kèm lý do nên xóa hoặc giữ.
Giảm bộ nhớ cho pipeline xử lý file lớn
Phân tích pipeline đọc file lớn, tìm chỗ nạp dữ liệu thừa và đề xuất tối ưu stream, chia lô hoặc giảm giữ trạng thái.
Kiểm tra phân quyền theo vai trò trong luồng quản trị
Rà soát logic phân quyền ở màn hình và endpoint quản trị, phát hiện quyền thiếu, sai hoặc không nhất quán.
