169 wordpress feature image (19)

เราจะเอาตัวรอดยังไง ในยุค AI ครองเมือง

🚨 AI ล้ำจนน่ากลัว… หรือเราแค่กำลังลืมไปว่า “คุณค่า” ของเราอยู่ตรงไหน ช่วงนี้ไถฟีดทีไร ก็แอบ (ไม่แอบ) เหนื่อย และ แพนิค ไม่ได้เลยนะคะเชื่อว่าชาว Tech ทุกคนก็คงจะรู้สึกคล้ายๆกัน วงการ Tech ตอนนี้หมุนไวมากไวแบบที่เมื่อวานเพิ่งหัดใช้ Tool ตัวนึง วันนี้มีตัวใหม่ออกมาให้หัดใช้อีกแล้ว เดี๋ยวก็มี Claude Cowork ที่กดเปิดไฟล์ข้ามโปรแกรม ทำงานแทนเราได้เดี๋ยวก็ OpenClaw ที่คนแห่กันไปซื้อ Mac Mini มารันสคริปต์อัตโนมัติกันเต็มไปหมด พี่กิ่งเห็นหลายๆคนทั้งในวงการและนอกวงการ พากันเริ่มตั้งคำถามกับตัวเองว่าเราจะรอดมั้ย หรือเราจะตกงานกันหมด เพราะ AI ทำแทนได้เร็วกว่าเป็นสิบเท่าแล้วแบบนี้หนูจะโดนเด้งเมื่อไหร่ 🧘‍♀️ ทุกคน… ไปชงกาแฟก่อนค่ะ สูดหายใจลึกๆ แล้วมานั่งคุยกัน อยากให้ทุกคนลองถอยออกมาก้าวหนึ่ง แล้วลองมองภาพรวมดูก่อนพี่กิ่งกลับรู้สึกว่า เราไม่จำเป็นต้อง “Ride Every Wave” ก็ได้ค่ะ แบบนั้นอาจจะเหนื่อยเกินไปแต่เราต้องเลือกคลื่นที่เหมาะกับเรามากที่สุดค่ะ จริงอยู่ที่ AI ยุคนี้เก่งมาก ในเรื่องของการทำสิ่งต่างๆ  สั่งให้เขียนโค้ดมันก็เขียนให้สั่งให้ออกแบบระบบมันก็ออกแบบมาให้อย่างสวยงามสั่งให้เขียน Test […]

เราจะเอาตัวรอดยังไง ในยุค AI ครองเมือง Read More »

169 wordpress feature image (18)

แค่คำว่ารักคงยังไม่พอ แค่ Happy Path ก็อาจจะยังไม่พอเหมือนกัน

เทสผ่านฉลุย เขียวทุกเคส ให้ผ่าน พร้อม Releaseแต่พอ Deploy ขึ้น Prod เท่านั้นแหละ User ดันเจอบั๊กซะงั้น!!! เนี่ยแหละชีวิต พี่กิ่งเชื่อว่า QA ทุกคนต้องเคยผ่านเหตุการณ์นี้กันมาบ้างแหละบอกเลยว่า มันไม่ได้แปลว่าเราเทสไม่เก่งนะคะแต่มันเกิดจากการที่เราอาจจะเผลอเดินตามสิ่งที่เรียกว่า“Happy Path” มากเกินไป Happy Path คือเส้นทางที่โลกสวยงามที่สุดที่จะเกิดขึ้นได้ค่ะUser กรอกข้อมูลถูกต้องเป๊ะ กดตามสเต็ป 1-2-3 ไปเรื่อยๆอย่างถูกต้องแต่ในโลกความเป็นจริง User มีมากมายหลากหลาย บางทีก็อาจจะทำอะไรที่ “ไม่ปกติ” บ้าง และบั๊กก็มักจะซ่อนอยู่แถวๆนั้นแหละค่ะ ไม่ใช่ว่า Happy Path ไม่สำคัญนะคะ มันคือสิ่งที่สำคัญมากๆๆๆๆ และควรจะเทสเป็นลำดับแรกแต่สิ่งที่นอกเหนือจากนั้นก็สำคัญเช่นกัน และที่สำคัญกว่านั้นคือ เราจะทำยังไง ถึงจะเทสความ “ไม่ปกติ” เหล่านั้นได้ครอบคลุมมากที่สุด โดยไม่เหนื่อยจนเกินไป วันนี้พี่กิ่งเลยอยากมาแชร์ 2 เทคนิคการทำ Test Case Design ที่จะช่วยให้เราดักจับบั๊กได้ดีขึ้นช่วยลดจำนวน Test Case ลง แต่ได้ Coverage

แค่คำว่ารักคงยังไม่พอ แค่ Happy Path ก็อาจจะยังไม่พอเหมือนกัน Read More »

169 wordpress feature image (17)

How to tell a Dev their code is broken (without war)

เจอ Bug ทีไร สงครามบังเกิดทุกที!ทีมไหนเป็นแบบนี้ยกมือค่ะ เดี๋ยวเรามาดูกันว่าจะทำยังไงได้บ้าง เรื่องนี้เป็นอีกเรื่องที่พี่กิ่งพูดกับทีมบ่อยมากๆนะคะในฐานะ QA หนึ่งในหน้าที่ของเราคือการหาข้อผิดพลาดให้เจอ การเดินไปบอกทื่อๆ ว่า “โค้ดเธอพังนะ” ถ้าสื่อสารไม่ดี จากที่จะช่วยกันแก้ Bug อาจจะกลายเป็นสร้างกำแพงใส่กันแทนก็เป็นได้ จริงๆ แล้ว หนึ่งในทักษะที่สำคัญไม่แพ้การเขียน Test Script ก็คือ Soft Skill นี่แหละค่ะและเป็นอีกหนึ่งเรื่องที่สามารถแยกได้เลยนะคะ ว่า QA คนนี้ร่างทอง ตัวเทพ จริงมั้ย ถ้าใครยังไม่รู้จะเริ่มยังไง วันนี้มาลองดูวิธีการแจ้ง Bug ให้ทีมฟังแล้วไม่เกิดสงครามกันค่ะและวิธีนี้ยังช่วยทำให้ความสัมพันธ์ในทีมดีขึ้น คุยกันง่ายขึ้น งานก็เดินมากขึ้นตามไปด้วย Bug ในระบบแก้ได้ด้วยโค้ด แต่ถ้าเกิด Bug ที่การสื่อสารระหว่างทีม ก็ต้องแก้ด้วยการสื่อสารและการทำความเข้าใจนะคะลองทำไปเรื่อยๆ เดี๋ยวก็จะติดเป็นนิสัยไปเอง ใครมีเทคนิคลับอื่นๆ เวลาคุยเรื่อง Bug หรือคุยปัญหากับทีม Dev สามารถแชร์กันได้นะคะ หรือส่งต่อให้เพื่อนในทีมมาร่วมวงกันได้เลยค่ะ

How to tell a Dev their code is broken (without war) Read More »

169 wordpress feature image (16)

JSON is not a person: น้องเจสันเป็นใคร แล้วเราจะคุยกับเค้ายังไง

😱 ใครเคยเป็นบ้าง เห็น Error เด้งขึ้นมาเป็นพรืดๆๆ ใน Console แล้วทำตัวไม่ถูกหรือ Dev ขอ API Payload ไปใช้ investigate bug ก็ทำหน้างงไม่รู้จะต้องส่งอะไรไป วันนี้พี่กิ่งจะพาไปทำความรู้จัก JSON กันนะคะ “น้องเจสัน” ที่ไม่ใช่คน แต่น้องคือ “ข้อความ” ที่ระบบส่งมาบอกเราว่าเกิดอะไรขึ้นหลังบ้านบ้างค่ะ 💡 ลองนึกภาพตามนะคะ: การอ่าน JSON ก็เหมือนเราอ่าน “ใบออเดอร์ GrabFood” นั่นแหละ! แค่เรารู้ว่าฟอร์แมทของใบออเดอร์เป็นยังไง เราก็อ่านรู้เรื่องได้สบาย ✅ โครงสร้างหลักคือ Key & Value ที่จะมาเป็นคู่หูดูโอ้เสมอ ลองมาดูตัวอย่างง่ายๆ กับแอพที่เราน่าจะใช้ทุกวัน ว่า QA ทั่วไป กับ QA ร่างทอง ต่างกันยังไง สมมติว่าเราเทส Food Delivery App อยู่แล้วเจอปัญหาว่ากดสั่งอาหารแล้วขึ้น Error

JSON is not a person: น้องเจสันเป็นใคร แล้วเราจะคุยกับเค้ายังไง Read More »

169 wordpress feature image (15)

อย่าปล่อยให้ Bug ในใจ… ทำระบบชีวิตคุณล่ม!

🗺️ ใครๆ ก็บอกว่า QA คือ Navigator ที่ต้องคอยนำทาง แต่ Navigator จะพาใครไปถึงเส้นชัยได้ยังไง… ถ้าตัวเราเองยัง แบตหมด จนมองไม่เห็นทางข้างหน้า? ถ้าเปรียบเทียบการทำ Software เหมือนการแข่งรถ 🏎️ งานของเราไม่ใช่แค่คอยตะโกนห้าม หรือคอยเบรกอย่างเดียวนะคะ แต่เราต้องใช้ “การช่างสังเกต” และ “สมาธิ” ประมวลผลอยู่ตลอดเวลา ฟังดูเหมือนจะเท่ แต่ความจริงคือใช้พลังงานสมองมหาศาลมาก เพราะเราต้องตัดสินใจอะไรแบบนี้วันละเป็นสิบเป็นร้อยเรื่อง ทั้งผ่าน/ไม่ผ่าน, Go/No Go หรือต้องมานั่งคัดแยกว่านี่คือ Bug หรือ Requirement Gap กันแน่? คิดวนไปตลอดทั้งวัน จนบางครั้งเราอาจจะเกิดอาการช็อต หรือ Burnout โดยไม่รู้ตัว 🔋 เช็กสัญญาณเตือน: ว่าคุณกำลัง Burnout รึเปล่า? ลองสังเกตตัวเองดูนะคะ ว่าเริ่มมีอาการแบบนี้มั้ย ถ้ามีครบสามข้อ… อาจจะเป็นสัญญาณเตือนว่าคุณเริ่มแบตหมดแล้วนะคะ ต้องรีบแก้ก่อนที่ใจจะพังไปมากกว่านี้ 🛑 วิธี “Pit Stop”

อย่าปล่อยให้ Bug ในใจ… ทำระบบชีวิตคุณล่ม! Read More »

169 wordpress feature image (14)

Postman 101: เลิกกดเทสแมนวล แล้วมาเป็น “เทพเซียน API” กันเถอะ

สารภาพมาค่ะ… ทุกวันนี้ใครเปิด Postman มาแล้วทำแค่นี้บ้าง ✋ ถ้าใช่ พี่กิ่งบอกเลย “เสียของ!!”เพราะ Postman จริงๆ แล้วมีฟีเจอร์มากมายที่ช่วยให้เราเทสได้ง่ายขึ้น ประหยัดเวลาได้มากขึ้น  ใครอยากเป็น QA ร่างทอง มาดู 3 ฟีเจอร์นี้กันค่ะ รับรองเทสง่ายขึ้น 300% 🔥 1. Environment Variables: หยุดแก้ URL ทีละตัว! 🛑 Before (ชีวิตเศร้า):สมมติเรามี 50 Requests ที่ยิงไปที่ https://dev-api.shopping.com/xxxxเทสบน Dev Environment อยู่ดีๆ ทีมบอก “เดี๋ยวจะเอาขึ้น Staging แล้ว ฝากเทสอีกรอบหน่อย” 😱 สิ่งที่เกิดขึ้น:ถ้าใครไม่ได้ใช้ Environment Variables จุดนี้เศร้า! เพราะเราต้องมานั่งแก้ URL ทั้ง 50 ตัว จาก dev-api เป็น

Postman 101: เลิกกดเทสแมนวล แล้วมาเป็น “เทพเซียน API” กันเถอะ Read More »

169 wordpress feature image (13)

Documentation คือจดหมายรักถึงตัวเองในอนาคต 💌

ไหนใครเกลียดการเขียน Test Case หรือทำ Document บ้าง 🙋‍♀️เชื่อว่าหลายๆคนรู้สึกว่ามันน่าเบื่อ เสียเวลา เอาเวลาไปทำงานอย่างอื่นดีกว่า… แต่พอผ่านไป 3 เดือน ต้องกลับมาเทสงานเดิม กลับไปเปิด Test Case ที่เคยเขียนไว้ดูแล้วก็ตะโกนออกมาว่า “นี่กูเขียนอะไรไว้วะเนี่ย” 🤯 🌹 วันนี้พี่กิ่งอยากชวนปรับ Mindset รับวาเลนไทน์กันนิดนึงค่ะ หลายคนเข้าใจผิดว่า Test Case ที่ดีต้อง“ละเอียด” ยิบย่อยทุกฝีเก้า 1. คลิกซ้าย 2. คลิกขวา 3. หายใจเข้า 4. หายใจออก… โอ๊ยยย แบบนี้ก็เกินไปหน่อย  จริงๆแล้ว Test Case แบบนี้ออกแนวจดหมายลูกโซ่ มากกว่าจดหมายรักค่ะ อ่านแล้วก็จับประเด็นไม่ได้ ไม่รู้ว่าตกลงต้องการอะไรกันแน่! 📝 Test Case ที่ดี ต้อง “รู้ใจ Business”ไม่ใช่แค่เขียนให้เสร็จๆ ไป เพื่อให้มีงานส่ง แต่ต้องเขียนเพื่อตอบโจทย์ว่า “เรากำลังปกป้อง

Documentation คือจดหมายรักถึงตัวเองในอนาคต 💌 Read More »

169 wordpress feature image (12)

เลิกเป็น QA ที่นั่งรอหน้าจอโหลด แล้วมาเป็น QA ที่หาบั๊กเจอใน 1 วินาทีกันเถอะ!

เคยมั้ยคะ รอ Dev ทำฟีเจอร์ให้เสร็จพร้อมเทสมาเป็นอาทิตย์ พอได้มาเทสจริงๆ ปุ๊บ… แค่กดปุ่มแรกไป หน้าจอก็หมุนไม่หยุด หรือ Error แดงเถือก! แล้วเราก็จะรู้สึกว่า “ให้ฉันรอแล้วได้อะไร” ในเมื่อของก็ยังพังอยู่แบบนี้แล้วชั้นจะเทสยังไงไหวพอไปบอก Dev ก็อาจจะได้คำตอบว่า เดี๋ยวต้องไปแก้ Logic หลังบ้านก่อน แล้วต้องแก้ UI ให้รับค่าใหม่ด้วย สรุป… ต้องรอต่อไปอีก 2 วันเพื่อให้ระบบพร้อมเทส (อีกรอบ) นี่แหละค่ะคือความเจ็บปวดของการทำ UI-Heavy Testing หรือที่บางคนอาจจะเคยเห็นชื่อ “Ice Cream Cone Testing” 🍦 คือการทำเทสผ่านหน้าจอ (Layer บน) เยอะๆ แต่ฐานข้างล่างอย่าง API หรือ Unit Test กลับกลวงโบ๋ กลายเป็นสามเหลี่ยมกลับหัวที่ฐานไม่แน่น พร้อมล้มตลอดเวลา วันนี้พี่กิ่งจะมาแชร์ให้เห็นภาพชัดๆ ค่ะว่าการมี API First Mindset จะช่วยให้เราเป็น “QA ร่างทอง” ที่เจอบั๊กไวกว่า

เลิกเป็น QA ที่นั่งรอหน้าจอโหลด แล้วมาเป็น QA ที่หาบั๊กเจอใน 1 วินาทีกันเถอะ! Read More »

169 wordpress feature image (11)

บทเรียนราคา 850 ล้าน: เมื่อการ “เทสไม่สุด” กระทบชีวิตคนเป็นล้านนนน

หนึ่งในเรื่องที่ร้อนแรงที่สุดของชาว Tech ในช่วงนี้น่าจะหนีไม่พ้นเรื่องระบบไอทีของหน่วยงานระดับประเทศแห่งหนึ่งที่เกิดปัญหาหลังการ Go Live ขึ้นระบบใหม่ ล่าสุด 9arm ก็เพิ่งปล่อยคลิปเกี่ยวกับเรื่องนี้ออกมา พอดูจบแล้วก็รู้สึกว่านี่คือ Case Study อันล้ำค่ามากสำหรับคนทำงานสาย Quality อย่างพวกเรา (ล้ำค่าในรูปแบบที่ว่าอย่าไปทำตามนะคะ!) ทำไมงบประมาณมหาศาลขนาดนี้ ถึงยังเกิดความผิดพลาดในระดับที่กระทบกับชีวิตคนจริงๆ ในฐานะคนที่ทำงานในสาย Quality อย่างยาวนาน วันนี้พี่กิ่งอยากจะขอสรุปให้ทุกคนฟังว่ามีตรงไหนที่ชวนเอ๊ะบ้าง เพื่อที่เราจะได้กลับมาถามตัวเองและทีม จะได้ไม่พลาดแบบเดียวกันค่ะ 1️⃣ Functional Test Pass ไม่ได้แปลว่า Go Live ได้! ในคลิปมีการระบุว่าระบบใหม่ผ่านการเทสมาแล้ว แต่พอเปิดใช้จริง “ล่ม” ซะงั้นเพราะ “ไม่ได้เทสตอนเอาไปต่อกับ API Gateway ตัวเดิม” และเกิด “คอขวด” ที่รับโหลดไม่ไหว… ตรงนี้มีสองจุดที่เอ๊ะเลยค่ะ “ไม่ได้เทส” กับ “คอขวด” 2️⃣ Data Migration: ความผิดพลาดที่กลายเป็นความทุกข์ของคนจริง ประเด็นเรื่องข้อมูลผู้ประกันตนผิดพลาดหลังจาก Migration เช่น เลขบัตรประชาชนไม่ตรง

บทเรียนราคา 850 ล้าน: เมื่อการ “เทสไม่สุด” กระทบชีวิตคนเป็นล้านนนน Read More »

169 wordpress feature image (9)

Postman เวอร์ชั่นใหม่มาแน่ พร้อม AI และ Git Native

ถ้าใครทำงานเป็น QA หรืออยู่ในสายนี้อยู่แล้วน่าจะรู้จัก Postman กันดีอยู่แล้ว (ส่วนใครที่ยังไม่รู้จัก เอาเป็นว่ามันเป็นเครื่องมือในการใช้เทสอีกตัวนึง แล้วเดี๋ยวโพสต่อๆ ไปเราจะมาเจาะลึกเครื่องมือนี้กัน) ล่าสุด Postman ประกาศเตรียมปล่อยของช่วงมีนาคม 2026 นี้ เตรียมตัวอัพเกรดสกิลกันได้เลยค่ะทุกคนพี่กิ่งลองเข้าไปส่องมาแล้ว บอกเลยว่ารอบนี้เปลี่ยนเยอะมากจริงๆ และนี่คือ 3 ไฮไลท์ที่ QA อย่างพวกเราน่าจะต้องรู้ค่ะ: 1️⃣ Native Git Workflows (ซักที!!!): 🐙 อวสานปัญหาส่ง collection กันไปมา แล้วก็แก้ทับกัน! เวอร์ชั่นใหม่เราทำงานได้เหมือนเขียนโค้ดเลยค่ะ แตก feature branch มาทำงานได้เลย 2️⃣ AI Native: 🤖 ไม่ใช่แค่ผู้ช่วยเขียนเทสเล็กๆ น้อยๆ แล้ว แต่รอบนี้ AI จะสามารถ อ่าน เขียน และ คิด เชื่อมโยงข้อมูลใน Workspace ได้ น่าจะช่วย Generate

Postman เวอร์ชั่นใหม่มาแน่ พร้อม AI และ Git Native Read More »