Test Scenario vs Test Case แยกไม่ออกสักที? มาดูตัวอย่างง่ายๆ กัน
QA Knowledge Series
5 นาทีกับบทความนี้ จะเปลี่ยนวิธีเขียน test document ของคุณไปตลอดกาล — เพราะ QA หลายคนเขียน Test Case ได้คล่อง แต่พอถามว่า Test Scenario คืออะไร ก็ตอบว่า "เหมือนกันนั่นแหละ"
ถ้าคุณเคยถูกถามว่า "Test Scenario กับ Test Case ต่างกันยังไง?" แล้วรู้สึกว่าตอบได้ แต่อธิบายให้คนอื่นเข้าใจยาก — บทความนี้เขียนมาให้คุณโดยเฉพาะค่ะ
ความเข้าใจผิดนี้พบบ่อยมาก และมันส่งผลต่อคุณภาพงาน QA โดยตรง เพราะถ้าแยกไม่ออก เราก็จะเขียน Test Case โดยไม่มีโครงสร้าง หรือเขียน Scenario ที่ละเอียดเกินจนกลายเป็น Test Case ไปโดยไม่รู้ตัว
เริ่มจากอุปมาง่ายๆ ก่อน
ลองนึกภาพว่าคุณกำลังวางแผนขับรถจากบ้านไปห้างสรรพสินค้าค่ะ
Scenario คือ ภาพรวมของสิ่งที่ต้องการทดสอบ ในมุมมองของผู้ใช้ ส่วน Test Case คือ ขั้นตอนละเอียดที่บอกว่าทำอย่างไร ทีละ step เพื่อให้ได้ผลลัพธ์ที่ต้องการ
นิยามที่ชัดเจน
| หัวข้อ | Test Scenario | Test Case |
|---|---|---|
| คือ | สิ่งที่จะทดสอบ (What) | วิธีทดสอบ (How) |
| มุมมอง | User Journey / Business Flow | Step-by-step Technical |
| ระดับ | High-level / กว้าง | Detailed / ละเอียด |
| คนเขียน | QA + BA / PO | QA เป็นหลัก |
| จำนวน | น้อย — ครอบคลุม flow | มาก — 1 Scenario → หลาย TC |
ตัวอย่างจริง — ตู้ ATM
มาดูตัวอย่างที่จับต้องได้กันค่ะ สมมติเราต้องทดสอบ ฟีเจอร์ "ถอนเงิน" ของตู้ ATM
จาก Scenario "ถอนเงินสำเร็จ" เพียง 1 ข้อ เราสามารถ breakdown ได้เป็น Test Case หลายข้อ ถ้าไม่มี Scenario เป็นโครงก่อน เราจะเขียน Test Case แบบกระจัดกระจาย ไม่รู้ว่าครอบคลุมครบหรือเปล่า
ข้อผิดพลาดที่เจอบ่อย
🎯 สรุปให้จำง่าย
|
Test Scenario
→ ตอบคำถาม "ทดสอบอะไร?"
→ มุมมองของ User / Business → เขียนก่อน — เป็นโครงสร้าง → จำนวนน้อย ครอบคลุม flow |
Test Case
→ ตอบคำถาม "ทดสอบยังไง?"
→ มุมมองเชิง Technical / Step → เขียนหลัง — ขยายจาก Scenario → จำนวนมาก ละเอียดทุก step |
เริ่มต้นด้วย Scenario เสมอ — มันคือแผนที่ของการทดสอบ
ส่วน Test Case คือเส้นทางย่อยที่พาไปถึงจุดหมายแต่ละจุด
— Aoffy | ODT · QA Knowledge Series · 5 min read
