ข้ามไปยังเนื้อหา
QC/QA สู่ BA

Acceptance Criteria

ในบทนี้
  1. Why this matters
  2. Concept
  3. What a BA needs to know
  4. References

Why this matters

จะรู้ได้อย่างไรว่า story “เสร็จแล้ว” จริง? ถ้าไม่มีเกณฑ์ชัด คำว่าเสร็จของ BA, developer และ user จะเป็นคนละความหมาย — acceptance criteria คือคำตอบ และนี่คือจุดที่ประสบการณ์ QA ของคุณเปล่งประกายที่สุด

Concept

Acceptance criteria คือเงื่อนไขที่ ตรวจสอบได้ ว่า requirement/story นั้นสำเร็จหรือยัง นิยมเขียนในรูป Given / When / Then:

Given historical complaint records exist
When the user searches "rust around bolt"
Then the system returns semantically similar complaints

And each result displays:
- Case ID
- Part Number
- Customer
- Complaint Date
- Defect Summary
- Similarity / relevance
- Source link
  • Given — เงื่อนไขตั้งต้น (มีข้อมูล complaint เก่าอยู่ในระบบ)
  • When — การกระทำ (ค้นด้วยข้อความอธิบายอาการ)
  • Then — ผลที่ต้องเกิด ตรวจได้เป็นข้อ ๆ

What a BA needs to know

Acceptance criteria ที่ดีมีคุณสมบัติเดียวกับเกณฑ์ตรวจชิ้นงานที่ดี: วัดได้ ไม่ต้องตีความ และตกลงกันก่อนเริ่มทำ — คุณเขียนเกณฑ์แบบนี้มาทั้งชีวิตในรูป inspection standard แค่เปลี่ยนจากตรวจชิ้นงานเป็นตรวจ software พฤติกรรม

สำหรับ story ที่เกี่ยวกับ AI ให้เพิ่มเกณฑ์เฉพาะ เช่น ทุกคำตอบต้องแสดง source, กรณีไม่พบข้อมูลต้องแจ้งว่าไม่พบ (ห้ามเดา) — เกณฑ์พวกนี้จะโผล่อีกครั้งใน Capstone

References