ตลาดหาแต่ Automation… แล้ว Manual แบบเราล่ะเอาไงดี ใครเป็น Manual QA บ้าง เปิดเว็บหางานทีไร เจอแต่คำว่า “Must have Cypress/Playwright experience”, “Experience in Selenium or Automated Testing Frameworks”… อ่านแล้วก็อดใจสั่นไม่ได้ใช่มั้ยคะ เชื่อว่าหลายคนคงจะเกิดอาการ Imposter Syndrome กำเริบจนแทบจะหมดสิ้นแพชชั่น และแอบตั้งคำถามกับตัวเองว่า “แล้วถ้าเรายังเขียนสคริปต์ไม่คล่อง เราจะรอดมั้ย” แต่ความจริงที่หลายๆคนมักไม่ได้พูดถึงคือ “ก่อนที่เราจะเขียน Automation ได้ระดับเซียน เราก็ต้องมี เซนส์ของการเป็น QA ที่ดี ให้ได้ก่อนค่ะ” เครื่องมือ Automation มันฉลาด และทำงานไวก็จริง แต่มันไม่สามารถแยกให้เราได้ค่ะว่า Test Case ที่สำคัญ หรือ Test Case ที่มีคุณค่าต่อ Business นั้นอยู่ตรงไหนบ้าง มันแค่รันตามสิ่งที่เราเขียนสคริปต์สั่งไว้ ถ้าเรากระโดดไปเขียน […]

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

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