2.2.2 Regression TestingIt isn’t en

2.2.2 Regression Testing
It isn’t enough to pass a test once. Every time the program is modified, it should be retested to assure that the changes didn’t unintentionally “break” some unrelated behavior. Called regression testing, these tests are usually automated through a test script. For example, if you design a set of 100 input/output (I/O) tests, the regression test script would automatically execute the 100 tests and compare the output against a “gold standard” output suite. Every time a change is made to any part of the code, the full regression suite runs on the modified code base to insure that something else wasn’t broken in the process.
From the Trenches
I try to convince my students to apply regression testing to their course projects; however, because they are students, they never listen to me. I’ve had more than a few projects turned in that didn’t work because the student made a minor change at 4:00AM on the day it was due, and the project suddenly unraveled. But, hey, what do I know?

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

2.2.2 hồi qui kiểm traNó là không đủ để vượt qua một thử nghiệm một lần. Mỗi khi chương trình lần, nó nên được thi lại để đảm bảo rằng những thay đổi đã không vô ý "phá vỡ" một số hành vi không liên quan. Gọi là hồi qui kiểm tra, các xét nghiệm này thường được tự động thông qua một kịch bản thử nghiệm. Ví dụ, nếu bạn thiết kế một bộ 100 đầu vào/đầu ra (I/O) kiểm tra, đoạn mã kiểm tra hồi quy sẽ tự động thực hiện các bài kiểm tra 100 và so sánh đầu ra chống lại một "tiêu chuẩn vàng" đầu ra bộ. Mỗi khi một sự thay đổi được thực hiện để bất kỳ phần nào của mã, bộ đầy đủ các hồi quy chạy trên mã đổi cơ sở để bảo đảm rằng một cái gì đó khác không phải là bị hỏng trong quá trình.Từ các chiến hàoTôi cố gắng thuyết phục sinh viên của tôi để áp dụng hồi qui kiểm tra để dự án khóa học của họ; Tuy nhiên, bởi vì họ là sinh viên, họ không bao giờ lắng nghe tôi. Tôi đã có nhiều hơn một vài dự án vào mà không làm việc vì học sinh thực hiện một thay đổi nhỏ lúc 4:00 vào ngày nó là do, và dự án đột nhiên unraveled. Nhưng, hey, những gì tôi biết?

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

2.2.2 Kiểm tra hồi quy
này là không đủ để vượt qua một bài kiểm tra một lần. Mỗi khi chương trình được sửa đổi, nó cần được kiểm tra lại để đảm bảo rằng những thay đổi đã không vô tình "phá vỡ" một số hành vi liên quan. Kiểm tra hồi quy được gọi là, các xét nghiệm này thường được tự động thông qua một kịch bản thử nghiệm. Ví dụ, nếu bạn thiết kế một bộ 100 ngõ vào / ra (I / O) các xét nghiệm, các kịch bản thử nghiệm hồi quy sẽ tự động thực hiện các bài kiểm tra 100 và so sánh sản lượng so với một "tiêu chuẩn vàng" đầu ra bộ. Mỗi khi một sự thay đổi được thực hiện cho bất kỳ một phần của mã này, các bộ hồi qui đầy đủ chạy trên nền tảng mã sửa đổi để đảm bảo rằng một cái gì đó khác đã không bị phá vỡ trong quá trình này.
Từ Trenches
tôi cố gắng thuyết phục các học sinh của tôi để áp dụng thử nghiệm hồi quy để dự án khóa học của họ; Tuy nhiên, bởi vì họ là sinh viên, họ không bao giờ lắng nghe tôi. Tôi đã có nhiều hơn một vài dự án lại mà không làm việc vì các sinh viên thực hiện một thay đổi nhỏ tại 4:00 vào ngày đó là do, và dự án đột nhiên sáng tỏ. Nhưng, hey, để tôi biết những gì?