Kết quả dự kiến

Kết quả dự kiến?

Trong giai đoạn thiết kế Thử nghiệm, các trường hợp thử nghiệm được viết sao cho mỗi trường hợp có một kết quả mong đợi để so sánh với các kết quả thực tế. Độ lệch, nếu có, được gọi làdefect.

Tóm lại, sau khi nhận được kết quả mong đợi nên được ghi lại trước khi thực hiện các bài kiểm tra.

Trong khi phát triển các trường hợp thử nghiệm, chúng tôi thường có các trường sau:

1. Kịch bản thử nghiệm

2. Các bước kiểm tra

3. Parameters

4. Kết quả mong đợi

5. Kết quả thực tế

Thí dụ:

Giả sử rằng chúng ta cần kiểm tra trường đầu vào có thể chấp nhận tối đa 10 ký tự.

Trong khi phát triển các trường hợp thử nghiệm cho tình huống trên, các trường hợp thử nghiệm được ghi lại theo cách sau. Trong ví dụ dưới đây, trường hợp đầu tiên là một kịch bản vượt qua trong khi trường hợp thứ hai là FAIL.

Tình huống	Bước kiểm tra	Kết quả dự kiến	Kết quả thực tế
Xác minh rằng trường đầu vào có thể chấp nhận tối đa 10 ký tự	Đăng nhập vào ứng dụng và nhập 10 ký tự	Ứng dụng phải có thể chấp nhận tất cả 10 ký tự.	Ứng dụng chấp nhận tất cả 10 ký tự.
Xác minh rằng trường đầu vào có thể chấp nhận tối đa 11 ký tự	Đăng nhập vào ứng dụng và nhập 11 ký tự	Ứng dụng KHÔNG được chấp nhận tất cả 11 ký tự.	Ứng dụng chấp nhận tất cả 10 ký tự.

Nếu kết quả mong đợi không khớp với kết quả thực tế, thì chúng tôi ghi lại lỗi. Lỗi này trải qua vòng đời của lỗi và người kiểm tra giải quyết như nhau sau khi sửa chữa.