การทดสอบมีประเภทและระดับใดบ้าง?

Question

Accepted Answer

การทดสอบซอฟต์แวร์มีหลาย **ระดับ (level)** (ตามขอบเขต) และหลาย **ประเภท (type)** (ตามวัตถุประสงค์) การเข้าใจสิ่งเหล่านี้ — unit, integration, end-to-end; functional กับ non-functional — ช่วยสร้างแนวทางการทดสอบที่ครบถ้วนซึ่งครอบคลุมคุณภาพในแง่มุมต่างๆ

## ระดับการทดสอบ (ตามขอบเขต)

```text
UNIT → individual functions/methods in isolation (smallest, fastest, most numerous)
INTEGRATION → multiple units/components working TOGETHER (e.g. code + database, services)
END-TO-END (E2E) → the WHOLE application from the user's perspective (full flows,
  through the real UI/system) — broadest, slowest
SYSTEM → the complete integrated system; ACCEPTANCE → meets business requirements
```

## functional กับ non-functional

```text
FUNCTIONAL → does it do the RIGHT thing? (correct behavior, features work)
  → unit, integration, e2e, smoke, regression, sanity tests
NON-FUNCTIONAL → HOW WELL does it work? (qualities beyond correctness):
  PERFORMANCE (speed, load), SECURITY, USABILITY, RELIABILITY, COMPATIBILITY, etc.
```

## หมวดหมู่การทดสอบอื่นๆ ที่พบบ่อย

```text
REGRESSION → verify changes didn't break existing functionality (run after changes)
SMOKE → quick check that core functionality works (before deeper testing)
MANUAL → a human tests; AUTOMATED → code tests code (repeatable, fast)
WHITE-BOX (know the internals) vs BLACK-BOX (test behavior, not internals)
```

## ทำไมจึงสำคัญ

การเข้าใจประเภทและระดับต่างๆ ของการทดสอบมีคุณค่า เพราะมันให้ **กรอบสำหรับแนวทางการทดสอบที่ครบถ้วน** จึงเป็นความรู้พื้นฐานสำหรับคุณภาพของซอฟต์แวร์

การทดสอบไม่ได้มีเพียงอย่างเดียว — มันครอบคลุมทั้ง **ระดับ** (ตามขอบเขต: **unit** สำหรับชิ้นส่วนแต่ละชิ้น **integration** สำหรับ component ที่ทำงานร่วมกัน **end-to-end** สำหรับทั้งแอปพลิเคชันจากมุมมองของผู้ใช้ บวกกับ system และ acceptance) และ **ประเภท** (ตามวัตถุประสงค์: **functional** ที่ทดสอบว่าซอฟต์แวร์ทำสิ่งที่ถูกต้อง และ **non-functional** ที่ทดสอบคุณสมบัติอย่าง performance, security, usability และ reliability)

การเข้าใจหมวดหมู่เหล่านี้เป็นสิ่งสำคัญ เพราะกลยุทธ์การทดสอบที่ครบถ้วนใช้หลายระดับและหลายประเภท — คุณไม่สามารถรับประกันคุณภาพได้ด้วยการทดสอบเพียงชนิดเดียว (unit test เพียงอย่างเดียวพลาดปัญหา integration; functional test เพียงอย่างเดียวพลาดเรื่อง performance และ security)

การเข้าใจระดับต่างๆ (และเข้าใจว่ามันแลกเปลี่ยนระหว่างขอบเขตกับความเร็ว — unit test รวดเร็วและมีจำนวนมาก ส่วน e2e test ครอบคลุมกว้างแต่ช้า) เป็นกรอบของแนวคิด test pyramid

การเข้าใจ **หมวดหมู่อื่นๆ ที่พบบ่อย** — regression (ตรวจสอบว่าการเปลี่ยนแปลงไม่ทำให้สิ่งเดิมเสียหาย) smoke (ตรวจสอบฟังก์ชันหลักอย่างรวดเร็ว) manual กับ automated และ white-box กับ black-box — ทำให้คำศัพท์ของการทดสอบครบถ้วน

การรู้ความแตกต่างเหล่านี้ช่วยให้คุณคิดได้ว่าโปรเจกต์ต้องการการทดสอบชนิดใดและสื่อสารเรื่องการทดสอบได้อย่างแม่นยำ

เนื่องจากคุณภาพของซอฟต์แวร์ที่มีประสิทธิภาพต้องใช้การทดสอบหลายระดับและหลายประเภท (ครอบคลุมความถูกต้องในขอบเขตต่างๆ และคุณสมบัติ non-functional ต่างๆ) และเนื่องจากการเข้าใจอนุกรมวิธานของการทดสอบเป็นพื้นฐานของการสร้างแนวทางการทดสอบที่ครบถ้วนและการพูดคุยเรื่องการทดสอบ การเข้าใจประเภทและระดับต่างๆ ของการทดสอบจึงเป็นความรู้พื้นฐานที่มีคุณค่า — กรอบเชิงแนวคิดของสาขาการทดสอบ ที่จำเป็นต่อการคิดเรื่องการประกันคุณภาพอย่างครอบคลุมและต่อการเข้าใจว่าการทดสอบแต่ละชนิดอยู่ตรงไหน เป็นส่วนสำคัญของความรู้ด้านการทดสอบสำหรับนักพัฒนาทุกคน