เห็นเอกสารเรื่อง The Way Of Testivus ทำการ share ใน feed
เห็นน่าสนใจดีเลยนำมาสรุปในสิ่งที่ชอบไว้นิดหน่อย
โดยพูดถึงเรื่องของการเขียน unit test
เพื่อแนะนำให้นักพัฒนาได้เข้าใจ
แต่ผมคิดว่า
มันใช้ได้กับทุก ๆ คนที่เกี่ยวข้องกับการส่งมอบ software นะ
ต้องรู้และเข้าใจว่า ทำ หรือ ไม่ทำ เพราะว่าอะไร
และมีข้อดี และ ข้อเสียอะไรบ้าง
มาดูว่าในเอกสารนี้เขียนอะไรไว้บ้าง
- ถ้าเขียน code ก็ต้องเขียน test ด้วย
- จะหยุดเขียน test เมื่อใด คำตอบคือ เมื่อหยุดเขียน code
- จะหยุดเขียน code เมื่อใด คำตอบคือ เมื่อไปเป็น manager
- จะเป็น manager เมื่อใก คำตอบคือ เมื่อหยุดเขียน test
- อย่าไปยืดติดมากนัก ต้องมีความยืดหยุ่น ปรับให้เข้ากับสถานการณ์ และ ความต้องการ แต่ยังอยู่บนเป้าหมายเดียวกัน คือ ความรวดเร็ว และ คุณภาพที่สูง
- Code และ test ให้คิดว่ามันคือสิ่งเดียวกัน ไม่แยกออกจากกัน ทำสิ่งหนึ่งต้องคิดถึงอีกสิ่งหนึ่งเสมอ ไม่ใส่เดี๋ยวค่อยทำ
- Test นั้นสำคัญกว่า unit test ดังนั้นเรื่องของการ test จึงสำคัญ ไม่ว่าจะเป็นอะไร เน้นที่เขียนหรือสร้างมันขึ้นมาก่อน มีย่อมดีกว่าไม่มี ไม่ใช่ unit test ก็ไม่เป็นไร มันยังมี test อยู่ใช่ไหม และเราก็เชื่อมั่นอีกด้วย
- เวลาที่เหมาะสมมาก ๆ ของการเขียน test คือ ช่วยที่ code ยังใหม่ ๆ อยู่ ระหว่างของสด ๆ กับขอค้างคืนจนเน่า ชอบอะไร มันจะช่วยให้ง่ายต่อการเปลี่ยนแปลง การทดสอบก็ง่ายขึ้น และทำให้ทั้ง code และ test มีความน่าเชื่อถือมากขึ้น
- มี test แล้วไม่ยอม run ก็ไร้ค่า ดังนั้น run บ่อย ๆ
- วันนี้ test อาจจะไม่สมบูณณ์แบบ ไม่เป็นไร ยังดีกว่าไม่มี ทำให้ดีขึ้นเรื่อย ๆ ดีกว่าทำให้สมบูรณ์แบบในครั้งเดียว ทุกอย่างต้องมีการพัฒนาเสมอ
- เครื่องมือต่าง ๆ ล้วนสำคัญ ถ้ามันช่วยลดงานต่าง ๆ ลงไปได้ ไม่ใช่ต้องทำด้วยตัวเองทั้งหมด เอาเวลาเหล่านั้นไปทำอย่างอื่นที่ดีกว่า
- ถ้า test ที่มีrunแล้วผ่านหมดตลอด นั่นหมายความว่า ถึงเวลาที่ต้องเขียน test ที่ดีกว่าแล้วนะ
เป็นเอกสารที่แนะนำได้อย่างน่าสนใจ
ลองอ่านเพิ่มเติมกันดูนะครับ
มีประโยชน์มาก ๆ
