ปกติเขียน test ในภาษาโปรแกรมบน JVM ก็มี library/framework ให้เลือกเยอะ ทั้ง JUnit, Spock, Spek, Kotlin test แต่มีอีกตัวที่น่าสนใจคือ Kotest (ก่อนหน้านี้จะใช้ชื่อว่า KotlinTest แต่ไปซ้ำกับ test ที่มากับภาษา Kotlin จึงเปลี่ยนชื่อ) โดยมีความสามารถที่น่าสนใจมาก ๆ รวมทั้งเขียนง่ายด้วย ดังนั้นมาลองทำความรู้จักกันหน่อย
พอดีเพิ่งคุยเรื่องการเขียน test ที่เป็นทำงานแบบอัตโนมัติ จะเน้นที่การเขียน test code และ production code ไปด้วยกัน มีคำถามที่น่าสนใจคือ เหตุผลที่บอกว่าจะไม่เขียน test มันมีเยอะจนทำการสรุปได้ดังนี้ มาดูกันว่ามีเหตุผลอะไรบ้าง
ปัญหาที่เจอบ่อยมาก ๆ สำหรับการทดสอบแบบ End-to-End ยิ่งทดสอบผ่าน User Interface หรือ ระบบที่ต้องทำงานผ่านระบบ network คือ ทดสอบผ่านบ้าง ไม่ผ่านบ้าง โดยที่ code ไม่เปลี่ยนแปลงใด ๆ เลย !!ปัญหานี้จะถูกเรียกว่า Flakiness testing
มาทำความรู้จักกับ Gauge เป็น test automation framework สำหรับการเขียน acceptance test ขึ้นมาในรูปแบบของ Markdown ช่วยทำให้สามารถเขียนชุดการทดสอบในรูปแบบเอกสารสาร (Documentation) ตอบโจทย์เรื่องของ Living documentation อย่างมาก น่าจะเป็นอีกทางเลือกหนึ่งที่น่าสนใจ มาเริ่มกันเลย
มีคำถามเกี่ยวกับการสร้าง repositry สำหรับจัดเก็บชุดการทดสอบ (Automated testing) ว่าควรทำอย่างไรดี ซึ่งปัจจุบันนั้นมักจะสร้าง repository แยกออกไปจาก source code ของทีมพัฒนา ด้วยเหตุผลเรื่องความเป็นเจ้าของและง่ายต่อการดูแล คิดว่ามีปัญหาหรือไม่
อ่านบทความเรื่อง Test Desiderata ของคุณ Kent Beck ซึ่งบทความนี้แปลง่าย ๆ คือ คุณสมบัติที่จำเป็นของ test นั่นเอง โดยทำการสรุปไว้ 12 เรื่อง จึงทำการแปลและสรุปตามความเข้าใจไว้นิดหน่อย
ระหว่างนั่งรอเครื่องบินเข้ากรุงเทพ อ่านบทความเรื่อง The Current and Future State of Testing: a Conversation with Lisa Crispin พูดคุยเรื่อง สถานะปัจจุบันของการทดสอบ software ว่าเป็นอย่างไร ? ยิ่งปัจจุบันมีการพัฒนาระบบงานเป็นรอบสั้น ๆ ด้วยแล้ว การทดสอบจะเป็นอย่างไร ? ยังคงทำงานในรูปแบบเดิม คือรอให้พัฒนาเสร็จทั้งหมดก่อน แล้วจึงทำการทดสอบเพื่อหาข้อผิดพลาดอยู่ไหม ? การทำสอบควรเป็น manual หรือ automation ? มาดูกันเลย
เนื่องจากทาง Katalon ได้ปล่อย version 7 ออกมา ซึ่งพบว่ามีการเปลี่ยนรูปแบบของ product ไปหลายตัวและหลายอย่าง นั่นทำให้ใครก็ตามที่ใช้งานมาจนถึง version 6 อาจจะกระทบได้ เพราะว่า สิ่งที่เคยใช้ฟรีอาจจะต้องเสียเงินกันเลย มาดูกันว่ามีอะไรเปลี่ยนแปลงบ้าง
จากคำถามใน Facebook group ว่าด้วยเรื่อง เขียน test กันอย่างไร ? เลยกลับมาลองมองตัวผมเองว่า ผมเขียน test อย่างไรบ้าง ? เนื่องจากมีแนวทางเยอะมาก ๆ และลองผิดลองถูกมาเรื่อย ๆ ส่วนใหญ่ก็จะผิดเสียด้วย
วันนี้เห็นใน JavaScript Weekly แนะนำ Smashtest มา เป็นอีกภาษาและเครื่องมือใหม่ ๆ สำหรับ การเขียน test case ที่อ่านและเข้าใจได้ง่าย การ run test case ได้แบบ parallel ตามต้องการ สนับสนุกการทดสอบระบบ Web UI และ APIs สนับสนุน browser หลาย ๆ ตัว รวมทั้งผ่าน mobile เพราะว่าใช้งานผ่าน driver ของแต่ละ browser นั่นคือ selenium มี report ให้เลย แถมเป็น Live report อีกด้วย แถมขี้โม้ว่า เร็วมาก ๆ ด้วย ดังนั้นมาลองใช้งานกันดีกว่า