Integration testing คืออะไร?

Question

Accepted Answer

**Integration testing** ตรวจสอบว่า **component หรือ unit หลายตัวทำงานร่วมกันได้อย่างถูกต้อง** — ทดสอบปฏิสัมพันธ์และจุดเชื่อมต่อ (integration point) (เช่น โค้ดกับฐานข้อมูล service ที่เรียกหากัน หรือ module ที่รวมกัน) มันจับปัญหาที่ unit test (ซึ่งแยก unit ออกมา) พลาดไป

## integration testing ตรวจสอบอะไร

```text
Integration tests verify COMPONENTS WORKING TOGETHER (not in isolation):
  → code + DATABASE (does the data layer actually work with a real DB?)
  → service A calling service B / an external API
  → multiple modules/units combined; the integration POINTS between them
→ catches issues in how parts INTERACT — which unit tests (isolated) can't catch.
```

## ทำไม integration test จึงสำคัญ (เทียบกับ unit test)

```text
UNIT tests isolate units (mocking dependencies) → fast, but DON'T verify real integration:
  → a unit can pass its tests but FAIL when combined (wrong assumptions about a dependency,
    a real DB query that's wrong, an API contract mismatch, config issues)
INTEGRATION tests use REAL (or realistic) dependencies → catch these interaction bugs:
  → wiring/configuration errors, data layer issues, contract mismatches between components
→ Integration tests verify the parts actually work TOGETHER.
```

## ตัวอย่างและข้อพิจารณา

```js
// integration test: the repository actually works with a (test) database
test('UserRepository saves and retrieves a user', async () => {
  const repo = new UserRepository(testDb);     // REAL test database
  await repo.save({ name: 'Ann' });
  const user = await repo.findByName('Ann');    // real query
  expect(user.name).toBe('Ann');
});
```

```text
→ SLOWER than unit tests (real I/O, setup); use a TEST database/environment
→ Test important integration points (data access, key service interactions, APIs)
→ Fewer than unit tests (the pyramid middle); manage test data/state carefully
```

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

การเข้าใจ integration testing เป็นสิ่งสำคัญ เพราะมัน **จับ bug ประเภทที่ unit test ไม่สามารถจับได้** — ปัญหาในวิธีที่ component ทำงานร่วมกัน — จึงเป็นความรู้ที่มีคุณค่าสำหรับการทดสอบที่ครอบคลุม

ในขณะที่ unit test ตรวจสอบ unit แต่ละตัวในสภาวะแยกเดี่ยว (mock dependency) การแยกเดี่ยวนี้หมายความว่ามัน **ไม่สามารถตรวจสอบ integration จริงได้**: unit สามารถผ่าน test ทั้งหมดของมันได้แต่ล้มเหลวเมื่อรวมเข้ากับตัวอื่นจริงๆ (เนื่องจากสมมติฐานที่ผิดเกี่ยวกับ dependency, query ฐานข้อมูลจริงที่ไม่ถูกต้อง, API contract ที่ไม่ตรงกัน หรือปัญหา configuration) **integration test** เติมเต็มช่องว่างนี้ด้วยการทดสอบ **component ที่ทำงานร่วมกันด้วย dependency จริง (หรือสมจริง)** — ตรวจสอบว่าโค้ดทำงานกับฐานข้อมูลจริงได้จริง ว่า service โต้ตอบกันได้อย่างถูกต้อง และว่า integration point ทำงานได้ — จับ bug เรื่องการเชื่อมต่อ data-layer และ contract ที่ unit test แบบแยกเดี่ยวพลาดไป

การเข้าใจความสัมพันธ์ที่เสริมกันนี้ (unit test สำหรับตรรกะที่แยกเดี่ยว integration test สำหรับปฏิสัมพันธ์จริง) เป็นกุญแจสำคัญของการทดสอบที่ครอบคลุม เพราะทั้งสองอย่างเพียงอย่างเดียวไม่เพียงพอ

การเข้าใจ **ข้อพิจารณา** — ว่า integration test ช้ากว่า (real I/O และการเตรียมการ จึงอยู่ตรงกลางของพีระมิดโดยมีจำนวนน้อยกว่า unit test) ใช้ฐานข้อมูล/environment สำหรับทดสอบ มุ่งเน้นไปที่ integration point ที่สำคัญ (การเข้าถึงข้อมูล ปฏิสัมพันธ์ service ที่สำคัญ, API) และต้องการการจัดการ test data/state อย่างรอบคอบ — สะท้อนถึง integration testing เชิงปฏิบัติ

integration test ให้ความมั่นใจว่าชิ้นส่วนที่ประกอบกันทำงานได้ ซึ่ง unit test เพียงอย่างเดียวให้ไม่ได้

เนื่องจากแอปพลิเคชันจริงประกอบขึ้นจาก component ที่โต้ตอบกัน และ bug ของ integration (ปัญหาฐานข้อมูล, contract ที่ไม่ตรงกัน, ข้อผิดพลาด configuration) เป็นเรื่องที่พบบ่อยและถูกพลาดโดย unit test และเนื่องจาก integration testing จับ bug เหล่านั้นด้วยการตรวจสอบว่า component ทำงานร่วมกัน การเข้าใจ integration testing จึงเป็นความรู้ที่มีคุณค่าและเกี่ยวข้องในทางปฏิบัติ — ส่วนเสริมที่จำเป็นต่อ unit testing ที่จับ bug ของปฏิสัมพันธ์ สำคัญสำหรับการทดสอบที่ครอบคลุมซึ่งตรวจสอบไม่เพียงแค่ unit ที่แยกเดี่ยว แต่ว่าชิ้นส่วนต่างๆ ของระบบทำงานร่วมกันได้อย่างถูกต้องจริง