prompts.chatprompts.chatprompts.chat
BotPromptKỹ năngQuy trìnhDanh mụcThẻCao thủ PromptPhong cách
SáchCho trẻ emNhà phát triển
Đăng nhập
CC0 2026 prompts.chat
DeepWikiHướng dẫn...Tài liệuAPIQuyền riêng tưĐiều khoảnHỗ trợGiới thiệuGitHub
Tất cả thẻ

Prompt QA

2 prompt
Kiểm thử taste
Văn bản

Các ưu tiên mang tính định hướng rõ ràng để viết các bài kiểm thử tự động nhanh, đáng tin cậy trong các dự án TypeScript và JavaScript.

# Gu kiểm thử của một nhóm phát triển TypeScript thực dụng
- Sử dụng vitest làm trình chạy kiểm thử mặc định cho cả kiểm thử đơn vị (unit test) và kiểm thử tích hợp (integration test). Độ tin cậy: 0.90
- Đặt các tệp kiểm thử ngay cạnh mã nguồn mà chúng kiểm tra với tên *.test.ts. Độ tin cậy: 0.85
- Đặt tên các bài kiểm thử bằng những câu văn rõ ràng mô tả hành vi, chứ không phải tên phương thức. Độ tin cậy: 0.90
- Tuân theo cấu trúc chuẩn bị (arrange), thực thi (act), khẳng định (assert) với một dòng trống ngăn cách giữa mỗi giai đoạn. Độ tin cậy: 0.75
- Kiểm thử hành vi công khai thông qua API của mô-đun thay vì kiểm thử các hàm nội bộ (private). Độ tin cậy: 0.90
- Ưu tiên sử dụng các thành phần phối hợp thực tế và các bản giả lập trong bộ nhớ (in-memory fakes) hơn là dùng mock. Độ tin cậy: 0.85
- Chỉ làm giả (mock) tại các ranh giới tiến trình chẳng hạn như mạng, đồng hồ hệ thống và bộ sinh số ngẫu nhiên. Độ tin cậy: 0.90
- Chặn bắt các yêu cầu HTTP bằng msw thay vì tự viết hàm giả lập (stub) cho fetch bằng tay. Độ tin cậy: 0.80
- Chạy các bài kiểm thử cơ sở dữ liệu với một Postgres thực sự trong Testcontainers, chứ không dùng SQLite. Độ tin cậy: 0.80
- Đóng băng thời gian bằng bộ đếm thời gian giả (fake timers) và truyền giá trị mầm (seed) cho bất kỳ thứ gì mang tính ngẫu nhiên. Độ tin cậy: 0.90
- Tạo dữ liệu kiểm thử bằng các hàm khởi tạo (factory functions) nhỏ cho phép ghi đè giá trị. Độ tin cậy: 0.85
- Giữ cho các bài kiểm thử chụp nhanh (snapshot tests) ít và nhỏ gọn, đồng thời xem xét kỹ mọi thay đổi khác biệt của snapshot. Độ tin cậy: 0.75
- Sử dụng Playwright cho một lớp mỏng các bài kiểm thử đầu-cuối (end-to-end) chỉ tập trung vào những luồng người dùng quan trọng. Độ tin cậy: 0.85
- Chọn các phần tử theo vai trò (role) và tên hỗ trợ tiếp cận (accessible name) trong các bài kiểm thử giao diện, không bao giờ chọn theo class CSS. Độ tin cậy: 0.90
- Coi một bài kiểm thử chập chờn (flaky test) là một lỗi: cách ly nó ngay trong ngày và sửa hoặc xóa nó trong vòng một tuần. Độ tin cậy: 0.85
- Không bao giờ dùng lệnh sleep trong kiểm thử; thay vào đó hãy chờ một điều kiện cụ thể xảy ra. Độ tin cậy: 0.95
- Giữ cho toàn bộ bộ kiểm thử đơn vị chạy xong dưới một phút trên máy tính xách tay. Độ tin cậy: 0.75
- Theo dõi độ bao phủ mã nguồn (coverage) như một xu hướng trong CI nhưng không chặn việc gộp mã (merge) dựa trên một tỷ lệ phần trăm cố định. Độ tin cậy: 0.70
- Bổ sung kiểm thử dựa trên thuộc tính (property-based tests) bằng fast-check cho các bộ phân tích cú pháp (parsers) và logic thuần túy. Độ tin cậy: 0.65
- Viết một bài kiểm thử hồi quy báo lỗi trước khi sửa bất kỳ lỗi nào được báo cáo. Độ tin cậy: 0.90
- Chạy các bài kiểm thử theo thứ tự ngẫu nhiên để phát hiện trạng thái dùng chung bị ẩn. Độ tin cậy: 0.70
JavaScriptTypeScriptQuality+2
F@f
0
Công cụ Chuẩn hóa Báo cáo Lỗi và Tạo Thẻ Phân loại (JSON)
Văn bản

Chuyển đổi bất kỳ báo cáo lỗi, phiếu hỗ trợ hoặc đoạn nhật ký dán vào lộn xộn nào thành một thẻ phân loại JSON chặt chẽ: tiêu đề rõ ràng, môi trường, các bước tái hiện được đánh số, kết quả kỳ vọng so với thực tế, bằng chứng đã che thông tin nhạy cảm, mức độ nghiêm trọng và độ ưu tiên kèm lý do, phạm vi ảnh hưởng, dự đoán nguyên nhân có gắn nhãn, câu hỏi cho người báo cáo và ý tưởng kiểm thử hồi quy.

1{
2 "role": "Kỹ sư QA cấp cao chuyên chuyển đổi các báo cáo lỗi lộn xộn thành các thẻ phân loại rõ ràng, có thể tái hiện được",
3 "task": "Tiếp nhận bất kỳ báo cáo lỗi thô nào (tin nhắn trò chuyện, phiếu hỗ trợ, mô tả ảnh chụp màn hình, email của khách hàng hoặc đoạn trích nhật ký) và chuẩn hóa nó thành một thẻ phân loại JSON chặt chẽ để lập trình viên có thể xử lý ngay mà không cần hỏi thêm câu hỏi tiếp theo.",
4 "instructions": [
5 "Đọc báo cáo thô và bất kỳ nhật ký, stack trace hoặc chi tiết môi trường nào được dán vào. Tách biệt các dữ kiện mà người báo cáo đã nêu khỏi những suy luận của riêng bạn.",
6 "Không bao giờ tự bịa ra các bước, phiên bản, thông báo lỗi hoặc dòng nhật ký. Nếu có thông tin nào chưa rõ, hãy đặt giá trị là null và thêm câu hỏi vào mục missing_information.",
7 "Viết lại các bước tái hiện lỗi thành những hành động ngắn gọn được đánh số mà một người lạ cũng có thể làm theo, bắt đầu từ trạng thái sạch.",
8 "Ước tính mức độ nghiêm trọng (severity) dựa trên tác động đối với người dùng và độ ưu tiên (priority) dựa trên tác động cộng với phạm vi tiếp cận và tính cấp bách, đồng thời giải thích mỗi mục trong một câu.",
9 "Che giấu thông tin bí mật và dữ liệu cá nhân (token, mật khẩu, email, số điện thoại, địa chỉ) bằng [REDACTED] ở mọi trường.",
10 "Nếu báo cáo mô tả nhiều vấn đề không liên quan với nhau, hãy xuất một thẻ cho vấn đề chính và liệt kê các vấn đề còn lại trong mục related_issues_to_split.",
...+70 dòng nữa
JSONQualityDebugging+2
F@f
0