1.4.2 Structural TestingStructural

1.4.2 Structural Testing
Structural testing is the other fundamental approach to test case identification. To contrast it with Functional Testing, it is sometimes called White Box (or even Clear Box) Testing. The clear box metaphor is probably more appropriate, because the essential difference is that the implementation (of the Black Box) is known and used to identify test cases. Being able to “see inside” the black box allows the tester to identify test cases based on how the function is actually implemented.

Structural Testing has been the subject of some fairly strong theory. To really understand structural testing, the concepts of linear graph theory (Chapter 4) are essential. With these concepts, the tester can rigorously describe exactly what is being tested. Because of its strong theoretical basis, structural testing lends itself to the definition and use of test coverage metrics. Test coverage metrics provide a way to explicitly state the extent to which a software item has been tested, and this in turn, makes testing management more meaningful.

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

1.4.2 kiểm tra cấu trúcKiểm tra cấu trúc là cơ bản phương pháp khác để kiểm tra trường hợp nhận dạng. Để tương phản với chức năng kiểm tra, nó đôi khi được gọi là White Box (hoặc thậm chí rõ ràng hộp) thử nghiệm. Ẩn dụ xóa hộp là có lẽ thích hợp hơn, bởi vì sự khác biệt quan trọng là thực hiện (các hộp đen) được biết đến và được sử dụng để xác định các trường hợp kiểm tra. Việc có thể để "nhìn thấy bên trong" hộp đen cho phép thử để xác định các trường hợp thử nghiệm dựa trên làm thế nào các chức năng thực sự thực hiện. Kiểm tra cấu trúc đã là chủ đề của một số lý thuyết khá mạnh. Để thật sự hiểu biết cấu trúc thử nghiệm, các khái niệm lý thuyết đồ thị tuyến tính (chương 4) là rất cần thiết. Với những khái niệm này, thử nghiệm có thể một cach nghiêm tuc mô tả chính xác những gì đang được thử nghiệm. Vì cơ sở lý thuyết mạnh mẽ của nó, thử nghiệm kết cấu vay chính nó vào các định nghĩa và sử dụng các số liệu phạm vi bảo hiểm thử nghiệm. Kiểm tra phạm vi bảo hiểm số liệu cung cấp một cách để rõ ràng mức độ mà một mục phần mềm đã được thử nghiệm, và điều này lần lượt, làm cho thử nghiệm quản lý có ý nghĩa hơn.

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

1.4.2 Kết cấu kiểm tra
cấu thử nghiệm là cách tiếp cận cơ bản khác để kiểm tra xác định trường hợp. Để tương phản nó với chức năng kiểm tra, đó là đôi khi được gọi là White Box (hoặc thậm chí rõ ràng Box) Testing. Hộp ẩn dụ rõ ràng là có lẽ thích hợp hơn, vì sự khác biệt quan trọng là việc thực hiện (của Black Box) được biết đến và sử dụng để xác định các trường hợp thử nghiệm. Đang có thể "nhìn thấy bên trong" hộp đen cho phép các thử nghiệm để xác định các trường hợp thử nghiệm dựa vào chức năng được thực sự thực hiện. Kết cấu kiểm tra đã là chủ đề của lý thuyết tương đối mạnh. Để thực sự hiểu kiểm tra cấu trúc, các khái niệm của lý thuyết đồ thị tuyến tính (Chương 4) là rất cần thiết. Với những khái niệm, các thử nghiệm nghiêm ngặt có thể mô tả chính xác những gì đang được thử nghiệm. Bởi vì các cơ sở lý thuyết mạnh mẽ của nó, kiểm tra cấu trúc lends tự để định nghĩa và sử dụng số liệu bảo hiểm thử nghiệm. Số liệu bảo hiểm thử nghiệm cung cấp một cách để nói rõ mức độ mà một mục phần mềm đã được thử nghiệm, và điều này đến lượt nó, làm cho quản lý thử nghiệm có ý nghĩa hơn.