เจาะลึกโลก Software QA: จากมือใหม่สู่เส้นทางมือโปร (QA 101)
ในโลกของการพัฒนาซอฟต์แวร์ ไม่ว่าจะเป็นแอปพลิเคชันช้อปปิ้งออนไลน์หรือแอปธนาคาร หน้าที่ในการเขียนโค้ดเป็นของโปรแกรมเมอร์ (Developer) แต่คนที่จะตอบได้ว่าแอปนั้นใช้งานได้จริงและมีคุณภาพหรือไม่ คือ Software QA (Quality Assurance) หรือ Software Tester
1. หัวใจของการทดสอบ: Functional vs Non-functional
งานของ QA แบ่งออกเป็นสองมิติหลักที่ต้องตรวจสอบ
Functional Test: คือการดูว่าซอฟต์แวร์ “ทำอะไรได้บ้าง” ตามที่กำหนดไว้หรือไม่ เช่น ต้องล็อกอินได้ ค้นหาสินค้าได้ หรือชำระเงินสำเร็จ
Non-functional Test: คือการดูว่าซอฟต์แวร์ “ทำงานได้ดีแค่ไหน” (How well)
เช่น ความเร็วในการตอบสนอง (Performance), ความง่ายในการใช้งาน (Usability/UX), และความปลอดภัย (Security)
ตัวอย่างเช่น หากล็อกอินผ่านแต่ต้องรอถึง 2 นาที แบบนี้ถือว่าสอบตกในแง่ Non-functional
2. งานหลักของ QA: การออกแบบ Test Case และการเข้าใจโครงสร้างระบบ
งานแรกและเป็นงานสำคัญที่สุดคือการ Design Test Case QA ที่เก่งไม่เพียงแต่ต้องเข้าใจฟีเจอร์ แต่ต้องเข้าใจ Architecture (โครงสร้างระบบ) ด้วย ในยุคปัจจุบันที่ซอฟต์แวร์เชื่อมต่อกันผ่าน Microservices การที่ QA รู้ว่าโมดูลไหนคุยกับโมดูลไหน (เช่น ระบบ Login เชื่อมกับ Database หรือ Payment เชื่อมกับธนาคาร) จะช่วยให้เราออกแบบการทดสอบได้ครอบคลุม (Coverage) และมองเห็นผลกระทบ (Side effect) เมื่อมีการเปลี่ยนแปลงได้อย่างแม่นยำ
นอกจากนี้ QA ต้องใช้ Testing Technique เพื่อออกแบบให้ได้จำนวนเคสที่น้อยที่สุดแต่ครอบคลุมมากที่สุด เพราะในความเป็นจริงเราไม่สามารถทดสอบได้ 100% ของทุกกรณีที่เป็นไปได้
3. การรันเทสและการจัดการ Bug
เมื่อได้รับซอฟต์แวร์มา QA จะทำการ Execute Test ซึ่งทำได้ 2 วิธี
– Manual Test: ใช้คนคลิกและทดสอบตามขั้นตอนที่เขียนไว้
– Automation Test: เขียนโค้ดให้คอมพิวเตอร์รันเทสแทน ซึ่งประหยัดเวลาและทำงานได้ 24 ชั่วโมง เหมาะกับเคสที่ต้องรันซ้ำบ่อยๆ หากพบว่าผลลัพธ์ไม่เป็นไปตามที่คาดหวัง (Fail) QA ต้องทำการ Log Bug (หรือ Defect) โดยระบุขั้นตอนที่ทำให้เกิดปัญหา (Steps to replicate) และความรุนแรง (Severity) เพื่อให้ Developer แก้ไข และส่งกลับมาให้ QA ทำการ Re-testing อีกครั้ง
4. การบริหารความเสี่ยง (Risk Management): หัวใจของการส่งมอบงาน
ในโลกความเป็นจริง ไม่มีซอฟต์แวร์ใดที่ไม่มีBug 100% การจะปล่อยแอปพลิเคชันให้ผู้ใช้ (Sign-off) จึงขึ้นอยู่กับ Risk Management ทีมต้องชั่งน้ำหนักระหว่าง “ความเสียหายจากBug” กับ “โอกาสทางธุรกิจ”
เช่น หากBugนั้นรุนแรงน้อยแต่การรอแก้จะทำให้เสียรายได้วันละล้าน ทีมอาจตัดสินใจปล่อยแอปไปก่อนแล้วค่อยตามแก้ไข
5. “One Million Dollar Person”: QA ที่บริษัทต้องการ
QA ที่มีค่าที่สุดคือคนที่มองเห็น Big Picture (ภาพรวม)
ไม่ใช่แค่เช็กว่าปุ่มกดได้ไหม แต่เข้าใจลึกไปถึง Business Flow และผลกระทบต่อส่วนงานอื่น เช่น หากเพิ่มฟีเจอร์โปรโมชั่นหน้าเว็บ ทีม Call Center หรือ Operation จะมีระบบรองรับการยกเลิกโปรโมชั่นนั้นด้วยหรือไม่
คนที่เข้าใจความเชื่อมโยงทั้งระบบเช่นนี้คือ “บุคคลทรงคุณค่า” ขององค์กร
บทสรุปสำหรับผู้ที่ต้องการย้ายสายงาน
การย้ายสายงานมาเป็น QA อาจทำให้เกิดอาการ “ใจพัง” ในช่วงแรกเพราะต้องเผชิญกับภาษาเทคนิคที่ไม่คุ้นเคย แต่แหล่งข้อมูลยืนยันว่า หากผ่านช่วง “กำแพงภาษา” นี้ไปได้ และมีพี่เลี้ยง (Mentor) คอยแนะนำ คุณจะสามารถปรับตัวและประสบความสำเร็จในสายงาน Tech ได้ในที่สุด
