Testing related to changes Confirma

Testing related to changes Confirmation testing (Re-testing)
 Re-execute test after faults are fixed
 run a test, it fails, the defect is reported
 new version of software with defect fixed
 re-run the test to confirm that the defect has indeed been fixed
 Re-run the same test
 must be exactly repeatable
 same environment, inputs and preconditions
 If the test now passes, this mean that the software is correct or introduced a different defect elsewhere?
 at least one part of the software is correct where the defect was. But this is not enough

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

Thử nghiệm liên quan đến thay đổi xác nhận thử nghiệm (tái kiểm tra)  tái thực hiện kiểm tra sau khi lỗi được cố định  chạy một thử nghiệm, nó không thành công, các khiếm khuyết được báo cáo  Phiên bản mới của phần mềm với các lỗi cố định  tái chạy các bài kiểm tra để xác nhận rằng các khiếm khuyết đã thực sự được cố định  tái chạy các bài kiểm tra cùng một  phải chính xác lặp lại  cùng một môi trường, đầu vào và điều kiện tiên quyết  Nếu bây giờ vượt qua các thử nghiệm, điều này có nghĩa rằng các phần mềm là chính xác hoặc giới thiệu một khiếm khuyết khác nhau ở những nơi khác?  ít nhất một phần của phần mềm là chính xác nơi các khiếm khuyết. Nhưng điều này là không đủ

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

Thử nghiệm liên quan đến thử nghiệm thay đổi nhận (Re-thử nghiệm)
 Re-thực hiện kiểm tra sau khi lỗi được cố định
 chạy thử nghiệm, nó không thành công, các lỗi được báo cáo
 phiên bản mới của phần mềm có lỗi cố định
 tái chạy thử nghiệm để xác nhận rằng khiếm khuyết đã thực sự được cố định
 Re-chạy thử nghiệm cùng
 phải được chính xác lặp lại
 cùng một môi trường, đầu vào và điều kiện tiên quyết
 Nếu xét nghiệm hiện nay qua đi, điều này có nghĩa rằng phần mềm là chính xác hoặc giới thiệu một khiếm khuyết khác nhau ở những nơi khác?
 ít nhất một phần của phần mềm là chính xác nơi các khiếm khuyết đã. Nhưng điều này là không đủ