1 วันของ QA ทำอะไรบ้าง? (ไม่ได้มีแค่นั่งกดเทสนะ 😆)

หลายคนคิดว่า QA = นั่งกดเทสทั้งวัน แต่จริงๆ วันนึงเราทำอะไรบ้าง มาดูกัน 👇

📍 เช้า — ประชุม Daily

เริ่มวันด้วยการคุยกับทีมว่าใครทำอะไรอยู่ test case ถึงไหนแล้ว ติดอะไรไหม มีงานเทสค้างกี่เคส bug ตัวไหนยังไม่จบ 😎

📍 ช่วงที่ยังไม่มีของให้เทส

dev ยังเขียนไม่เสร็จ เราก็ไม่ได้ว่างนะ — นั่งอ่าน requirement แล้วเขียน test case ไว้รอเลย อันนี้คือหัวใจของงาน QA เลย เพราะ test case คือ scope ที่บอกว่าเราจะทดสอบอะไรบ้าง

📍 ช่วงทดสอบ

เลือกเทส core function ก่อนเสมอ เพราะถ้าเจอ bug dev จะได้มีเวลาแก้ทัน 🐛

เจอ bug ปุ๊บ → แคปรูป → เปิด ticket ใน Jira → เขียนรายละเอียด → ส่งให้ dev แก้

📍 ตลอดทั้งวัน — สื่อสารไม่หยุด

งาน QA ไม่ได้ทำคนเดียว ต้องคุยกับทีมตลอด ทั้งตอนสงสัย requirement หรือตอนเจอ bug แล้วต้องประสานงาน (เดี๋ยวตอนหน้าจะเล่าว่าเราทำงานกับใครบ้าง 👀)

สรุป — วัน QA ไม่ได้มีแค่กดเทส แต่มีทั้งอ่าน req, เขียน test case, หา bug, และสื่อสารกับทีมตลอดทั้งวัน 🫶

ใครมีคำถามเรื่องงาน QA ถามมาได้เลยนะครับ 💬

#qa #softwaretester #รีวิวงาน #ย้ายสายงาน #เจาะลึกการงาน

7/24 แก้ไขเป็น

... อ่านเพิ่มเติมจากประสบการณ์ตรงในงาน QA ผมพบว่านอกจากการกดเทสที่หลายคนเข้าใจ ยังมีบทบาทสำคัญอื่นๆ ที่ต้องทำควบคู่กันตลอดวัน เช่น การวางแผนกับทีมเพื่อให้กระบวนการทดสอบมีประสิทธิภาพมากที่สุด การเขียน test case อย่างละเอียดและครบถ้วนเพื่อกำหนดขอบเขตการทดสอบอย่างชัดเจน รวมถึงการเลือกเทสฟังก์ชันหลักก่อนเสมอเพื่อลดความเสี่ยงที่จะเกิดบั๊กในระบบใหญ่ หนึ่งในส่วนที่ผมให้ความสำคัญคือการสื่อสารที่ต่อเนื่องกับทีมพัฒนาและทีมอื่นๆ การแจ้งปัญหาที่เจออย่างรวดเร็วผ่านระบบ เช่น Jira พร้อมรายละเอียดและภาพประกอบ จะช่วยให้ทีมพัฒนาสามารถแก้ไขบั๊กได้ทันเวลา ลดความล่าช้าในโปรเจกต์และเพิ่มคุณภาพของผลิตภัณฑ์มากขึ้น นอกจากนี้ ช่วงเวลาที่ยังไม่มีชิ้นงานให้ทดสอบ ผมมักใช้โอกาสนี้ศึกษาความต้องการจาก requirement document อย่างถี่ถ้วน ซึ่งจะช่วยให้เข้าใจฟีเจอร์ที่จะทดสอบได้ดียิ่งขึ้น ทำให้เขียน test case ครอบคลุมและลดจุดบกพร่องที่จะพลาดไปในกระบวนการทดสอบ สุดท้าย งาน QA ไม่ใช่งานที่ทำคนเดียว การทำงานร่วมกับทีมอย่างใกล้ชิด มีการประชุมรายวัน (Daily meeting) เพื่อซิงค์งานและอัพเดตสถานะเป็นเรื่องจำเป็นมาก ซึ่งช่วยให้ทีมรู้ทันปัญหาและวางแผนแก้ไขได้ทันท่วงที สรุปคือ วันหนึ่งของ QA คือการจัดการและประสานงานที่หลากหลาย ตั้งแต่การเตรียมความพร้อม ทดสอบ และสื่อสาร เพื่อให้มั่นใจว่าซอฟต์แวร์ที่ออกสู่ตลาดจะมีคุณภาพสูงสุดและพร้อมใช้งานจริงจริง