ร่าง Test Case / เอกสารทดสอบให้เร็วขึ้น — แต่ QA ยังเป็นคนตัดสิน
ไอเดียหลัก: งานเขียนเอกสารทดสอบซ้ำ ๆ ให้ AI ร่างเวอร์ชันแรกจาก spec/requirement แล้ว QA เอาเวลาไปโฟกัสกับ คิด edge case + ตัดสินว่าอะไรถูก ซึ่งเป็นของที่ AI แทนไม่ได้
ร่าง test case จาก requirement/spec/user story
แตก flow เป็น scenario + ลำดับขั้นทดสอบ
สร้างชุดข้อมูลตัวอย่าง / ค่าขอบเขต
จัดรูปแบบรายงานบั๊กให้ครบ ชัด
ทำ checklist ทดสอบต่อฟีเจอร์
สรุปผลทดสอบเป็นรายงานอ่านง่าย
คุณเป็น QA เขียน test case สำหรับฟีเจอร์ [ชื่อฟีเจอร์] บริบท (ใช้เฉพาะข้อมูลนี้ ห้ามเดา): - requirement / acceptance criteria: [วาง] - ขั้นตอนใช้งาน + ชื่อปุ่ม/field จริง: [ลิสต์ หรือแนบ screenshot] - ข้อมูล/สถานะที่เกี่ยวข้อง: [เช่น สถานะ order, role ผู้ใช้] เขียน test case เป็นตาราง: ID | Title | Precondition | Steps | Expected Result | Priority ครอบคลุมทั้ง: 1. Happy path 2. Edge case / boundary (ค่าว่าง, ค่าเกิน, ค่าติดลบ ฯลฯ) 3. Error / negative case ถ้าข้อมูลไม่พอจุดไหน ให้ทำ [TODO: ...] แทน อย่าแต่งขึ้นมา
| อาการ | วิธีจับ |
|---|---|
| เดา field / ปุ่ม / status ที่ไม่มีจริง | เทียบกับ spec + screenshot จริง |
| ข้าม negative / edge case สำคัญ | สั่งให้แยกหมวด แล้วไล่เช็กเอง |
| expected result อิงตรรกะที่ AI คิดเอง | ยืนยันกับ acceptance criteria |
| ครอบเยอะเกิน/ซ้ำ ไม่จัด priority | QA คัด + จัดลำดับเอง |
กฎเดียวกับหลักคิดใช้ AI: ให้ AI ร่าง → เราตรวจ+ตัดสิน → วนแก้ ไม่ใช่ copy ตรง ๆ ลง test suite ทันที