วันนี้ลองเรื่องการทำ Live หรือ Continuous Testing ใน Microsoft Visual Studioไปเจอว่ามี NCrunch ให้ใช้งานตามที่ต้องการช่วยให้เราเห็นผลการทดสอบแบบ real time เมื่อมีการบันทึก codeรวมทั้งแสดง code coverage ใน IDE ให้อีกด้วยเป็นเครื่องมือที่น่าสนใจมาก ๆลองติดตั้งและใช้งานกันดูครับ ง่ายมาก ๆ
ในการพัฒนาระบบงานต่าง ๆ บน VS Code นั้นเมื่อเราเขียน test แล้ว อยากให้ทำการทดสอบแบบอัตโนมัติโดยไม่ต้องไปทำอะไร และแสดงผลการทดสอบใน VS Code เลยไปเจอว่าใน VS Code นั้นมี extention สำหรับการ watch การเปลี่ยนแปลงชื่อว่า Coverage Gutters
อ่านบทความสรุปสิ่งที่น่าสนใจจากงาน Dev Tools @Scale 2017 ที่ London จากบทความเรื่อง Dev Tools @Scale Recap เป็นงานที่มี speaker จากบริษัทใหญ่ ๆ ทั้งนั้น มาพูดเกี่ยวกับเครื่องมือในการพัฒนาสำหรับระบบงานขนาดใหญ่ ไม่ว่าจะเป็น Facebook, Amazon, ARM, GitHub, Google, Microsoft และ Spotify เริ่มกันตั้งแต่การจัดการ source code, code quality, การ build, การทดสอบ ตลอกจนการ deploy เลยนำมาแบ่งปันกันหน่อย ซึ่งน่าจะมีประโยชน์สำหรับการพัฒนา software บ้าง
จากรายงานเรื่อง World Quality Report 2015-16 นั้น ทำให้เราเห็นแนวโน้มรวมทั้งคำแนะนำต่าง ๆ ของ Software Testing ในปี 2016 ดังนั้นจึงทำการสรุปไว้นิดหน่อย ในปี 2015 ที่ผ่านมานั้นพบว่า มีการนำแนวคิด Agile และ DevOps เข้ามาประยุกต์ใช้ในองค์กรต่าง ๆ สูงมาก มีเป้าหมายเพื่อเพิ่มคุณภาพและ Time-to-market ของ product ต่าง ๆ รวมทั้งยังสามารถรับมือต่อการเปลี่ยนแปลง และทำการ release ระบบงานได้สะดวก รวดเร็วขึ้น นั่นแสดงว่าในส่วนของการทดสอบ จำเป็นต้องมี Test Automation หรือ การทดสอบแบบอัตโนมัติ
จากงาน Agile Testing Day Netherlands 2015 นั้น มีการพูดถึง Continuous Testing มากๆ เลยนำบทสัมภาษณ์ที่น่าสนใจมาสรุปไว้นิดหน่อย ต้นฉบับการสัมภาษณ์อยู่ที่ Benefits of Continuous Testing
วันนี้ทำการ run test ที่อยู่จำนวนเยอะๆ แล้วพบว่า มันเริ่มใช้เวลานานขึ้นเรื่อยๆ ถึงแม้ว่าจะให้ทำการทดสอบแบบ parallel แล้วก็ตาม จึงมีแนวคิดว่า ทำไมที่เครื่องเรามันต้อง run test ทุกตัวด้วยนะ ? เพราะว่าไม่อยากรอนานๆ จะได้เอาเวลาไปทำอย่างอื่นที่มีประโยชน์กว่า !! จากการดู code ที่เปลี่ยนแปลง และ test ทั้งหมดพบว่า code ที่เราเปลี่ยนแปลงนั้น มันกระทบหรือมี test ที่เกี่ยวข้องน้อยมาก หรือพูดได้ว่า 99% ของ test ที่เราทำการทดสอบ ไม่ได้เกี่ยวข้องกับ code ที่เราทำแก้ไขเลยนะ ดังนั้น ทำไมเราต้องมาเสียเวลา run test เหล่านั้นด้วยล่ะ
ในการพัฒนา software นั้นสิ่งหนึ่งที่มันมีค่ามากๆ นั่นก็คือ Feedback ไม่ว่า feedback นั้นจะอยู่ในรูปแบบใดๆ ก็ตาม มันมีค่าเสมอ เพราะว่า มันช่วยนำทางเราไปให้ถึงจุดหมายที่ตั้งหรือคาดหมายไว้ ซึ่งในแนวปฏิบัติต่างๆ สำหรับการพัฒนา software มีเป้าหมายเพื่อ feedback ล้วนๆ ถึงจะมีชื่อ หรือ รูปแบบที่แตกต่างกัน ตัวอย่างเช่น Test-Driven Development (TDD) Continuous Integration (CI) Standup meeting Iteration