บทเรียนจากบั๊กใน Ruby: เมื่อสมมติฐานเรื่องชนิดข้อมูลพังการกรองแท็ก

บั๊กในระบบโปรดักชันไม่จำเป็นต้องอาศัยโค้ดนับร้อยบรรทัดจึงจะแสดงอาการรุนแรงออกมา สมมติฐานที่ซ่อนอยู่ภายในเมธอดการกรองด้วยภาษา Ruby ของโปรเจกต์โอเพนซอร์ส RubyEvents คือตัวอย่างที่ชัดเจน โดยระบบเคยทำงานได้อย่างราบรื่นมาโดยตลอด จนกระทั่งมีแท็กที่ไม่ใช่สตริงหลุดเข้ามาในระบบ

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

หากมองผิวเผิน ปัญหานี้อาจดูคล้ายกับข้อผิดพลาดเกี่ยวกับระบบเส้นทางหรือตัวควบคุม (Routing หรือ Controller) แต่แท้จริงแล้วต้นตอของความล้มเหลวอยู่ลึกกว่านั้น โดยซ่อนอยู่ในตรรกะการกรองแท็กที่ตั้งอยู่ภายในเมธอด Announcement::Collection#by_tag ซึ่งการใช้งานเดิมคาดหวังข้อมูลประเภทสตริงเสมอ

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

สำหรับข้อมูลประเภทสตริงปกติ โค้ดเดิมทำงานได้อย่างไร้ที่ติ แต่เมื่อข้อมูลถูกส่งเข้ามาในรูปแบบอาเรย์ เช่น [ "Ruby" , 123 ] และกระบวนการทำงานพยายามเรียกใช้ map(&:downcase) ตัวโปรแกรมจะพยายามสั่งรันคำสั่ง 123.downcase ทันที ซึ่งในความเป็นจริงแล้ว ตัวเลขจำนวนเต็มไม่มีเมธอด downcase รองรับ ส่งผลให้เกิดข้อผิดพลาดขึ้น

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

ที่มา: Dev.to