การเขียนโค้ด Intermediate Chain Prompt

นักสืบช่องว่างความครอบคลุมของการทดสอบ

สำหรับนักพัฒนาที่ใส่ใจคุณภาพและหัวหน้าวิศวกรรมที่ตรวจสอบว่า PR มีการทดสอบที่มีความหมายเพียงพอสำหรับพฤติกรรมที่เปลี่ยนแปลงหรือไม่

💻

Rating

4.7

Difficulty

Intermediate

Format

Chain Prompt

Variables

ดาวน์โหลด Prompt FREE

Best for these models

● Claude Sonnet 4.6 ● ChatGPT (GPT-5.4) ● GPT-5.4-mini

📋 The Prompt

Chain Prompt .txt

🔒 Prompt อยู่ในไฟล์ดาวน์โหลด

รับข้อความ prompt ฉบับเต็มในไฟล์ .txt ที่สามารถดาวน์โหลดได้ ฟรี ไม่ต้องสมัครสมาชิก

ดาวน์โหลด Prompt

Variables to fill in

{{CODE_DIFF}} — Replace with your input

{{TEST_FRAMEWORK}} — Replace with your input

{{CRITICAL_PATHS}} — Replace with your input

{{TEST_RULES}} — Replace with your input

About this prompt

นักสืบช่องว่างความครอบคลุมของการทดสอบช่วยให้ทีมประเมินว่าการ pull request นั้นได้รับการปกป้องด้วยการทดสอบที่มีความหมายหรือไม่ แทนที่จะนับบรรทัดหรือชื่อไฟล์ มันจะตรวจสอบการเปลี่ยนแปลงพฤติกรรม กรณีขอบเขต และโหมดความล้มเหลวเพื่อระบุการขาดการทดสอบหน่วย การบูรณาการ สัญญา หรือการทดสอบย้อนกลับ ซึ่งทำให้มันมีประโยชน์มากกว่าร้อยละความครอบคลุมง่ายๆ เมื่อเส้นทางโค้ดเปลี่ยนแปลงในลักษณะที่ละเอียดอ่อน

prompt นี้สร้างขึ้นสำหรับนักพัฒนาที่ใส่ใจคุณภาพ ผู้จัดการวิศวกรรม และผู้รีวิวที่ต้องการลดข้อบกพร่องที่หลบหนี มันเน้นเส้นทางที่ไม่ได้ทดสอบ สมมติฐานที่เปราะบาง และสถานการณ์ที่ควรครอบคลุมก่อนการรวมโค้ด ผลลัพธ์ยังแนะนำประเภทการทดสอบที่ดีที่สุดสำหรับแต่ละช่องว่าง เพื่อให้นักเขียนรู้ว่าต้องการการทดสอบหน่วยเบาๆ หรือการตรวจสอบบูรณาการที่กว้างขึ้น ใช้มันเพื่อเสริมความแข็งแกร่ง ความครอบคลุมของการทดสอบ โดยไม่เพิ่มการยืนยันที่มีคุณค่าต่ำ

ปรับแต่งโดยระบุ {{CODE_DIFF}} กรอบการทดสอบใน {{TEST_FRAMEWORK}} และพฤติกรรมสำคัญใน {{CRITICAL_PATHS}} หากทีมของคุณมีกฎเกี่ยวกับการ mock, fixtures หรือการทดสอบ snapshot ให้เพิ่มใน {{TEST_RULES}} prompt นี้จะสร้างรายงานช่องว่างความครอบคลุมพร้อมสถานการณ์ที่ขาดหาย ชื่อการทดสอบที่แนะนำ และระดับความรุนแรง สำหรับ PR ขนาดใหญ่ ให้รันหลังจากการรีวิวโค้ดเพื่อให้โมเดลสามารถปรับคำแนะนำการทดสอบให้ตรงกับการเปลี่ยนแปลงจริงได้

Key features

ตรวจจับ ความครอบคลุมของการทดสอบ ที่ขาดหายสำหรับการเปลี่ยนแปลงพฤติกรรม
แนะนำการทดสอบหน่วย การบูรณาการ หรือสัญญาอย่างเหมาะสม
เตือนสมมติฐานที่เปราะบางและกรณีขอบเขตที่ไม่ได้ทดสอบ
สนับสนุน การป้องกันการย้อนกลับ ในทีมที่เคลื่อนไหวอย่างรวดเร็ว
แนะนำชื่อการทดสอบและการยืนยันที่คาดหวังที่ชัดเจน

Best for

→ นักพัฒนาที่เน้น QA ตรวจสอบความพร้อม PR
→ ผู้จัดการวิศวกรรมลดข้อบกพร่องที่หลบหนี
→ ทีมแบ็คเอนด์มาตรฐานการทดสอบในบริการต่างๆ

Tips

💡 ระบุเส้นทางผู้ใช้สำคัญใน {{CRITICAL_PATHS}} เพื่อการจัดลำดับความสำคัญที่แข็งแกร่งขึ้น
💡 รวมแนวทางการทดสอบใน {{TEST_RULES}} เพื่อให้สอดคล้องกับสไตล์ทีมของคุณ
💡 ใช้ชื่อการทดสอบที่โมเดลแนะนำเป็นจุดเริ่มต้น ไม่ใช่คำตอบสุดท้าย

What you'll get

การวิเคราะห์ช่องว่างที่ระบุพฤติกรรมที่ต้องการการทดสอบ ความเสี่ยงจากการปล่อยให้ไม่ได้ทดสอบ และประเภทการทดสอบที่ดีที่สุดสำหรับแต่ละกรณี อาจแนะนำชื่อเช่น shouldRejectInvalidToken หรือ shouldRetryOnTimeout ผลลัพธ์จะจบด้วยคำตัดสินเช่น needs_more_tests หรือ ready_for_merge พร้อมเหตุผลสั้นๆ

Preparing your download...

ดาวน์โหลด Prompt