อะไรคือ testing anti-pattern ที่พบบ่อยที่ควรหลีกเลี่ยง?

Question

Accepted Answer

แม้จะมีเจตนาดี ทีมก็ยังตกหลุม **testing anti-pattern** — แนวปฏิบัติที่ทำให้เทสต์เปราะบาง ช้า ไม่น่าเชื่อถือ หรือมีคุณค่าต่ำ การรับรู้และหลีกเลี่ยงมันสำคัญต่อการรักษา test suite ที่แข็งแรงและมีคุณค่า

## Anti-pattern ด้านคุณภาพของเทสต์

```text
✗ TESTING IMPLEMENTATION DETAILS → tests coupled to internals → break on every refactor
  (brittle) → test BEHAVIOR/outcomes instead
✗ FLAKY tests → intermittent failures erode trust → people ignore failures (real ones too)
✗ OVER-MOCKING → mocking everything → tests verify mock interactions, not real behavior;
  brittle and give false confidence
✗ Tests with NO meaningful assertions → run code but verify nothing (false coverage)
✗ GIANT tests checking many things → unclear what failed; hard to maintain
```

## Anti-pattern เชิงโครงสร้างและเชิงกลยุทธ์

```text
✗ ICE CREAM CONE → mostly slow E2E/manual, few unit tests → slow, brittle, expensive suite
✗ INTERDEPENDENT tests / shared mutable state → order-dependent, flaky, fragile
✗ Testing the FRAMEWORK / trivial code → low value; testing what doesn't need testing
✗ Chasing COVERAGE numbers → low-value tests written just to hit a percentage
✗ Slow tests → discourage running them → defeats fast-feedback value
```

## Anti-pattern เชิงกระบวนการ

```text
✗ Writing tests as an afterthought (or never) → poor coverage, untestable design
✗ Ignoring failing/flaky tests → the suite becomes untrusted/useless
✗ Not maintaining tests (test code rot) → tests are code; they need care
→ Recognize these and steer toward: behavior-focused, isolated, fast, meaningful,
  pyramid-shaped, maintained tests.
```

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

การเข้าใจ testing anti-pattern เป็นความรู้ระดับ senior ที่มีคุณค่าเพราะ **การรับรู้และหลีกเลี่ยงแนวปฏิบัติการทดสอบที่ไม่ดีจำเป็นต่อการรักษา test suite ที่แข็งแรงและมีคุณค่า** และ anti-pattern เหล่านี้พบบ่อยแม้จะมีเจตนาดี จึงเป็นความรู้สำคัญในทางปฏิบัติ

เทสต์ที่ตกหลุม anti-pattern กลายเป็นภาระแทนที่จะเป็นทรัพย์สิน ดังนั้นการรู้ว่าควรหลีกเลี่ยงอะไรจึงสำคัญพอ ๆ กับการรู้ว่าควรทำอะไร

การเข้าใจ **anti-pattern ด้านคุณภาพของเทสต์** — การทดสอบรายละเอียด implementation (ทำให้เทสต์เปราะบางที่พังเมื่อ refactor) **เทสต์ flaky** (บั่นทอนความเชื่อมั่นจนความล้มเหลวถูกเพิกเฉย) **การ mock มากเกินไป** (ตรวจสอบการโต้ตอบของ mock แทนพฤติกรรมจริง ให้ความมั่นใจผิด ๆ) เทสต์ที่ไม่มี assertion ที่มีความหมาย (ความครอบคลุมจอมปลอม) และเทสต์ขนาดยักษ์ที่ไม่มุ่งเน้น — ช่วยให้รับรู้และหลีกเลี่ยงแนวปฏิบัติที่ทำให้เทสต์แต่ละตัวมีคุณค่าต่ำหรือก่อผลเสีย

การเข้าใจ **anti-pattern เชิงโครงสร้างและเชิงกลยุทธ์** — **ice cream cone** (pyramid กลับหัว: ส่วนใหญ่เป็นเทสต์ E2E/manual ที่ช้า ก่อให้เกิด suite ที่ช้า เปราะบาง และแพง) เทสต์ที่พึ่งพากัน การทดสอบโค้ดเล็กน้อยหรือ framework **การไล่ตามตัวเลข coverage** (เขียนเทสต์คุณค่าต่ำเพื่อให้ถึงเป้าหมาย) และเทสต์ที่ช้า (ทำให้คนไม่อยากรันมัน) — ช่วยหลีกเลี่ยง test suite ที่มีโครงสร้างไม่ดีและไม่มีประสิทธิภาพ

การเข้าใจ **anti-pattern เชิงกระบวนการ** — การเขียนเทสต์เป็นเรื่องท้าย ๆ (หรือไม่เคยเลย) **การเพิกเฉยต่อเทสต์ที่ล้มเหลว/flaky** (ทำให้ suite ไม่ได้รับความไว้วางใจและไร้ประโยชน์) และการไม่ดูแลรักษา test code (ปล่อยให้มันเน่า) — ช่วยรักษากระบวนการทดสอบที่แข็งแรง

การรับรู้ anti-pattern เหล่านี้และมุ่งไปสู่สิ่งตรงกันข้าม (เทสต์ที่เน้นพฤติกรรม แยกอิสระ เร็ว มีความหมาย เป็นรูป pyramid และได้รับการดูแล) คือสิ่งที่รักษา test suite ให้มีคุณค่าตามกาลเวลา

เนื่องจาก testing anti-pattern พบบ่อย (แม้จะมีเจตนาดี) และมันเปลี่ยนเทสต์จากทรัพย์สินเป็นภาระ (เปราะบาง flaky ช้า ไม่ได้รับความไว้วางใจ คุณค่าต่ำ) และเนื่องจากการรับรู้และหลีกเลี่ยงมันจำเป็นต่อการรักษา test suite ที่แข็งแรงและมีคุณค่า การเข้าใจ testing anti-pattern จึงเป็นความรู้ระดับ senior ที่มีคุณค่า — สำคัญต่อการรักษาการทดสอบให้มีประสิทธิภาพ สะท้อนประสบการณ์ในการรับรู้และหลีกเลี่ยงข้อผิดพลาดทั่วไปที่บั่นทอน test suite และเป็นสมรรถนะสำคัญสำหรับวิศวกร senior ที่ชี้นำแนวปฏิบัติการทดสอบและรักษาสุขภาพของ test suite ตามกาลเวลา