ต่อจากตอนที่ 1 อธิบายเรื่องของการพัฒนาระบบและเขียนการชุดสอบสำหรับ React app ในตอนที่ 2 จะมาอธิบายเรื่อง การปรับปรุงโครงสร้าง code ให้อยู่ในรูปแบบ ELM Architecture ซึ่งมีส่วนการทำงานดังนี้ View Model Update จากนั้นลงมือปรับปรุง code ทีละส่วน แน่นอนว่า ต้องมีชุดการทดสอบด้วยเสมอ ดังนั้นมาเริ่มกันเลย
เข้าไปอ่านบทความเรื่อง Refactoring React จาก 8thlight มา ทำการอธิบายเกี่ยวกับการ Refactor หรือการปรับปรุงโครงสร้างของระบบที่พัฒนาด้วย React จาก React แบบปกติ ไปจนถึง ELM Architecture มีความน่าสนใจและมีประโยชน์ต่อการพัฒนาระบบงานอย่างมาก จึงทำการแปลและสรุปเพื่อเก็บไว้อ่าน รวมทั้งฝึกการเขียน code และชุดการทดสอบไปในตัวอีกด้วย
มีคำถามเกี่ยวกับการทดสอบระบบงานกับพวก Database ชนิดต่าง ๆ ทั้ง RDBMS (Relational DataBase Management System) ทั้ง NoSQL เช่น Document, Key-value, Column และ Graph อีกทั้ง Time series ว่าจะทดสอบกันอย่างไรดี ? ต้องทำการ mock/stub database ไหม ? ต้องเขียน code อย่างไรเพื่อให้ทดสอบได้ง่าย (Testable) ? ต้องทำอย่างไร
มีโอกาสไปแบ่งปันเรื่อง TDD with Golang สำหรับผู้เริ่มต้น ตั้งแต่การติดตั้ง เริ่มทำความรู้และเข้าใจเกี่ยวกับพื้นฐานของภาษา Go จากนั้นจึงเริ่มแนะนำการเขียน Test จนไปถึง Testable code ด้วยภาษา Go แต่สิ่งที่อยากสรุปไว้นิดหน่อยคือ เทคนิคสำหรับการเขียน Test ด้วยภาษา Go มาดูกันว่ามีอะไรที่น่าสนใจบ้าง
การพัฒนาระบบงานด้วยภาษา JavaScript นั้น มีทางเลือกมากมาย ซึ่งยากต่อผู็เริ่มต้นมาก การทดสอบก็เช่นกัน มีมากมายสุด ๆ แต่ถ้ามองในมุมกลับกัน แสดงว่า มีความพยายามในการทดสอบระบบที่พัฒนาด้วยภาษา JavaScript ทั้ง Unit testing, Integration testing และ Functional testing ดังนั้นเรามาดูกันหน่อยว่ามีอะไรกันบ้าง มี library จำนวนมากเพียงใด มาเริ่มกันเลย
ในการพัฒนา Android app นั้นการทดสอบนั้นสำคัญมาก ๆ ทั้ง Developer testing คือ การทดสอบในมุมมองของนักพัฒนา ทั้ง Customer testing คือ การทดสอบในมุมมองของลูกค้าหรือผู้ใช้งาน แต่สิ่งหนึ่งที่มักจะละเลยไปมากคือ Stress Testing ดังนั้นมาสรุปกันหน่อยว่าต้องทำอะไรบ้าง
พอดีมีคำถามมาจากน้อง ๆ ที่เขียน Android app ว่า ถ้าต้องการทดสอบพวก Custom View โดยไม่ต้องเปิดหรือทดสอบผ่าน Activity ได้ไหม ? ตอบไปแบบไม่คิดว่า ทดสอบยังไงหว่า ไม่ผ่าน Activity !! แต่เมื่อคิดให้ดี ๆ ก็นึกออกว่า สามารถทดสอบด้วยการใช้ Robolectric เมื่อไปค้นหาเจอบทความเก่าหน่อยแต่อธิบายได้ดี เรื่อง Android: Unit testing custom views เลยเอามาลองใช้งานดูนิดหน่อย
เช้านี้อ่านเจอบทความเรื่อง What is Regression Testing ? ทำการอธิบายเกี่ยวกับ Regression testing ว่าคืออะไร ? มีเป้าหมายเพื่ออะไร ? และจะลงมือทำการทดสอบเมื่อใด ? จึงทำการสรุปการอ่านไว้นิดหน่อย
ในการพัฒนา software ได้นำเอาแนวคิด Continuous Integration(CI) เข้ามาใช้งาน ซึ่งผมคิดว่าเป็นสิ่งที่ขาดไม่ได้เลย เพื่อช่วยทำให้ทีมทำการ integrate บ่อย ๆ เพื่อช่วยทำให้ software ที่สร้างค่อย ๆ เติบโตอย่างยั่งยืน เพื่อช่วยทำให้ทีมได้รับ feedback กลับมาอย่างรวดเร็วทั้งดีและร้าย เพื่อจะได้แก้ไขและปรับปรุงได้อย่างทันท่วงที แต่สิ่งที่น่าแปลกใจก็คือ ไม่นำการทดสอบ (Testing) เข้ามาร่วมทำงานกับ Continuous Integration !!
จากรายงานเรื่อง World Quality Report 2015-16 นั้น ทำให้เราเห็นแนวโน้มรวมทั้งคำแนะนำต่าง ๆ ของ Software Testing ในปี 2016 ดังนั้นจึงทำการสรุปไว้นิดหน่อย ในปี 2015 ที่ผ่านมานั้นพบว่า มีการนำแนวคิด Agile และ DevOps เข้ามาประยุกต์ใช้ในองค์กรต่าง ๆ สูงมาก มีเป้าหมายเพื่อเพิ่มคุณภาพและ Time-to-market ของ product ต่าง ๆ รวมทั้งยังสามารถรับมือต่อการเปลี่ยนแปลง และทำการ release ระบบงานได้สะดวก รวดเร็วขึ้น นั่นแสดงว่าในส่วนของการทดสอบ จำเป็นต้องมี Test Automation หรือ การทดสอบแบบอัตโนมัติ