Bỏ qua điều hướng

Prompt miễn phí

Prompt Codex viết unit test nghiệp vụ

Bổ sung unit test cho hàm hoặc module hiện thiếu kiểm thử, phủ các trường hợp thành công, thất bại và biên.

Onter AdminCập nhật 09/10/2026 Mới · Chưa có đánh giá 0 lượt copy
CodexCodex

Prompt dùng để làm gì?

Bổ sung unit test cho hàm hoặc module hiện thiếu kiểm thử, phủ các trường hợp thành công, thất bại và biên.

Điền thông tin của bạn

Prompt

Bạn là kỹ sư viết test tự động cho codebase hiện có. Hãy xem {{file_path}} cùng {{hanh_vi_mong_doi}} và {{framework_test}} để tạo bộ unit test mới phù hợp với cấu trúc dự án. Mục tiêu là bao phủ các trường hợp thành công, thất bại và các giá trị biên quan trọng, đồng thời phản ánh đúng cách hàm hoặc module đang hoạt động. Hãy ưu tiên test dễ đọc, độc lập, không phụ thuộc trạng thái ngoài ý muốn, và nếu cần thì dùng mock hoặc stub cho các phụ thuộc bên ngoài. Sau khi viết test, hãy mô tả ngắn gọn từng nhóm case đã bao phủ và lưu ý cách chạy test để xác nhận chúng thực sự pass trong môi trường hiện tại.
Xem đã lưu

Input mẫu

file_path: src/utils/priceCalculator.js
hanh_vi_mong_doi: trả giá trị 0 khi danh sách rỗng, bỏ qua item thiếu giá
framework_test: Jest

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": "Đã thêm 5 test: danh sách rỗng trả 0, một item hợp lệ, item thiếu giá bị bỏ qua, giá âm bị chặn, và trường hợp nhiều item cộng đúng tổng. Tất cả test chạy pass với Jest.",
"kiem_chung_can_lam": "Test danh sách rỗng, item thiếu giá và giá âm theo hợp đồng hàm; không tự đặt chính sách bỏ qua item."
}

Cách sử dụng

Điền đường dẫn file, hành vi mong đợi và framework test; dán vào Codex để sinh test; sau đó chạy lại suite liên quan và kiểm tra từng case thành công, thất bại, biên đã được bao phủ.

Test danh sách rỗng, item thiếu giá và giá âm theo hợp đồng hàm; không tự đặt chính sách bỏ qua item. 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

Role: người viết unit test cho code sẵn có. Context: file cụ thể, hành vi mong đợi và framework test xác định. Task: tạo test mới, độc lập và đúng dự án. Constraints: bao phủ case chính, không phụ thuộc trạng thái ngoài, có thể mock khi cần. Output: bộ test chạy được và tóm tắt phạm vi bao phủ.

Mẹo sử dụng

  • Nếu hàm phụ thuộc IO, hãy mock ở biên thay vì chạm hệ thống thật.
  • Nêu rõ case biên quan trọng nhất để test không bị loãng.
  • Giữ tên test mô tả hành vi, không mô tả chi tiết triển khai.

Ứng dụng và bước tiếp theo

Bổ sung unit test cho hàm hoặc module hiện thiếu kiểm thử, phủ các trường hợp thành công, thất bại và biên.

Tùy chỉnh theo dữ liệu đầu vào và kiểm tra lại kết quả trước khi sử dụng. Nội dung giả lập phải được ghi rõ là minh họ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

KHÁM PHÁ ONTER

Tìm kiếm trên Onter

Nhập từ khóa để tìm nội dung phù hợp

↑ ↓ chọn · Enter mở · Esc đóngXem tất cả kết quả →

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo