จากคนมองว่าการทดสอบซอฟต์แวร์ไร้สาระ สู่บทเรียนเมื่อลงมือทำโปรเจกต์เอง

นักพัฒนาซอฟต์แวร์หลายคนมักเริ่มต้นด้วยความเชื่อที่ว่า การเขียนชุดทดสอบหรือ Unit Tests และ E2E Tests นั้นเป็นเรื่องเสียเวลาและไม่จำเป็นสำหรับโปรเจกต์ส่วนใหญ่ ความคิดที่ว่าหากผู้พัฒนาเป็นคนเขียนโค้ดเอง ทำไมพวกเขาถึงจะทดสอบด้วยตัวเองไม่ได้ กลายเป็นแนวคิดเริ่มต้นก่อนที่จะได้ลงมือสร้างโปรเจกต์ของตัวเองอย่างจริงจัง

จุดเปลี่ยนเกิดขึ้นในช่วงปลายเดือนมิถุนายน เมื่อผู้พัฒนาได้เริ่มลงมือสร้าง The Last Deploy ซึ่งเป็นแพลตฟอร์มโอเพนซอร์สสำหรับเรียนรู้ระบบ DevOps และ Platform Engineering ผ่านการลงมือปฏิบัติจริง ในช่วงแรกของการพัฒนา ทุกการตัดสินใจขับเคลื่อนด้วยแนวคิดที่ว่าถ้าระบบใช้งานได้ก็ให้ปล่อยขึ้นระบบจริงทันที และค่อยตามแก้ปัญหาทีหลังหากมีอะไรพัง

แนวทางดังกล่าวถึงขั้นเขียนโค้ดลงบนเซิร์ฟเวอร์สำหรับใช้งานจริง (Production Server) โดยตรงในช่วงแรก ซึ่งไม่ใช่แนวปฏิบัติที่ดีทางวิศวกรรม แต่ทำไปเพราะรู้สึกว่าเร็วกว่า เนื่องจากในตอนนั้นยังไม่มีผู้ใช้งานจริง ผลกระทบจึงดูไม่รุนแรงนัก ก่อนที่ในเวลาต่อมาจะเริ่มแยกสภาพแวดล้อมระหว่างการพัฒนาและระบบจริงออกจากกันอย่างเด็ดขาด

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

เมื่อโปรเจกต์ขยายใหญ่ขึ้น การตรวจสอบการเปลี่ยนแปลงด้วยมือเริ่มทำได้ยากขึ้นเรื่อยๆ การคาดหวังว่าตัวเองจะจำทุกจุดที่ต้องทดสอบได้ไม่ใช่กลยุทธ์ที่น่าเชื่อถืออีกต่อไป ความแตกต่างที่สำคัญจึงอยู่ที่การแยกแยะระหว่างการตรวจว่าฟังก์ชันล่าสุดใช้งานได้ กับการมีระบบช่วยตรวจสอบว่าแอปพลิเคชันโดยรวมยังคงทำงานได้อย่างถูกต้อง