โดยพื้นฐานแล้ว TDD คือ ยาก! … เมื่อคุณก้าวข้ามอุปสรรคของการทำงานทีละส่วนและเขียนการทดสอบแบบละเอียด (ยาก) ได้แล้ว คุณจะพบช่องการใช้งานต่างๆ เข้าที่ การทดสอบของคุณจะช่วยปรับปรุงความชัดเจนของโค้ด ช่วยในการดีบัก สนับสนุนการจัดโครงสร้างใหม่ในอนาคต และช่วยป้องกันการถดถอย
การขับเคลื่อนด้วยการทดสอบดีหรือไม่
การพัฒนาที่ขับเคลื่อนด้วยการทดสอบแพร่หลายมากขึ้นเรื่อยๆ และที่นั่น เป็นหลักฐานเชิงประจักษ์ที่ดี ว่าเป็นแนวทางปฏิบัติที่เป็นประโยชน์ TDD ลดจำนวนจุดบกพร่องในการผลิตและปรับปรุงคุณภาพโค้ด กล่าวอีกนัยหนึ่งคือทำให้โค้ดดูแลรักษาและเข้าใจได้ง่ายขึ้น นอกจากนี้ยังมีการทดสอบอัตโนมัติสำหรับการทดสอบการถดถอย
ข้อเสียของการพัฒนาที่ขับเคลื่อนด้วยการทดสอบคืออะไร
ข้อเสียของการพัฒนาจากการทดสอบ
- การทดสอบขึ้นอยู่กับการพึ่งพาภายนอก …
- การทดสอบนั้นเขียนยากเพราะว่ารหัสนั้นซับซ้อนกว่าในการเขียนและทำความเข้าใจ
- การพัฒนาโค้ดช้า …
- รหัส TDD นั้นเข้าใจยากเพราะเรารู้ว่าการเขียนรหัสและการเขียนรหัสให้ดีนั้นแตกต่างกัน
กฎของการพัฒนาที่ขับเคลื่อนด้วยการทดสอบคืออะไร
ตลอดหลายปีที่ผ่านมา ฉันได้อธิบายเกี่ยวกับการพัฒนาที่ขับเคลื่อนด้วยการทดสอบในแง่ของกฎง่ายๆ สามข้อ พวกเขาคือ: คุณไม่ได้รับอนุญาตให้เขียนรหัสการผลิตใด ๆ เว้นแต่ว่าจะทำให้ผ่านการทดสอบหน่วยที่ล้มเหลว คุณไม่ได้รับอนุญาตให้เขียนการทดสอบหน่วยเกินกว่าจะล้มเหลว; และความล้มเหลวในการรวบรวมคือความล้มเหลว
การพัฒนาที่ขับเคลื่อนด้วยการทดสอบตายหรือไม่
แม้สิ่งที่คุณอาจเคยได้ยินทั่วทั้งอุตสาหกรรมและบนอินเทอร์เน็ต การพัฒนาที่ขับเคลื่อนด้วยการทดสอบ (TDD) ยังไม่ตายการฝึกฝนนั้นยังคงมีชีวิตอยู่และดี โดยเฉพาะอย่างยิ่งในโลกยุคใหม่ที่ปราดเปรียวนี้ … David Heinemeier Hansson ผู้สร้าง Ruby on Rails ประกาศ TDD ตายครั้งแรกในปี 2014