Main article: Test-driven developme

Main article: Test-driven development
Extreme programming's approach is that if a little testing can eliminate a few flaws, a lot of testing can eliminate many more flaws.
Unit tests determine whether a given feature works as intended. Programmers write as many automated tests as they can think of that might "break" the code; if all tests run successfully, then the coding is complete. Every piece of code that is written is tested before moving on to the next feature.
Acceptance tests verify that the requirements as understood by the programmers satisfy the customer's actual requirements.
System-wide integration testing was encouraged, initially, as a daily end-of-day activity, for early detection of incompatible interfaces, to reconnect before the separate sections diverged widely from coherent functionality. However, system-wide integration testing has been reduced, to weekly, or less often, depending on the stability of the overall interfaces in the system.

Kết quả (Việt) 1:

Bài chi tiết: bài kiểm tra-hướng phát triểnLập trình cực cách tiếp cận là rằng nếu thử nghiệm một chút có thể loại bỏ một vài sai sót, rất nhiều thử nghiệm có thể loại bỏ nhiều lỗ hổng hơn. Đơn vị xét nghiệm xác định cho dù một tính năng được đưa ra hoạt động như dự định. Lập trình viên viết như bài kiểm tra tự động nhiều như họ có thể nghĩ rằng có thể "phá" mã; Nếu tất cả các bài kiểm tra chạy thành công, sau đó các mã được hoàn tất. Mỗi đoạn mã được viết là thử nghiệm trước khi chuyển sang tính năng tiếp theo.Chấp nhận xét nghiệm kiểm tra các yêu cầu như hiểu được các lập trình viên đáp ứng yêu cầu thực tế của khách hàng.Kiểm tra toàn bộ hệ thống tích hợp được khuyến khích, ban đầu, là một hoạt động cuối cùng của ngày hàng ngày, cho các phát hiện sớm các giao diện không tương thích, để kết nối lại trước khi các phần riêng rẽ ra rộng rãi từ chức năng mạch lạc. Tuy nhiên, hội nhập toàn bộ hệ thống thử nghiệm đã được giảm, hàng tuần hoặc ít thường xuyên hơn, tùy thuộc vào sự ổn định của giao diện tổng thể trong hệ thống.

Kết quả (Việt) 2:

Bài chi tiết: Thử nghiệm phát-driven
. Cách tiếp cận cực lập trình là nếu một thử nghiệm nhỏ có thể loại bỏ một vài sai sót, rất nhiều thử nghiệm có thể loại bỏ nhiều sai sót nhiều hơn
? Đơn vị xét nghiệm xác định có một tính năng cho các công trình như dự định. Các lập trình viên viết nhiều bài kiểm tra tự động vì chúng có thể nghĩ rằng có thể "phá vỡ" mã; nếu tất cả các bài kiểm tra chạy thành công, sau đó mã hóa hoàn tất. Mỗi đoạn mã được viết được kiểm tra trước khi chuyển sang các tính năng tiếp theo.
Kiểm tra chấp nhận xác minh rằng các yêu cầu theo cách hiểu của các lập trình viên đáp ứng yêu cầu thực tế của khách hàng.
Thử nghiệm tích hợp hệ thống toàn được khuyến khích, ban đầu, như một ngày cuối của hoạt động -day, để phát hiện sớm các giao diện không tương thích, kết nối lại trước khi các phần riêng rẽ rộng rãi từ chức năng mạch lạc. Tuy nhiên, thử nghiệm hội nhập toàn hệ thống đã được giảm, hàng tuần, hoặc ít thường xuyên hơn, tùy thuộc vào sự ổn định của giao diện tổng thể trong hệ thống.