สำหรับใครที่ใช้งาน Robot framework และ SeleniumLibrary อยู่และใช้งานกับ Selenium grid ด้วยแล้วนั่นคือใน keyword Open Browser จะใช้งาน remote_urlจากการใช้งานพบว่า ไม่สามารถใช้งานได้เพราะว่า ไม่ทำการส่งรายละเอียดของ request การทกสอบไปได้ทำให้ Hub ใน Selenium grid ไม่สามารถหา node ทำงานได้นานมาก ๆ จนเกิด timeout และไม่สามารถทดสอบได้
เช้านี้เจอคำถามที่น่าสนใจจาก Twitter ของ Pragmatic Programmerสอบถามเกี่ยวการ tracking bugs ของระบบงานว่าทำกันอย่างไรบ้าง
ในช่วง 1-2 วันที่ผ่านมา เจอปัญหาของระบบงานที่อยู่บน productionแน่นอนว่า ระบบล่ม เมื่อมีการใช้งานเยอะขึ้นCPU วิ่งไป 100% แบบพุ่งปรี๊ดดดจึงลองดูกันหน่อยว่าจะแก้ไข หรือ ทุเลาลงไปได้อย่างไร
เขียนรูปนี้ใน feed facebook แล้วทำให้คิดถึงปัญหาอย่างหนึ่งในการพัฒนา software นั่นก็คือ ค่าใช้จ่ายสำหรับการแก้ไขข้อผิดพลาดยิ่งข้อผิดพลาดเกิดบน production server แล้วยิ่งมีค่าใช้จ่ายในการแก้ไขสูงขึ้นอย่างมาก
วันนี้เจอ Bug หรือข้อผิดพลาดในระบบงานที่ดูแล จึงเกิดคำถามว่า ถ้าเราเจอ Bug กัน เราจะทำอย่างไรบ้าง
เห็นรูปใน time line เรื่อง Bug fixing Ways เลยนำมาสรุปและ share นิดหน่อย คำถามคือ ปัจจุบันในการพัฒนา software นั้น เมื่อเจอ bug แล้วเราทำการแก้ไขอย่างไรบ้าง
อ่านไปเจอเรื่อง Test-Driven Bugfixing (TDB) จากหนังสือ Test Driven Development for Embedded C เป็นแนวทางที่น่าสนใจ สำหรับการเขียนชุดการทดสอบแบบอัตโนมัติขึ้นมา นักพัฒนาน่าจะลองนำไปใช้กันดูนะ ปล. ผมชอบเรียกว่า Bug-Driven Development
Bug คือสิ่งที่น่ารังเกียจในการพัฒนา software อย่างมาก แต่เรามักพบเจอกับ Bug อยู่เป็นประจำ ( นี่เราไม่เคยจำกันเลยใช่ไหม ? ) ส่วนใหญ่ Bug นั้นมักจะหายาก และส่งผลให้เสียเวลา และ ค่าใช้จ่ายในการแก้ไขสูง !! คำถาม เราจะจัดการกับ Bug อย่างไรดีล่ะ ? หรือเราต้องปรับเปลี่ยนกระบวนการพัฒนา software กันใหม่นะ ? จะทำอย่างไรเพื่อลดจำนวน Bug ? หรือเราต้องการวิธีการเพื่อหา Bug ให้เร็วที่สุดเท่าที่จะเป็นไปได้ ? สิ่งที่เราควรจำไว้ เราใช้ Bug เป็นตัวชี้วัด และ ตัวช่วยในการปรับปรุงกระบวนการพัฒนา ซึ่ง Bug เดิม ๆ มันไม่ควรเกิดซ้ำ ๆ นะ ดังนั้นมาดูวิธีการจัดการกับ Bug ที่น่าสนใจกันหน่อยสิ &#