As was said in the beginning of the

As was said in the beginning of the chapter, executing your test cases as soon as possible
is an excellent way of getting concrete feedback about your program. In order to run test
cases early, programmers need to integrate the pieces of their code into the code base
often. Programmers could be tempted to work on their own computer until the finish
implementing a “whole” requirement. In industry, this could quite feasibly mean they
keep their code to themselves for several months. However, this is a dangerous practice
– and can lead to what is known in industry as integration hell. Just because a
component works on a programmer’s own computer, this doesn’t mean it will work when
it is assembled with the code other programmers are working on. The earlier it is known
that there are some interface problems or some data that’s not getting passed properly the
better. This knowledge can only be gained by integrating code and testing early and
often. Then, integration problems can be more easily localized in the work that was just
integrated. By localizing the code that contains a new defect, the programmer can
efficiently identify and remove defects.

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

ในฐานะที่ได้รับการกล่าวว่าในการเริ่มต้นของบทการดำเนินงานกรณีการทดสอบของคุณโดยเร็วที่สุดเท่าที่เป็นไปได้
เป็นวิธีที่ดีในการได้รับข้อเสนอแนะที่เป็นรูปธรรมเกี่ยวกับโปรแกรมของคุณ เพื่อที่จะเรียกใช้การทดสอบ
กรณีต้นเขียนโปรแกรมต้องรวมชิ้นส่วนของรหัสของพวกเขาเข้าไปในฐานรหัส
บ่อย โปรแกรมเมอร์อาจถูกล่อลวงไปทำงานในคอมพิวเตอร์ของตัวเองจนกว่าจะเสร็จสิ้น
การดำเนินการ "ทั้ง" ข้อกำหนด ในอุตสาหกรรมนี้ค่อนข้าง feasibly อาจหมายถึงการที่พวกเขา
เก็บรหัสของพวกเขากับตัวเองเป็นเวลาหลายเดือน แต่นี้เป็นวิธีที่อันตราย
- และสามารถนำไปสู่สิ่งที่เป็นที่รู้จักกันในอุตสาหกรรมเป็นนรกบูรณาการ เพียงเพราะ
องค์ประกอบที่ทำงานบนเครื่องคอมพิวเตอร์ของตัวเองของโปรแกรมนี้ไม่ได้หมายความว่ามันจะทำงานเมื่อ
มันเป็นที่ประกอบกับรหัสโปรแกรมเมอร์อื่น ๆ ที่กำลังทำงานอยู่ ก่อนหน้านี้มันเป็นที่รู้จักกัน
ว่ามีปัญหาบางอย่างที่อินเตอร์เฟซหรือข้อมูลบางอย่างที่ไม่ได้รับการส่งผ่านไปอย่างถูกต้อง
ดีกว่า ความรู้นี้สามารถได้รับโดยการบูรณาการและการทดสอบรหัสต้นและ
มักจะ จากนั้นปัญหาการรวมสามารถแปลได้ง่ายขึ้นในการทำงานที่เป็นเพียง
แบบบูรณาการ โดย localizing รหัสที่มีข้อบกพร่องใหม่, โปรแกรมเมอร์สามารถ
ได้อย่างมีประสิทธิภาพในการระบุและลบข้อบกพร่อง

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

ดังที่ได้กล่าวในตอนต้นของบท รันกรณีทดสอบของคุณทันทีที่เป็นไปได้
เป็นวิธีที่ดีในการได้รับคอนกรีตความคิดเห็นเกี่ยวกับโปรแกรมของคุณ เพื่อเรียกใช้กรณีทดสอบ
แต่เช้า โปรแกรมเมอร์ต้องรวมชิ้นส่วนของรหัสในฐานรหัส
บ่อยๆ โปรแกรมเมอร์อาจจะอยากทำงานในคอมพิวเตอร์ของตัวเองจนเสร็จ
ใช้ " ความต้องการทั้งหมด "ในอุตสาหกรรมนี้อาจจะค่อนข้างหมายความว่าพวกเขา feasibly
เก็บรหัสของตนเองเป็นเวลาหลายเดือน อย่างไรก็ตาม , นี้คือ–ฝึก
อันตราย และสามารถนำสิ่งที่เป็นที่รู้จักกันในอุตสาหกรรมเป็นนรก รวม เนื่องจาก
ส่วนประกอบงานของโปรแกรมเมอร์คอมพิวเตอร์ นี้ไม่ได้หมายความว่ามันจะทำงานเมื่อ
มันประกอบกับรหัสโปรแกรมเมอร์อื่น ๆกำลังทำงานอยู่ ก่อนหน้านี้เป็นที่รู้กัน
มันมีอินเตอร์เฟซปัญหาหรือข้อมูลบางอย่างที่ไม่ได้ผ่านอย่างถูกต้อง
ดีกว่า ความรู้นี้สามารถได้รับโดยการรวมรหัสและการทดสอบก่อนและ
บ่อยๆ แล้ว ปัญหาการบูรณาการสามารถเพิ่มเติมได้อย่างง่ายดาย แปลเป็นภาษาท้องถิ่นในงานแค่
แบบบูรณาการ โดย localizing รหัสที่มีข้อบกพร่องใหม่ โปรแกรมเมอร์สามารถระบุและลบข้อบกพร่อง
ได้อย่างมีประสิทธิภาพ .