Bài giảng "Kiểm thử phần mềm - Chương 10: Phân tích và giải thích kết quả kiểm thử" cung cấp cho người học các kiến thức: Một số thuật ngữ, khám phá lỗi dựa vào các lỗi riêng lẻ tìm được, khám phá lỗi dựa vào backlog, . Mời các bạn cùng tham khảo. | Chương 10 Phân tích và giải thích kết quả kiểm thử Một số thuật ngữ Lúc bắt ầu kiểm thử các testcase ều ược ghi nhận là chưa ược kiểm thử unattempted . Nếu kết quả kiểm thử thỏa mãn ầy ủ kết quả kỳ vọng testcase sẽ chuyển về trạng thái ã kiểm thử và thành công attempted and successful . Nếu chỉ 1 phần kết quả kiểm thử phù hợp với kết quả kỳ vọng testcase sẽ chuyển về trạng thái ã kiểm thử nhưng chưa thành công attempted but unsuccessful . 1 trong các công việc chính của quản lý kiểm thử là theo dõi trạng thái của từng testcase vì trạng thái của các testcase là 1 chỉ thị rõ ràng về tiến ộ kiểm thử nếu còn 90 testcase chưa ược kiểm thử ta nói quá trình kiểm thử chỉ mới bắt ầu nếu chỉ còn 10 testcase chưa ược kiểm thử ta nói quá trình kiểm thử sắp kết thúc. Ước lượng ban ầu về lịch kiểm thử Số testcase ược kiểm thử trong 1 khoảng thời gian và số người kiểm thử sẽ cho người quản lý biết tiến ộ kiểm thử tốt hay quá chậm. Thí dụ 15 testcase ược kiểm thử trong 2 tuần ầu 10 ngày làm việc ta tính ược tốc ộ kiểm thử là testcase ngày. Nếu kế hoạch cần kiểm thử 100 testcase ta phải tốn 100 67 ngày tức 14 tuần . Nhưng khi kiểm thử một số testcase ta có thể phát hiện lỗi do ó ta phải tốn thời gian sửa lỗi và kiểm thử lại testcase ó lần 2 3 . Do ó thời gian kiểm thử sẽ lâu hơn nhiều so với ước lượng ban ầu về lịch kiểm thử. Một số testcase sẽ về trạng thái quot ược kiểm thử nhưng không thành công quot vì kết quả thu ược không úng theo kết quả kỳ vọng hay vì máy bị dừng trước khi hoàn thành kiểm thử testcase ó. https tailieudientucntt Thách thức cho người quản lý là lập thứ tự ưu tiên cho việc sửa lỗi và kiểm thử lại các testcase này Ứng với testcase làm máy bị dừng khi chưa cho kết quả thì nên ưu tiên cho việc sữa lỗi nó và kiểm thử lại ngay. Còn các testcase kiểm thử làm TPPM chạy ược nhưng cho kết quả không giống với kỳ vọng thì sẽ lập thứ tự ưu tiên cho việc sửa lỗi. Các tester thường dùng 4 mức 1 tới 4 ể ánh giá mức ộ cần sửa mức 1 là
