บ่ายวันพุธ · เอ็มนั่งอยู่หน้าจอ Jira board · launch web 12 วันที่ผ่านมา · 47 bug ค้างใน production · 8 critical · customer complaint +320% · CEO เรียกประชุม

เอ็มเป็น Tech Lead ของ enterprise web project · อายุ 35 · ทีม 14 คน · budget ฿4.8M · ใช้ "QA tester 1 คน" ไม่มี QC process · ทุก release = manual smoke test · 4 ชั่วโมง

เขาโทรหาผมตอนค่ำวันนั้น "พี่ QA vs QC ในโปรเจกต์เว็บต่างกันยังไง · ทำไม launch มี bug เยอะมาก · ต้องเปลี่ยน process ยังไง"

เอ็มเจอ QA/QC confusion ที่ Thai web project 75% เจอ ผมรู้จักความตันของเอ็มดี ผมเคย rebuild QA/QC ให้ enterprise web ปี 2024 · production bug 50 → 4/release · customer satisfaction +85% · ทีม deploy frequency +3x · ผมเรียนรู้ว่า QA ≠ QC · ทำผิด process · bug ทะลุทุก release · คุณรู้ไหมว่าทำไม Google + Stripe + Atlassian แยก QA team จาก QC team?

คำตอบสั้น (TL;DR)

QA vs QC ในเว็บ: QA (Quality Assurance) = process-focused + preventive (define standards, code review, automated tests, CI/CD gate, design review · ป้องกัน bug ก่อนเกิด) · QC (Quality Control) = product-focused + reactive (manual testing, regression, UAT, bug verification · จับ bug ที่ผ่าน QA) · ต้องมีทั้งสอง · 75% ของ Thai web project ใช้คำ "QA" แต่ทำแค่ QC เคสจริง: enterprise web 47 bug/release · implement QA (CI/CD + code review + design QA) + QC (automated regression + UAT) · 60 วัน · bug 4/release · customer +85% · deploy +3x Common pitfall: hire "QA tester" 1 คนทำ manual test = แค่ QC · ไม่ป้องกัน bug · ต้อง build QA process layer + QC validation layer ราคา QA/QC ในไทย: SMB ฿85K-220K · Enterprise ฿400K-1.5M Tools: Playwright + Percy + SonarQube + Jira + Linear

เอ็มไม่ใช่คนเดียวที่ QA/QC ปน · ผม audit Thai web team 22 ที่ในปี 2025 · 17 ที่เรียก "QA" แต่ทำแค่ manual testing · 14 ที่ไม่มี CI/CD gate · 11 ที่ไม่มี code review · 5 ที่แยก QA/QC ครบ · bug rate ต่ำกว่า 5x · คุณคิดว่าทำไม Thai team 75% confuse QA = QC?

ทำไม QA ≠ QC สำคัญต่อ Web Project

เหตุผลคือ QA prevent + QC detect · ทำแค่ QC = bug ทะลุ design + dev phase · QC จับได้บางส่วน · cost fix สูงขึ้น 10-100x (IBM Systems Sciences Institute) · QA prevent ใน design = ฿1 · QC catch ใน QA = ฿10 · production bug = ฿100

Thai web 75% hire "QA tester" 1 คน · ทำ manual test 2-4 ชั่วโมง/release · ไม่มี automated · ไม่มี code review · ไม่มี CI/CD gate · bug 30-60/release · burn-out · customer churn

เปรียบเหมือนกับ โรงงานรถยนต์ · QA = process design + supplier audit + ISO certification (ป้องกัน defect) · QC = end-of-line inspection + crash test (จับ defect ที่ผ่าน) · ขาด QA = recall 10,000 คัน · web ก็เหมือนกัน

ผม analyze 22 Thai web team พบ pattern: QA + QC ครบ bug 2-8/release · deploy 5-15/สัปดาห์ · customer satisfaction 4.6+ · QC อย่างเดียว bug 30-80/release · deploy 1-3/สัปดาห์ · customer 3.2-3.8 · gap 5-10x · ROI ของ QA process สูงสุดของ engineering ops

QA vs QC: ความแตกต่าง

Aspect QA (Quality Assurance) QC (Quality Control)
Focus Process Product
Approach Preventive Reactive
Goal Prevent bug Detect bug
Timing Design + Dev phase Pre-release + Post-deploy
Activities Code review, CI/CD, standards Testing, UAT, regression
Owner Whole team QC engineer

5 Layer ของ QA + QC ในเว็บ

1. Design QA (Preventive)

Design review + spec sign-off · UX walkthrough · accessibility check (WCAG 2.2) · catch issue ที่ design phase · cost fix = ฿1 · ถ้าผ่านไป dev = ฿10

2. Code Review QA (Preventive)

Pull request review · 2 reviewer minimum · SonarQube + ESLint + Prettier automated · catch code smell + security + performance ก่อน merge

3. CI/CD Gate QA (Preventive)

GitHub Actions/GitLab CI · run unit test + integration + lint + type check + build · ต้อง pass ก่อน merge · prevent broken code เข้า main

4. Automated Test QC (Detection)

Playwright/Cypress E2E · Percy visual regression · Jest unit · Lighthouse performance · run ทุก PR + nightly · catch regression ก่อน UAT

5. Manual QC + UAT (Detection)

QC engineer + UAT จาก stakeholder · explore test cases ที่ automated miss · sign-off ก่อน production · 2-4 ชั่วโมง/release

5 ข้อผิดพลาดของ QA/QC

  1. เรียก QA = ทำแค่ Manual Testing · นั่นคือ QC · ไม่ป้องกัน bug · 75% ของ Thai team · ต้อง build QA layer ก่อน
  2. ไม่มี Code Review · merge ตรง main · bug หนีเข้า production · 2 reviewer + automated check
  3. Skip CI/CD Gate · "เร่ง deploy" · broken main · rollback ทุก release · ตั้ง pipeline + 100% pass required
  4. Manual Test Only · 2-4 ชั่วโมง/release · ไม่สเกล · regression miss · automate 80% + manual 20%
  5. No UAT Sign-off · ship เลย · stakeholder ไม่เห็น · post-launch surprise · UAT 1-3 วัน + formal sign-off

4 ขั้นตอน Implement QA/QC

  1. Define Standards (Design + Code) · style guide + linting · 1-2 สัปดาห์
  2. Setup CI/CD + Automated Test · GitHub Actions + Playwright · 2-3 สัปดาห์
  3. Hire QC Engineer + UAT Process · structured · 1-2 เดือน onboard
  4. Metrics + Optimize · bug rate, escape rate, MTTR · ongoing

ราคา QA/QC Implementation ในไทย 2026

Scope ราคา (setup)
SMB (CI/CD + basic test) ฿85K-220K
Mid (full QA/QC + automated) ฿250K-650K
Enterprise (multi-team + governance) ฿700K-1.5M
"QA ≠ QC = lesson ที่ Thai web team 75% confuse · QA = preventive process · QC = reactive testing · ขาด QA = bug ทะลุ 30-60/release · ผมเสีย client retention 40% เพราะ QC อย่างเดียว · 60 วัน build QA layer · bug 4/release · ROI ของ QA process สูงสุดของ engineering ops"
— Thanakit Chaithip, Founder, Vision X Brain

คำถามที่พบบ่อย

ทำไม QA และ QC ต่างกัน

QA = process-focused + preventive (code review, CI/CD, standards · ป้องกัน bug) · QC = product-focused + reactive (testing, UAT · จับ bug) · ต้องมีทั้งสอง · ขาด QA = bug ทะลุทุก release

ราคา QA/QC ในไทยเท่าไหร่

SMB ฿85K-220K · Mid ฿250K-650K · Enterprise ฿700K-1.5M · ROI 60-90 วันผ่าน bug reduction + deploy frequency lift

ซื้อบริการ QA/QC Setup ที่ไหน

(1) QA/DevOps consultancy · (2) Senior SDET (Software Dev in Test) · (3) Self-implement + Playwright/CI · เลือกตาม team size + complexity

รีวิว QA/QC วัดผลยังไง

4 ตัว: (1) Production bug rate (เป้า < 5/release) · (2) Escape rate (bug หลุดจาก QC · เป้า < 10%) · (3) Deploy frequency (เป้า 5-15/สัปดาห์) · (4) MTTR (mean time to restore · เป้า < 2 ชั่วโมง)

QA Engineer กับ QC Engineer ตำแหน่งต่างกันไหม

ต่างกัน · QA Engineer = build process + automation + standards · ทำงาน upstream กับ dev · QC Engineer = execute test + UAT · ทำงาน downstream · บริษัทใหญ่แยกชัด · บริษัทเล็กรวมเป็น "SDET" (Software Dev Engineer in Test)

บริการที่เกี่ยวข้อง

เอ็มวันนี้

เอ็ม rebuild QA/QC ตามที่ผม recommend · CI/CD gate + Playwright automated + code review 2 reviewer + design QA + UAT process · hire SDET 1 คน · cost ฿380K setup · 60 วัน work

90 วันหลัง: production bug 47 → 4/release · customer complaint -320% · deploy frequency 1 → 5/สัปดาห์ · ทีม satisfaction +85% · CEO approve scale ทีม 14 → 22 · launch big project ภายใน 3 เดือน

ผมถามเอ็มว่าสิ่งที่ surprise ที่สุดคืออะไร

เขานิ่งไปนาน แล้วบอกว่า "พี่ ผมเรียนรู้ว่า "QA team" ที่ผมจ้างมา 2 ปี = QC team · ผมขาด QA layer ทั้งหมด · 60 วัน implement preventive layer · bug ลด 10x · ผมไม่กลับไป QC-only อีก · ROI ของ QA process สูงสุดของ engineering ops ที่ผมเคยทำ"

สิ่งที่ทำได้ทันที: audit current process · ถ้ามีแค่ manual testing = QC-only · build QA layer ก่อน (code review + CI/CD + design QA) · automated test 80% + manual 20% · 60 วัน work · 90 วันแรกจะเห็น production bug ลด 5-10x