2.2 When to Test?It should be clear

2.2 When to Test?
It should be clear from Figure 2-1 that testing should begin as soon as feasible. Usually, the earliest tests are module or unit tests conducted by the original developer. Unfortunately, few developers know enough about testing to build a thorough set of test cases. Because carefully developed test cases are usually not employed until integration testing, many bugs that could be found during unit testing are not discovered until integration testing. For example, a major network equipment manufacturer in Silicon Valley did a study to figure out the key sources of its software integration problems. The manufacturer discovered that 70 percent of the bugs found during the integration phase of the project were generated by code that had never been exercised before that phase of the project.

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

2.2 khi để kiểm tra?Nó nên rõ ràng từ con số 2-1 thử nghiệm nên bắt đầu ngay sau là khả thi. Thông thường, các bài kiểm tra sớm nhất là mô-đun hoặc đơn vị xét nghiệm thực hiện bởi các nhà phát triển ban đầu. Thật không may, vài nhà phát triển biết đủ về thử nghiệm xây dựng một bộ toàn diện của trường hợp thử nghiệm. Bởi vì trường hợp thử nghiệm một cách cẩn thận phát triển được thường không làm việc cho đến khi hội nhập thử nghiệm, nhiều lỗi có thể được tìm thấy trong đơn vị thử nghiệm không được phát hiện cho đến khi hội nhập thử nghiệm. Ví dụ, một nhà sản xuất thiết bị mạng lớn tại thung lũng Silicon đã làm một nghiên cứu để tìm ra các nguồn quan trọng của vấn đề tích hợp phần mềm của nó. Các nhà sản xuất đã phát hiện ra rằng 70 phần trăm của các lỗi tìm thấy trong giai đoạn hội nhập của dự án đã được tạo ra bởi mã đó đã không bao giờ được thực hiện trước khi đó giai đoạn của dự án.

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

2.2 Khi để thử nghiệm?
Rõ ràng từ hình 2-1 rằng thử nghiệm nên bắt đầu càng sớm càng khả thi. Thông thường, các bài kiểm tra đầu tiên là mô-đun hoặc đơn vị kiểm tra được tiến hành bởi các nhà phát triển ban đầu. Thật không may, một số ít các nhà phát triển có đủ hiểu biết về thử nghiệm để xây dựng một tập hợp toàn diện các trường hợp thử nghiệm. Bởi vì trường hợp thử nghiệm phát triển một cách cẩn thận thường không được sử dụng cho đến khi thử nghiệm hội nhập, nhiều lỗi có thể được tìm thấy trong quá trình kiểm tra đơn vị không được phát hiện cho đến khi thử nghiệm hội nhập. Ví dụ, một nhà sản xuất thiết bị mạng lớn tại Silicon Valley đã làm một nghiên cứu để tìm ra các nguồn quan trọng của vấn đề tích hợp phần mềm của mình. Các nhà sản xuất phát hiện ra rằng 70 phần trăm của các lỗi được tìm thấy trong giai đoạn hội nhập của dự án đã được tạo ra bởi mã mà chưa bao giờ được thực hiện trước đó giai đoạn của dự án.