Top-Down: The top-down approach to

Top-Down: The top-down approach to integration testing requires the highest-level modules be test and integrated first. This allows high-level logic and data flow to be tested early in the process and it tends to minimize the need for drivers. However, the need for stubs complicates test management and low-level utilities are tested relatively late in the development cycle. Another disadvantage of top-down integration testing is its poor support for early release of limited functionality.
Bottom-Up: The bottom-up approach requires the lowest-level units be tested and integrated first. These units are frequently referred to as utility modules. By using this approach, utility modules are tested early in the development process and the need for stubs is minimized. The downside, however, is that the need for drivers complicates test management and high-level logic and data flow are tested late. Like the top-down approach, the bottom-up approach also provides poor support for early release of limited functionality

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

Top-Down: Phương pháp top-down để hội nhập thử nghiệm yêu cầu độ mô-đun đầu tiên tích hợp và thử nghiệm. Điều này cho phép cao cấp logic và luồng dữ liệu phải được kiểm tra sớm trong quá trình này và nó có xu hướng giảm thiểu sự cần thiết cho các trình điều khiển. Tuy nhiên, sự cần thiết cho bài làm phức tạp quản lý kiểm tra và cấp thấp Tiện ích kiểm tra tương đối muộn trong chu kỳ phát triển. Một bất lợi của hội nhập trên xuống kiểm tra là hỗ trợ người nghèo đầu phát hành các tính năng hạn chế. Bottom-Up: Phương pháp bottom-up yêu cầu các đơn vị cấp thấp nhất được thử nghiệm và tích hợp đầu tiên. Các đơn vị này thường được gọi là mô-đun Tiện ích. Bằng cách sử dụng cách tiếp cận này, mô-đun Tiện ích đang được thử nghiệm sớm trong quá trình phát triển và sự cần thiết của bài được tối thiểu hoá. Những nhược điểm, Tuy nhiên, là sự cần thiết cho các trình điều khiển làm phức tạp quản lý kiểm tra và cao cấp logic và luồng dữ liệu kiểm tra vào cuối. Giống như phương pháp tiếp cận từ trên xuống, phương pháp bottom-up cũng hỗ trợ người nghèo cho đầu phát hành các tính năng hạn chế

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

Top-Down: Các cách tiếp cận từ trên xuống để thử nghiệm hội nhập đòi hỏi các mô-đun cấp cao nhất được thử nghiệm và tích hợp đầu tiên. Điều này cho phép logic cấp cao và lưu lượng dữ liệu được thử nghiệm sớm trong tiến trình và nó có xu hướng giảm thiểu nhu cầu trình điều khiển. Tuy nhiên, nhu cầu khai phức tạp quản lý kiểm tra và cấp thấp tiện ích này được thử nghiệm tương đối muộn trong chu kỳ phát triển. Một bất lợi của hội nhập thử nghiệm trên xuống là hỗ trợ người nghèo của mình để phát hành sớm chức năng hạn chế.
Bottom-Up: Các phương pháp tiếp cận từ dưới lên đòi hỏi các đơn vị cấp thấp nhất được thử nghiệm và tích hợp đầu tiên. Các đơn vị này thường được gọi là mô đun tiện ích. Bằng cách sử dụng phương pháp này, các module tiện ích đang được thử nghiệm sớm trong quá trình phát triển và nhu cầu khai được giảm thiểu. Nhược điểm, tuy nhiên, là sự cần thiết cho trình điều khiển phức tạp kiểm tra quản lý và logic và dữ liệu dòng cao cấp được kiểm tra cuối năm. Cũng giống như các phương pháp tiếp cận từ trên xuống, các phương pháp tiếp cận từ dưới lên cũng cung cấp hỗ trợ người nghèo phát hành sớm chức năng giới hạn