แนวคิดพื้นฐาน การเขียนเทสเคส Unit Testing

ความสุขของคนที่สร้างซอฟต์แวร์คือ การเห็นคนที่มาใช้ผลงานของเราแล้วได้ประโยชน์และมีความสุขที่จะใช้มันต่อไป ส่วนตัวเองเคยเป็นนักปั้นโค๊ดที่พอไปวัดไปวาได้ และ  feedback ลูกค้าส่วนหนึ่งบอกว่าชอบและตอบโจทย์ในการแก้ปัญหาให้กับเค้าได้ แต่….พอใช้ไปซักระยะมักกลับมาพร้อมกับบอกว่า “ทำไมตรงนี้มันทำงานอย่างงั้น อย่างงี้” บางอันนี่ก็เป็นเรื่องของ UX บ้างที่ไม่สื่อความหมายชัดเจน ทำให้ใช้งานยาก บางอันก็เป็นสิ่งที่ไม่มีใครคาดว่าต้องการให้มันทำงานแบบนั้น (ใช่ครับ แม้แต่ลูกค้าเองก็พึ่งรู้) บางอันก็เป็นของแถมที่โปรแกรมเมอร์แถมให้ที่ไม่ใช่ทั้ง UX และ ฟีเจอร์ ของแถมที่ว่านี้คือ แมลง (Bug) นั่นเอง พอเจอบั๊กหัวหน้ามักบอกว่าให้ทำ Unit Testing เพื่อกันบั๊กไม่ให้มันเกิดขึ้นอีก ซึ่งถ้ามองผิวเผินดูเหมือนสมเหตุสมผล แต่ จริงๆแล้วถ้าคนที่ได้เขียน  Unit Testing ไปเรื่อยๆจะรู้ว่า การเขียน Unit Testing ไม่ใช่การหาบั๊ก หรือว่าป้องกันบั๊กทั้งนั้น (อย่าพึ่งงง)…