1 What does the day of QA do? (Not just sit and press)
Many people think that QA = sitting down all day, but really, what do we do one day? Let's see. 👇
📍 Morning - Daily Meeting
Start the day by talking to the team about who's doing what, test case, where's it? Addicted to what? How many test cases are there? Which bug isn't over yet? 😎
📍 when there's nothing for Tess.
DEV is not finished, we are not free - sit and read the requirements and write the test case. This is the heart of the QA task, because the test case is the scope that tells us what to test.
📍 Test range
Always choose the core function because if you find a bug dev, you have time to solve it. 🐛
Found a bug immediately → shaped caps → Open tickets in Jira → Write details → Send to dev fix
📍 All day - non-stop communication.
QA work is not done alone. You have to talk to the team all the time when you are wondering the requirements or when you meet a bug and you have to coordinate (next time you will tell who we are working with)
Summary - QA Day doesn't just press tess, it's both read req, write test cases, find bugs, and communicate with the team throughout the day. 🫶
Anyone have a question about the QA job? 💬
# qa # Softwaretters # Job review # Move the line # Deep work
จากประสบการณ์ตรงในงาน QA ผมพบว่านอกจากการกดเทสที่หลายคนเข้าใจ ยังมีบทบาทสำคัญอื่นๆ ที่ต้องทำควบคู่กันตลอดวัน เช่น การวางแผนกับทีมเพื่อให้กระบวนการทดสอบมีประสิทธิภาพมากที่สุด การเขียน test case อย่างละเอียดและครบถ้วนเพื่อกำหนดขอบเขตการทดสอบอย่างชัดเจน รวมถึงการเลือกเทสฟังก์ชันหลักก่อนเสมอเพื่อลดความเสี่ยงที่จะเกิดบั๊กในระบบใหญ่ หนึ่งในส่วนที่ผมให้ความสำคัญคือการสื่อสารที่ต่อเนื่องกับทีมพัฒนาและทีมอื่นๆ การแจ้งปัญหาที่เจออย่างรวดเร็วผ่านระบบ เช่น Jira พร้อมรายละเอียดและภาพประกอบ จะช่วยให้ทีมพัฒนาสามารถแก้ไขบั๊กได้ทันเวลา ลดความล่าช้าในโปรเจกต์และเพิ่มคุณภาพของผลิตภัณฑ์มากขึ้น นอกจากนี้ ช่วงเวลาที่ยังไม่มีชิ้นงานให้ทดสอบ ผมมักใช้โอกาสนี้ศึกษาความต้องการจาก requirement document อย่างถี่ถ้วน ซึ่งจะช่วยให้เข้าใจฟีเจอร์ที่จะทดสอบได้ดียิ่งขึ้น ทำให้เขียน test case ครอบคลุมและลดจุดบกพร่องที่จะพลาดไปในกระบวนการทดสอบ สุดท้าย งาน QA ไม่ใช่งานที่ทำคนเดียว การทำงานร่วมกับทีมอย่างใกล้ชิด มีการประชุมรายวัน (Daily meeting) เพื่อซิงค์งานและอัพเดตสถานะเป็นเรื่องจำเป็นมาก ซึ่งช่วยให้ทีมรู้ทันปัญหาและวางแผนแก้ไขได้ทันท่วงที สรุปคือ วันหนึ่งของ QA คือการจัดการและประสานงานที่หลากหลาย ตั้งแต่การเตรียมความพร้อม ทดสอบ และสื่อสาร เพื่อให้มั่นใจว่าซอฟต์แวร์ที่ออกสู่ตลาดจะมีคุณภาพสูงสุดและพร้อมใช้งานจริงจริง