สิ่งนี้โดยเฉพาะอย่างยิ่งกูรู TDD เป็นจริงพยายามที่จะพูดไม่ได้ว่า TDD เป็นขั้นตอนการออกแบบ (แม้ว่าผู้คนจำนวนมากได้ตีความน่าเสียดายที่มันเป็นอย่างนั้น) ข้อความที่นี่คือการใช้กระบวนการเช่น TDD หากคุณทำถูกต้องจะมีแนวโน้มที่จะปรับปรุงการออกแบบโดยรวมของคุณ
แนวคิดพื้นฐานคือแนวคิดที่เก่ากว่า TDD มาก การออกแบบเพื่อทดสอบความสามารถ หากคุณยึดมั่นในหลักการของSOLIDอย่างเคร่งครัดโดยเฉพาะหลักการความรับผิดชอบต่อเดี่ยวคุณจะพบว่าโค้ดทดสอบได้ง่ายมาก ในทางกลับกันถ้าคุณมีแนวโน้มที่จะเป็นคนขี้เกียจเล็กน้อยในการออกแบบของคุณคุณอาจพบว่าขั้นตอนการเขียนบททดสอบเพื่อบังคับให้คุณทำสิ่งนี้บ่อยขึ้นเพื่อหลีกเลี่ยงความยุ่งยากในการหาสิ่งที่ต้องการ ได้รับการทดสอบและ (b) ใช้เวลาในการตั้งค่าการพึ่งพามากกว่าการเขียนการทดสอบจริง
คุณไม่จำเป็นต้องทำตาม TDD เพื่อรับผลประโยชน์จากสิ่งนี้ แต่มันจะช่วยในการเขียนการทดสอบก่อน - โดยเฉพาะอย่างยิ่งในไม่ช้าหลังจากที่คุณใช้คลาสหากไม่ได้มาก่อนหรือระหว่าง หากคุณรอนานเกินไปคุณจะเสี่ยงกับการทดสอบ "สกปรกลูกผสม" ที่ผู้เขียนกำลังพูดถึงซึ่งไม่มีค่ามากนักเพราะพวกมันเปราะและมีแนวโน้มที่จะแตกหักในระหว่างการปรับสภาพที่ไม่เป็นอันตราย - ไม่ต้องพูดถึง - ขนาดออกแบบกระบวนการที่ยากเลือดตาแทบกระเด็น
คุณไม่สามารถรู้ได้ว่าคุณกำลังออกแบบเพื่อการทดสอบจริง ๆ หรือไม่ถ้าคุณไม่เขียนการทดสอบและ "การทดสอบคุณสมบัติ" โดยไม่ส่งผลต่อการครอบคลุมโค้ดเพียง 15%
แน่นอนคุณสามารถสร้างงานออกแบบที่ดีโดยไม่ต้องเขียนแบบทดสอบเพียงครั้งเดียว - แต่คุณแน่ใจหรือว่าพวกเขากำลังออกแบบที่ยอดเยี่ยม? คุณจะรู้ได้อย่างไรว่าพวกเขาไม่ได้ระบุอย่างชัดเจนจากการทดสอบ? การทดสอบจะเผยปัญหามากมายและในขณะที่กระบวนการ QA อาจพบข้อบกพร่องที่มองเห็นได้พวกเขาจะไม่เปิดเผยการตัดสินใจออกแบบที่ไม่ดี