มีโอกาสแบ่งปันเรื่องการทดสอบระบบงานแบบอัตโมมัติ (Automation Test) ทั้ง Web, API และ Mobile ใช้การทดสอบเป็นตัวหลักในการขับเคลื่อนการพัฒนา software เป็นสิ่งที่สำคัญและขาดไปไม่ได้เลย ช่วยทำให้เรามีความเชื่อมั่นต่อ code ที่เขียน อีกทั้งลดความกลัวจากการแก้ไข และช่วยให้เรากล้าทดลองทำในสิ่งใหม่ ๆ อีกด้วย แต่สำหรับการเริ่มต้นมันไม่ง่ายเลย จึงทำการสรุปสิ่งที่ควรจะรู้ไว้นิดหน่อย
นั่งดู VDO ของ session ต่าง ๆ จากงาน Google I/O 2018 รวมทั้งบทความต่าง ๆ พบว่ามันเยอะมาก ๆ เลยทำการสรุปไว้อ่านนิดหน่อย ไม่รู้ว่าจะอ่านและดูหมดหรือไม่
จากงาน Google I/O 2018 นั้นมีหลายสิ่งอย่างมาก ๆ สำหรับชาว Android จะเห็นได้ว่าทำการสรุปและรวบรวมชุดเครื่องมือต่าง ๆ ไว้ในชื่อใหม่ว่า Android Jetpack ซึ่งช่วยทำให้การพัฒนาง่ายและสะดวกขึ้น ลดจำนวน code ขยะหรือที่ไม่จำเป็นลงไป รวมทั้งช่วยพัฒนาระบบที่มีคุณภาพและเสถียรอีกด้วย บอกได้คำเดียวว่าเพียบ มีทั้งของเก่าและใหม่ มีตัวหนึ่งที่น่าสนใจคือ Navigation หรือ Navigation Architecture Component ดังนั้นมาทำความรู้จักกันหน่อย จะเข้าใจง่ายขึ้น ก็ต้องใช้งานสิ มาเริ่มกันเลย
จดบันทึกไว้นิดหน่อยสำหรับการเขียน Unit test สำหรับทดสอบ Android app ที่พัฒนาด้วย Reactive for Java 2.x (RxJava) ซึ่งมีโครงสร้างง่าย ๆ คือ Presenter สำหรับควบคุมการทำงานหลักของระบบ Repository สำหรับจัดการการดึงข้อมูลจาก REST APIs โดยนำ RxJava มาใช้ในส่วนของ Presenter เพื่อทำงานกับการดึงข้อมูลจาก Repository คำถามที่ตั้งไว้คือ จะทำการทดสอบในส่วนของ Presenter อย่างไรดี ? เพราะว่ามีการใช้งานทั้ง Repository หนักกว่านั้นคือ RxJava นั่นเอง ดังนั้นมาเขียนชุดทดสอบกันดีกว่า
เขียน code ด้วยภาษา Kotlin ไปเรื่อย ๆ ก็มักจะเจอ keyword class และ object อยู่ตลอด บางครั้งก็ใช้ class keyword บางครั้งก็ใช้ object keyword มาดูกันหน่อยสิ
ในกลุ่ม Golang Thailand มีการพูดเรื่องเกี่ยวกับ แหล่งเรียนรู้และติดตามข่าวสารเกี่ยวกับภาษา Go ว่ามีที่ไหนบ้าง ? ซึ่งก็มีแหล่งที่มาเพียบเลย ดังนั้นทำการสรุปไว้นิดหน่อย
ในการพัฒนา software นั้น เรื่อง Look and Feel เป็นสิ่งที่สำคัญมาก ๆ software มีเพียงความสามารถที่ดียังไม่พอ ต้องดูดี สวยงามและใช้งานง่ายอีกด้วย คำถามที่น่าสนใจคือ เราทำการทดสอบกันอย่างไร ? แต่อาจจะกว้างไป เอาแคบลงมาคือ เราทำการทดสอบในส่วนของการแสดงผลอย่างไรบ้าง ? ในเชิงของการทดสอบจะเรียกว่า Visual Testing
สัปดาห์ที่ผ่านมานั้น มีโอกาสแบ่งปันความรู้เรื่อง การจัดการ source code ด้วย Git ซึ่งหนึ่งในคำถามและปัญหาคือ การ merge code นั่นเอง ถ้า merge แล้วไม่มีปัญหา คงไม่เป็นไร แต่ถ้า merge แล้วมีปัญหาที่ code ขัดแย้งหรือ conflict กัน จะต้องทำอย่างไรดี ? ที่สำคัญคือ Git มันทำการ merge อย่างไร ? ดังนั้นมาหาคำตอบกันดีกว่า
ในการทดสอบระบบงานนั้น บ่อยครั้งจะพบว่ามันน่าเบื่อ ทั้งการเขียน bug report ทั้งการต้องทดสอบ test case เดิม ๆ ซ้ำแล้วซ้ำอีกอยู่นั่นแหละ ไหนจะต้องปากเปียกปากแฉะ กลายเป็นคนปากจัด จู้จี้ไปโดยปริยาย (แก่ก่อนวัย) มันไม่มีความท้าทายอะไรเลย ทำงานไปวัน ๆ ซึ่งมันน่าเบื่อมาก ๆ
อ่านเจอบทความเรื่อง Embedding Kotlin Playground จาก web ของ Kotlin ซึ่งทำให้เราสามารถนำ code ภาษา Kotlin ไปแปะและ run ผ่าน browser ได้ง่ายขึ้น เช่น Blog Forum ต่าง ๆ Slide