“QA จะโดน AI แทนที่มั้ย” คำถามที่อยู่ในใจทุกคน

ถ้าวันนี้บริษัทประกาศว่า
“เราจะยุบทีม QA เพราะจะใช้ AI ทำแทน”

ความรู้สึกแรกที่เข้ามาในหัวทุกคนคืออะไรคะ

.

คำตอบคือ “แล้วแต่ว่าเราเป็น QA แบบไหน”

วันนี้เลยอยากพาไปดูว่า AI จะแทนได้จริงตรงไหน และแทนไม่ได้ตรงไหน
และที่สำคัญคือ จะทำยังไง ให้เราเป็นคนที่จะอยู่รอดได้

.

❌ งานที่ AI แทนได้ชัวร์

งานในกลุ่มนี้เราน่าจะเห็นกันชัดๆ อยู่แล้วค่ะ ว่ามันทำแทนเราได้ดีแค่ไหน

🤖 เขียน test case จาก requirement ที่ชัดเจน
🤖 เขียน regression script จาก flow ที่มี
🤖 สร้าง test data ที่จะเอาไปใช้เทส
🤖 สรุป bug จาก log หรือ test result ที่มี

งานพวกนี้มี input และ output ที่ชัดเจน ว่าเราอยากได้แบบไหน
AI จะทำออกมาได้ดี และ เร็วมากๆ

แต่มันไม่ได้แปลว่าเราจะตกงานกันทั้งหมดพรุ่งนี้เลยนะคะ

คำถามคือ แล้วตัวเราเองล่ะ ทำงานต่างกับ AI รึยัง???

.

✅ ลองมามองอีกมุมบ้าง

ลองดูสถานการณ์เหล่านี้นะคะ

💡 “ควรเทสฟีเจอร์นี้มั้ย?”

สมมติ PM เพิ่งบอกในที่ประชุมว่าฟีเจอร์นี้จะถูกลด scope ลงใน release หน้า
แต่ไม่มีใครไปอัปเดต Jira ticket

แล้วถ้า AI ไม่ได้เข้าประชุมกับเราด้วยล่ะคะ?
AI ก็ไม่รู้ว่าทุกคนลืมอัปเดต Jira ticket
ตอนให้ AI ไปเขียน test case มันก็อาจจะดึงข้อมูลเดิมมา
แล้วถ้าไม่มีใครเช็ค AI ล่ะ จะเป็นยังไง??

นี่คือสิ่งที่ QA ที่อยู่ในทีมจะรู้ และเป็นคุณค่าที่ AI ทำแทนไม่ได้

.

💡 “บั๊กนี้ block release มั้ย?”

AI บอกได้ว่าบั๊กนี้ทำให้ flow พัง
หรือ บั๊กนี้เป็น critical ควรจะเลื่อน release

แต่ AI ไม่ต้องรับผิดชอบการตัดสินใจครั้งนี้
และ AI ก็ไม่รู้ว่า business ยอมรับ risk นี้ได้มากน้อยแค่ไหน

การตัดสินใจนี้ AI อาจจะบอกได้ว่าควรทำยังไง
แต่เราจะกล้าให้ AI รับผิดชอบมันมั้ยคะ ถ้าสมมติว่า risk นั้นกระทบรายได้มูลค่าพันล้าน

.

💡 “Requirement นี้เทสได้จริงมั้ย?”

AI จะพยายามเขียน test case หรือ เทสทุกอย่าง ตามที่เขียนไว้ใน requirement ค่ะ

แต่ QA ที่ดี จะช่วยดูได้ว่า requirement นี้ โอเคพอที่จะเทสรึยัง
เรารู้มั้ยว่า pass คืออะไร fail คือแบบไหน

การตั้งคำถาม เป็นสิ่งที่ AI ยังทำได้ไม่ดีค่ะ
อยู่ๆ มันคงไม่ลุกขึ้นมาถามเราว่า requirement นี้เทสได้รึเปล่า

แต่มันต้องมีใครซักคนไปตั้งคำถามให้มันก่อน

.

เห็นจุดที่เหมือนกันของทั้งสามเรื่องมั้ยคะ

มันไม่ใช่ว่า AI ทำได้ หรือ ไม่ได้
แต่เพราะงานบางอย่าง มันต้องการสองคำที่สำคัญมากๆ คือ Accountability กับ Agency ค่ะ

Accountability คือ การรับผิดชอบผลของมันจริงๆ เป็น owner ของการกระทำ และ การตัดสินใจนั้นๆ
Agency คือ การตัดสินใจ และทำงานไป โดยที่ไม่ต้องรอให้ใครสั่ง

AI บอกได้ว่า อันนี้ควรเทส หรือ อันนี้ไม่ควรเทส แต่ถ้าตัดสินใจผิด มันไม่ได้ต้องรับผิดชอบอะไรค่ะ
แต่ QA ที่บอกว่า “บั๊กตัวนี้เป็น blocker ยังไม่ควร release” หรือ “requirement นี้ยังเทสไม่ได้” คนนั้นแหละ คือคนที่ยืนหยัดกับการตัดสินใจของตัวเอง และ รับผิดชอบผลที่เกิดขึ้นจากการตัดสินใจนั้น

นี่คือสิ่งที่ AI generate ให้ไม่ได้ค่ะ

.

💬 กลัวถูกแทนที่ หรือ กลัวตกยุค ลองคิดให้ดีก่อน

อยากให้ลองย้อนกลับไปดูตัวเองให้ดีอีกทีว่า ที่เรากลัวอยู่มันเป็นแบบไหนกันแน่

👉 ถ้ากลัว AI มาแทนที่
อันนี้อาจจะยังน้า ถ้าเรายังทำงานที่ต้องใช้ accountability กับ agency อยู่
แต่ถ้าเราเป็นคนที่แค่ทำงานตามสั่ง เขียน test case แล้วก็ execute ไปวันๆ ก็อาจจะต้องเริ่มกลัวแล้ว

👉 แต่ถ้ากลัวตกยุค หรือตามคนอื่นไม่ทัน
ต้องลองกลับมาดูตัวเองแล้วค่ะ ว่าเราพลาดอะไรไป
คนที่ใช้ AI เป็นเครื่องมือ จะเอาไปช่วยลดเวลางานที่เป็น routine ที่ AI ทำได้ดีอยู่แล้ว
เพื่อให้เรามีเวลาไปทำเรื่องที่ AI ยังทำได้ไม่ดีได้มากขึ้น

.

คำถามที่ต้องถามตัวเองจริงๆ เลยไม่ใช่
“เราจะถูก AI แย่งงานมั้ย”

แต่คือ
“ฉันกำลังทำงานที่ AI แทนไม่ได้อยู่กี่ % ของงานทั้งหมดที่ทำอยู่”

.

📍 ลองเริ่มง่ายๆ ได้เลยค่ะ
ลองดูงานในช่วง 2 อาทิตย์ที่ผ่านมาของตัวเอง แล้วแบ่งเป็นสองกอง

👉 กองแรก: งานตามสั่งที่ AI ก็ทำได้ง่ายๆ
👉 กองที่สอง: งานที่ต้องตัดสินใจ ต้องตั้งคำถาม

ถ้างานกองแรกเยอะกว่า ก็น่าจะเป็นสัญญาณให้เราต้องเริ่มทำอะไรซักอย่างแล้วค่ะ

.

ถ้าใครอยากอัพสกิลร่างทอง ให้เป็น QA ที่ AI แทนไม่ได้
ตอนนี้มีสองคอร์สเปิดรับสมัครอยู่นะคะ ดูรายละเอียดในลิงค์ได้เลยค่า

📘 Testing the Right Way
ปูพื้นฐาน mindset การเป็น QA ที่ดี ที่ใครๆ ก็อยากทำงานด้วย ตั้งแต่การวิเคราะห์ requirement, การออกแบบ test case ไปจนถึง soft skill ที่ควรมี
https://withnatsiree.com/qa-foundation-course/

🤖 Automation Testing the Right Way
เขียน Automation Test แบบเข้าใจมันจริงๆ ไม่ต้องก๊อปปี้โค้ดจาก AI อย่างเดียว
https://withnatsiree.com/automation-testing-the-right-way/