TDD develops tests and code in a un

TDD develops tests and code in a unique order. TDD
procedures work with units of program functionality. Units
are the smallest module of functionality and are usually in
the form of methods. The sequence of TDD is [3]:
1. Add a new test for an unimplemented unit of
functionality.
2. Run all previously written tests and see the newly
added test fail.
3. Write code that implements the new functionality.
4. Run all tests and see them succeed.
5. Refactor (rewrite to improve readability or
structure).
6. Start at the beginning (repeat).
As development continues, the programmer creates a suite
of unit tests that can be run automatically. As larger
modules (entire classes or packages, as opposed to single
methods) are completed, more tests may be added. The
programmers now have a full regression test suite to run
whenever changes are made to the system. Design changes
can be made with confidence, since if something breaks in
another part of the system, the regression tests are likely to
catch it.

ผลลัพธ์ (ไทย) 1:

TDD พัฒนาทดสอบและรหัสในใบสั่งเฉพาะ ได้ยินขั้นตอนการทำงานกับฟังก์ชันการใช้งานโปรแกรม หน่วยคือ โมดูน้อยที่สุดของฟังก์ชันการทำงาน และโดยปกติในรูปแบบของวิธีการ ลำดับของ TDD คือ [3]:1. เพิ่มการทดสอบใหม่สำหรับหน่วยนำมาใช้ทำงาน2. รันทั้งหมดเขียนทดสอบ และดูใหม่ทดสอบการเพิ่มล้มเหลว3. เขียนโค้ดที่ทำงานใหม่4. ทำการทดสอบทั้งหมด และเห็นพวกเขาประสบความสำเร็จ5. refactor (ตรวจแก้ปรับปรุงอ่าน หรือโครงสร้าง)6. เริ่มต้น (ซ้ำ)เป็นการพัฒนาอย่างต่อเนื่อง ผู้เขียนโปรแกรมสร้างชุดทดสอบหน่วยที่สามารถทำงานโดยอัตโนมัติ เป็นใหญ่โมดูล (เรียนทั้งหมดหรือแพคเกจ เมื่อเทียบกับเดียวเสร็จวิธี) อาจเพิ่มการทดสอบเพิ่มเติม ที่โปรแกรมเมอร์มีชุดทดสอบถดถอยทั้งหมดจะเรียกใช้เมื่อใดก็ตามการเปลี่ยนแปลงระบบ เปลี่ยนแปลงการออกแบบสามารถทำได้ ด้วยความมั่นใจ เนื่องจากถ้าสิ่งที่แบ่งในส่วนอื่นของระบบ การทดสอบถดถอยมีแนวโน้มที่จะจับมัน

ผลลัพธ์ (ไทย) 2:

TDD พัฒนาทดสอบและรหัสในการสั่งซื้อที่ไม่ซ้ำกัน TDD
ขั้นตอนการทำงานร่วมกับหน่วยงานของการทำงานของโปรแกรม หน่วยเป็นโมดูลที่เล็กที่สุดของการทำงานและมักจะอยู่ในรูปแบบของวิธีการ ลำดับของ TDD คือ [3]: 1 เพิ่มการทดสอบใหม่สำหรับหน่วย unimplemented ของการทำงาน. 2 เรียกใช้การทดสอบทั้งหมดที่เขียนก่อนหน้านี้และดูใหม่ทดสอบเพิ่มล้มเหลว. 3 เขียนรหัสที่ใช้การทำงานใหม่. 4 เรียกใช้การทดสอบและเห็นพวกเขาประสบความสำเร็จ. 5 refactor (เขียนเพื่อปรับปรุงการอ่านหรือโครงสร้าง). 6 เริ่มต้นที่จุดเริ่มต้น (ซ้ำ). ขณะที่การพัฒนาอย่างต่อเนื่องโปรแกรมเมอร์สร้างชุดของการทดสอบหน่วยที่สามารถทำงานโดยอัตโนมัติ ในฐานะที่เป็นขนาดใหญ่โมดูล(เรียนทั้งหมดหรือแพคเกจเมื่อเทียบกับซิงเกิ้ลวิธีการ) จะเสร็จสมบูรณ์การทดสอบมากขึ้นอาจจะเพิ่ม โปรแกรมเมอร์ตอนนี้มีชุดทดสอบการถดถอยเต็มรูปแบบที่จะทำงานเมื่อใดก็ตามที่มีการเปลี่ยนแปลงระบบ การเปลี่ยนแปลงการออกแบบที่สามารถทำด้วยความมั่นใจเพราะถ้าสิ่งที่แบ่งในส่วนหนึ่งของระบบอีกการทดสอบการถดถอยมีแนวโน้มที่จะจับมัน

ผลลัพธ์ (ไทย) 3:

TDD พัฒนาการทดสอบและรหัสในการสั่งซื้อที่ไม่ซ้ำกัน TDD
ขั้นตอนการทํางานกับหน่วยของการทํางานของโปรแกรม หน่วยที่เล็กที่สุดของ
เป็นโมดูลการทำงานและมักจะอยู่ใน
แบบฟอร์มวิธีการ ลำดับของ TDD เป็น [ 3 ] :
1 รวมแบบทดสอบใหม่สำหรับหน่วย UNIMPLEMENTED การทํางานของ
.
2 วิ่งทั้งหมดเขียนไว้ก่อนหน้านี้ทดสอบดูใหม่
เพิ่มการทดสอบล้มเหลว .
3เขียนโค้ดที่ใช้ฟังก์ชันการทำงานใหม่ .
4 run tests all ( ผลิตภัณฑ์ คือ succeed .
5 . refactor อยู่อาจ readability กับเก็บกวาด structure ) .
6 . เริ่มต้นที่จุดเริ่มต้น ( ซ้ำ )
เป็นพัฒนาอย่างต่อเนื่อง , โปรแกรมเมอร์สร้างแต่งงาน
แบบทดสอบหน่วยที่สามารถทำงานโดยอัตโนมัติ เป็นโมดูลใหญ่
( ชั้นเรียนทั้งหมดหรือแพคเกจ เป็นนอกคอกวิธีเดียว
) จะเสร็จสมบูรณ์การทดสอบเพิ่มเติมจะถูกเพิ่ม
โปรแกรมเมอร์ตอนนี้มีเต็มจำนวนชุดทดสอบวิ่ง
เมื่อเปลี่ยนให้ระบบ การเปลี่ยนแปลงการออกแบบ
สามารถทำได้ด้วยความมั่นใจ เพราะถ้าแบ่งบางสิ่งบางอย่างใน
ส่วนอื่นของระบบ , การถดถอยการทดสอบมัก
จับมัน