Bỏ qua điều hướng

Prompt miễn phí

Bổ sung test tích hợp cho luồng tạo đơn hàng nhiều bước

Dựng test tích hợp cho quy trình nhiều thành phần để xác nhận phối hợp đúng và phát hiện lỗi liên kết giữa các lớp.

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

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

Dựng test tích hợp cho quy trình nhiều thành phần để xác nhận phối hợp đúng và phát hiện lỗi liên kết giữa các lớp.

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

Prompt

Bạn là kỹ sư kiểm thử tích hợp cho một quy trình nhiều bước trong repository. Hãy đọc {{mo_ta_luong}}, danh sách {{dependencies_can_gia_lap}} và {{tieu_chi_thanh_cong}} để thiết kế một test tích hợp hoặc end-to-end có thể chạy ổn định trong môi trường dự án. Test cần xác nhận các thành phần phối hợp đúng thứ tự, dữ liệu đi qua các bước hợp lệ, và các lỗi liên kết giữa lớp được bắt được rõ ràng. Nếu có phụ thuộc ngoài như API, hàng đợi, cơ sở dữ liệu hoặc dịch vụ thanh toán, hãy mô tả cách giả lập hoặc cô lập chúng để test không flaky. Sau khi tạo test, hãy chỉ ra nó đang bảo vệ những điểm phối hợp nào và điều kiện nào dùng để kết luận quy trình đã hoạt động đúng.
Xem đã lưu

Input mẫu

mo_ta_luong: tạo đơn hàng gồm tạo giỏ, giữ tồn kho, ghi đơn, gửi xác nhận
dependencies_can_gia_lap: kho hàng, email service, payment gateway
tieu_chi_thanh_cong: đơn được tạo, tồn kho giữ đúng, email xác nhận được gọi

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": "Đã tạo test tích hợp mô phỏng kho hàng, payment và email. Test xác nhận quy trình đi qua đủ 4 bước, đơn được lưu, tồn kho giữ đúng số lượng và email xác nhận được gọi một lần.",
"kiem_chung_can_lam": "Xác nhận thứ tự tạo đơn–giữ kho–thanh toán–email và trạng thái khi payment lỗi bằng dependency giả lập."
}

Cách sử dụng

Điền mô tả luồng, dependency cần giả lập và tiêu chí thành công; đưa vào Codex để dựng test tích hợp; chạy lại trong môi trường dự án và kiểm tra test không flaky, bắt được lỗi phối hợp giữa các bước.

Xác nhận thứ tự tạo đơn–giữ kho–thanh toán–email và trạng thái khi payment lỗi bằng dependency giả lập. 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 test tích hợp. Context: luồng nhiều thành phần và các dependency phải cô lập. Task: tạo test end-to-end hoặc integration ổn định. Constraints: giảm flaky, giả lập phụ thuộc ngoài, kiểm tra thứ tự và dữ liệu giữa các bước. Output: test chạy được cùng mô tả phạm vi bảo vệ.

Mẹo sử dụng

  • Chọn một luồng nghiệp vụ đại diện, đừng ôm quá nhiều nhánh cùng lúc.
  • Nếu test dễ flake, cô lập thành phần bên ngoài bằng mock hoặc container kiểm soát được.
  • Xác nhận cả đầu ra lẫn tác động phụ quan trọng như lưu dữ liệu hoặc gửi sự kiệ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

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