Many of extreme programming practic

Many of extreme programming practices have been around for some time; the methodology takes "best practices" to extreme levels. For example, the "practice of test-first development, planning and writing tests before each micro-increment" was used as early as NASA's Project Mercury, in the early 1960s (Larman 2003). To shorten the total development time, some formal test documents (such as for acceptance testing) have been developed in parallel (or shortly before) the software is ready for testing. A NASA independent test group can write the test procedures, based on formal requirements and logical limits, before the software has been written and integrated with the hardware. In XP, this concept is taken to the extreme level by writing automated tests (perhaps inside of software modules) which validate the operation of even small sections of software coding, rather than only testing the larger features.

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

Rất nhiều thực hành lập trình cực đã khoảng một thời gian; Các phương pháp cần "thực hành tốt nhất" đến mức cùng cực. Ví dụ: "thực hành phát triển thử nghiệm-lần đầu tiên, lập kế hoạch và viết các bài kiểm tra trước khi mỗi micro-tăng" được sử dụng sớm nhất là dự án của NASA Mercury, đầu thập niên 1960 (Larman năm 2003). Để rút ngắn thời gian phát triển tất cả, một số tài liệu chính thức thử nghiệm (chẳng hạn như cho chấp nhận thử nghiệm) đã được phát triển song song (hoặc không lâu trước khi) phần mềm đã sẵn sàng để thử nghiệm. Một nhóm độc lập thử nghiệm của NASA có thể viết các thủ tục thử nghiệm, dựa trên hình thức yêu cầu và các giới hạn hợp lý, trước khi các phần mềm đã được viết và tích hợp với phần cứng. Trong XP, khái niệm này được đưa đến mức cực đoan bằng cách viết bài kiểm tra tự động (có lẽ là bên trong các mô-đun phần mềm) xác nhận hoạt động của các phần thậm chí còn nhỏ của phần mềm mã hóa, chứ không phải là chỉ thử nghiệm tính năng lớn hơn.

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

Nhiều thực hành lập trình cực đoan đã được khoảng một thời gian; phương pháp mất "thực hành tốt nhất" đến mức cực đoan. Ví dụ, "thực hành thử nghiệm đầu tiên phát triển, lập kế hoạch và kiểm tra văn bản trước mỗi thặng dư vi" đã được sử dụng càng sớm càng Dự án Mercury của NASA, trong năm 1960 (Larman 2003). Để rút ngắn tổng thời gian phát triển, một số tài liệu kiểm tra chính thức (như kiểm tra nghiệm thu) đã được phát triển song song (hoặc ngay trước khi) các phần mềm đã sẵn sàng để thử nghiệm. Một NASA nhóm thử nghiệm độc lập có thể viết các thủ tục kiểm tra, căn cứ vào yêu cầu chính thức và giới hạn hợp lý, trước khi phần mềm đã được viết và tích hợp với phần cứng. Trong XP, khái niệm này được đưa tới cấp độ cực đoan bằng cách viết bài kiểm tra tự động (có lẽ bên trong các module phần mềm) mà xác nhận các hoạt động của ngay cả những phần nhỏ của phần mềm mã hóa, chứ không phải là chỉ thử nghiệm các tính năng lớn hơn.