การพัฒนาระบบงานด้วยภาษา 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 หรือ การทดสอบแบบอัตโนมัติ
วันนี้มีโอกาสแลกเปลี่ยนแนวทางการทดสอบ Web application โดยเครื่องมือที่ได้รับความนิยมอย่างมาก ก็คือ Selenium เนื่องจากไม่เพียงแค่ฟรีเท่านั้น แต่ยังมีความสามารถมากมายให้ใช้แบบครบครัน รวมทั้งทดสอบผ่าน browser ชนิดต่าง ๆ ได้หมด ไม่ว่าจะเป็น Firefox, Google Chrome และ Internet Explorer
จากการพูดคุยเรื่อง การทดสอบ Facebook API คำถามหลักคือ จะเขียนทดการทดสอบอย่างไรดีล่ะ ? Unit/Integration/System test ? ต้องทำการ Mock/stub ระดับ API หรือ service ? ส่วนตัวผมมีแนวคิดสำหรับกรณีนี้ดังนี้
ในการทดสอบ Software นั้น มีวิธีการและแนวทางที่เยอะมาก ดังนั้น เรามาลองแบ่งกลุ่มของการทดสอบ ตามแนวทางของ Five Ws กันหน่อย ประกอบไปด้วย Who ? ทดสอบเพื่อใคร What ? ทดสอบอะไร Where ? ทดสอบที่ไหน When ? ทดสอบเมื่อใด Why ? ทดสอบไปทำไม How ? ทดสอบอย่างไร มาดูในรายละเอียดกันดีกว่า ซึ่งน่าจะทำให้เห็นว่า เราทำการทดสอบไปทำไม เพื่ออะไร ซึ่งมันช่วยลดความเสี่ยงต่าง ๆ ลงไปได้เยอะ
วันนี้เจอปัญหาที่น่าสนใจสำหรับการทดสอบ Android app ด้วย Espresso มีอาการ คือ ไม่สามารถทำการทดสอบได้ และ ผลการทดสอบผิดพลาด ซึ่งเป็นปัญหาเกี่ยวกับ permission ของ Android app นั่นเอง โดยจะเจอปัญหานี้บน Android M หรือ Android 6 Marshmallow เนื่องจากรูปแบบของการจัดการ permission ที่เปลี่ยนไป มาดูวิธีการแก้ไขว่าทำอย่างไร