169 wordpress feature image (7)

เมื่อบั๊กหลุดถึงมือลูกค้า… จัดการใจยังไงไม่ให้พัง?

มือไม้สั่น หน้าชา ใจหล่นไปอยู่ที่ตาตุ่ม… 😱ความรู้สึกที่อาจจะเกิดขึ้นหลังจากเราเห็นแจ้งเตือนใน Slack ว่า “ลูกค้าเจอ Bug บน Production!” ปฏิกิริยาแรกของ QA ส่วนใหญ่คือการโทษตัวเองค่ะ “เราพลาดได้ยังไง” “ทำไมถึงเทสไม่เจอ” “เราไม่เก่งหรือเปล่า” “ทีมจะมองว่าเราเทสไม่ดีมั้ย” หรือบางคนก็อาจจะโดนถามเลยด้วยซ้ำว่า เทสยังไง เทสตรงนี้หรือเปล่า ทำไมถึงไม่เจอบั๊กตัวนี้ พอโดนบ่อยๆเข้าก็อาจจะเริ่มกลัวการกดปุ่ม Release หรือการเปลี่ยน Ticket status เป็น Passedและอาจจะกลายเป็นความเครียดสะสม นอนไม่หลับกระสับกระส่าย รู้สึกแย่กับตัวเองไปซะอย่างนั้น วันนี้เลยอยากชวนทุกคนมาลองจัดการ “ใจ” ก่อนที่จะจัดการ “งาน” ของเราค่ะ 1. จัดการใจ: แยก “ตัวตน” ออกจาก “บั๊ก” ก้าวแรกของการเป็น QA ที่ใจไม่พัง คือต้องแยก คุณค่าในตัวเอง (Self-worth) ออกจากผลของงานให้ได้ก่อนค่ะ บั๊กไม่ใช่ “ความผิดพลาดส่วนบุคคล” แต่คือ “ช่องว่างของกระบวนการ”: Software สร้างขึ้นโดยมนุษย์ และมนุษย์พลาดได้เสมอ […]

เมื่อบั๊กหลุดถึงมือลูกค้า… จัดการใจยังไงไม่ให้พัง? Read More »

169 wordpress feature image (6)

หยุด!! บอกแค่ว่า “มันพัง” แต่ต้องบอกให้ได้ว่า “พังท่าไหน” ด้วย API Response Code

คิดว่าทุกคนต้องเคยเป็นแบบนี้ เราเทสงานอยู่ดีๆ หน้าจอก็ขึ้น loading ไม่หยุดหรือไม่ก็มี error ตัวแดงเด้งขึ้นมา แล้วทุกอย่างก็ระเบิด เทสต่อไม่ได้  แล้วสิ่งแรกที่เราทำก็คือ วิ่งไปโวยวายกับ Dev (หรือทัก slack) แล้วก็บอกว่า  “หน้า xxx มันพังค่ะพี่” ทีนี้เราอาจจะได้คำถามกลับมาจาก Dev ว่า  “พังยังไง”“หน้าจอโชว์อะไร”“ใส่ data ไม่ถูกรึเปล่า” แล้วเราก็ได้แต่ทำตาปริบๆ ไม่รู้จะตอบยังไงสุดท้ายก็ต้องรอให้ Dev มาเช็คให้ เสียเวลาทั้งคู่ ตรงนี้แหละ คือเส้นแบ่งระหว่าง QA ทั่วไป กับ QA ที่ดี QA ร่างทองที่เราอยากจะเป็นกันQA ที่ดี จะไม่ทำแค่รายงานว่าของพัง แต่เราต้องช่วย “วินิจฉัยโรค” เบื้องต้นได้ด้วย สิ่งแรกที่จะช่วยเราได้คือ API Response Code นี่แหละค่ะ หรือบางทีเราก็เรียกมันว่า Status Code วิธีที่เราจะดูมันได้เนี่ย อย่างแรกเลย เวลาเทสงาน ให้เราเปิด

หยุด!! บอกแค่ว่า “มันพัง” แต่ต้องบอกให้ได้ว่า “พังท่าไหน” ด้วย API Response Code Read More »

169 wordpress feature image (3)

อยากเป็น QA Advocate ต้องเริ่มยังไง?

เปิดโพย 3 คำถามกันตายตอน Refinement เคยมั้ย ที่เรานั่งอยู่ในประชุม Refinement (หรือ Grooming) เพื่อพูดคุยเกี่ยวกับ Requirement กัน Dev ก็คุยกันเรื่อง Logic วุ่นวาย PO ก็อธิบาย Flow งานมารัวๆ ส่วนเราที่เป็น QA ก็ได้แต่นั่งฟัง แล้วก็จด Requirement ตามเงียบๆ “เดี๋ยว Dev โค้ดเสร็จส่งของมาให้แล้วค่อยเอามาเทสแล้วกัน” ตัดภาพมาที่อีก 1 อาทิตย์… Dev ส่งของมาให้และเราก็กำลังจะเริ่มเทส “อ้าว ถ้า User กดปุ่ม Back ตอนจะจ่ายเงินล่ะ” “แล้วถ้ากรอกตัวเลขติดลบตรงนี้ จะพังมั้ย” “ทำไมตรงนี้ไม่ได้ทำ ไม่มี Requirement บอกไว้เหรอ” แล้วยังไงต่อล่ะทีนี้… สุดท้ายเราก็จะเดินไปบอกทีมว่า “ยัง Deploy ไม่ได้นะคะ ยังมีบั๊กที่ต้องแก้เต็มเลย” 🛑แต่มาลองคิดดู จริงๆเราสามารถช่วยทีมได้ตั้งแต่ก่อนจะเริ่มเขียนโค้ดอีกนะ! ถ้าเราอยากจะเป็น

อยากเป็น QA Advocate ต้องเริ่มยังไง? Read More »

169 wordpress feature image (1)

เมื่อ QA ไม่ได้มีหน้าที่แค่หาบั๊ก

เจาะลึกบทบาทของ Quality Advocate ในยุค Agile สวัสดีค่ะทุกคน หลังจากโพสต์ที่แล้วเราคุยกันไปเรื่อง “อวสาน QA” หลายคนน่าจะสงสัยว่า แล้วเราจะเป็น “QA ร่างทอง” ที่อยู่รอดและทรงคุณค่าในยุค 2026 ได้ยังไง วันนี้เราจะมาชวนเจาะลึกบทบาทหนึ่งที่เป็นหัวใจสำคัญ นั่นคือการเปลี่ยนแปลงตัวเองจาก Gatekeeper มาเป็น Quality Advocate ที่ทำหน้าที่เหมือนเป็น Navigator ให้กับทีมนั่นเองค่ะ ทำไมการเป็น Gatekeeper ถึง “เจ็บทั้งทีม”?? ในโลกการทำงานยุคก่อน QA มักจะถูกวางไว้ที่ปลายน้ำ อยู่ท้ายสุดของ processหน้าที่ของเราคือรอตรวจของเป็นด่านสุดท้ายก่อนออกสู่ตลาด ถ้าเจอบั๊กเมื่อไหร่เราก็สั่งให้ “หยุด” หรือ ส่งของชิ้นนั้นกลับไป ไม่ให้ไปต่อ แต่ในยุคที่ทุกอย่างต้องเร็วแบบนี้ การทำตัวเป็น Gatekeeper กลับสร้างผลเสียให้ทีมแบบไม่น่าเชื่อฃ 3 ขั้นตอนง่ายๆ เพื่อเริ่มเป็น Quality Advocate ถ้าอยากอัพเกรดตัวเองเป็น Navigator แทนที่จะเป็น Gatekeeper ลองปรับ 3 อย่างนี้ดูก่อนค่ะ

เมื่อ QA ไม่ได้มีหน้าที่แค่หาบั๊ก Read More »

gemini generated image gda6d0gda6d0gda6

Do we still need QA in the year of 2026?

“เรายังต้องการ QA อยู่มั้ยในปี 2026”  หรือถึงเวลา… อวสาน QA สวัสดีค่ะทุกคน ในที่สุดก็ได้ฤกษ์เปิดตัว With Natsiree ซักที หลังจากลีลาอยู่นาน ช่วงนี้ใครรู้สึกซึมเศร้าเวลาไถฟีดบ้าง เดี๋ยวก็เจอข่าว AI จะมาแทนที่อาชีพนั้นอาชีพนี้บ้างหรือเจอคนบอกว่า “เดี๋ยวนี้ Dev เค้าก็เขียนเทสเองได้แล้วนะ”หรือจะบอกว่า “งาน QA มันไม่รุ่งเรืองเหมือนเมื่อก่อนแล้ว” “เปลี่ยนสายก็ยาก ตำแหน่งก็น้อยลง”และอะไรอื่นๆอีกมากมาย จนพลอยทำให้เราแอบคิดว่า หรือนี่จะเป็นยุค “อวสาน QA” อย่างที่คนพูดกันจริงๆ วันนี้เลยอยากจะมาชวนคุยกันแบบเพื่อนร่วมวงการคนนึงเผื่อว่าสิ่งที่เคยเจอมาจะช่วยให้เราหยุดคิดและหันกลับมามองในมุมอื่นๆดูบ้างเราตั้งใจเปิดพื้นที่นี้ขึ้นมาเพื่อให้ทุกคนเติบโตไปด้วยกัน ไม่ได้อยากจะมาเอดยูเขตกันอะไรแต่อย่างใด คิดว่าใครที่ทำ QA มา ต้องเคยมีซักครั้งที่รู้สึกภูมิใจกับการเป็น “ด่านตรวจคนเข้าเมือง” ของเรา เคยได้ยินคำว่า Gatekeeper มั้ยคะ หรืออาจจะเป็นคำพูดที่ว่า QA is the last line of defense… เรายืนกอดอกทำหน้าเข้มตรงด่านสุดท้ายที่เป็นทางออกของโปรเจคต์ ใครส่งของมาให้ตรวจ ชั้นจะต้องเจอ Bug ให้เยอะที่สุด!แกจะ Deploy ของวันศุกร์เหรอ? ออกปั๊ย

Do we still need QA in the year of 2026? Read More »