Kỹ Thuật Đoán Lỗi Là Gì?
Kỹ thuật đoán lỗi (Error Guessing) là một phương pháp kiểm thử phần mềm dựa trên kinh nghiệm và trực giác của người kiểm thử để tìm ra các tình huống, kịch bản hoặc điều kiện tiềm năng mà có thể dẫn đến lỗi hoặc sự cố trong phần mềm. Thay vì tuân theo một kế hoạch kiểm thử cụ thể, người kiểm thử dựa vào sự hiểu biết của họ về hệ thống để tạo ra các trường hợp kiểm thử không đều đặn nhưng có thể là những điểm yếu tiềm ẩn.
Đoán lỗi liên quan đến việc người kiểm tra đoán về một lỗi mà lập trình viên có thể mắc phải và sau đó phát triển các bài kiểm tra cho lỗi đó. Lưu ý rằng đây có thể được gọi là kiểm tra “hộp xám” vì nó yêu cầu người kiểm tra phải có một số ý tưởng về các lỗi lập trình điển hình, cách những lỗi đó trở thành lỗi, cách các lỗi đó biểu hiện thành lỗi và cách chúng ta có thể buộc lỗi xảy ra.
Xây Dựng Các Bài Kiểm Thử Bằng Kỹ Thuật Đoán Lỗi
Các bước chính của kỹ thuật đoán lỗi bao gồm:
- Thu thập thông tin: Người kiểm thử thu thập thông tin về phần mềm, yêu cầu, thiết kế, tài liệu liên quan và bất kỳ thông tin nào có thể giúp họ hiểu về hệ thống.
- Áp dụng trực giác và kinh nghiệm: Dựa trên kiến thức của họ về lĩnh vực và phần mềm, người kiểm thử đoán và tạo ra các tình huống có khả năng gây lỗi hoặc sự cố.
- Tạo các kịch bản kiểm thử: Dựa trên các tình huống đoán lỗi, người kiểm thử tạo ra các kịch bản kiểm thử để kiểm tra xem phần mềm có xử lý đúng những trường hợp này hay không.
- Thực hiện kiểm thử: Thực hiện các kịch bản kiểm thử và quan sát kết quả. Nếu phát hiện ra lỗi hoặc sự cố, người kiểm thử có thể tạo ra các bộ kiểm thử bổ sung để kiểm tra sâu hơn.
Kỹ thuật đoán lỗi không phụ thuộc vào một kế hoạch kiểm thử cụ thể và thường được sử dụng như một phương pháp bổ sung để bổ sung cho các kỹ thuật kiểm thử khác. Nó có thể giúp tìm ra các trường hợp kiểm thử quan trọng mà không được bao phủ bởi các kỹ thuật kiểm thử khác và có thể tạo ra các tình huống thử nghiệm độc đáo mà người kiểm thử có thể chưa nghĩ đến.
Khả Năng Áp Dụng
Đoán lỗi được thực hiện chủ yếu trong quá trình tích hợp và kiểm thử hệ thống, nhưng có thể được sử dụng ở bất kỳ cấp độ kiểm thử nào. Kỹ thuật này thường được sử dụng với các kỹ thuật khác và giúp mở rộng phạm vi của các trường hợp kiểm thử hiện có. Đoán lỗi cũng có thể được sử dụng hiệu quả khi kiểm thử một bản phát hành mới của phần mềm để kiểm tra các lỗi phổ biến trước khi bắt đầu kiểm thử theo kịch bản và các kiểm thử nghiêm ngặt hơn.
Hạn Chế/ Khó Khăn
Hạn chế/khó khăn của kỹ thuật kiểm thử dựa vào đoán lỗi bao gồm:
- Khó đánh giá mức độ phù hợp và rất khác nhau tùy theo khả năng và kinh nghiệm của Nhà phân tích kiểm thử.
- Nó được sử dụng tốt nhất bởi một kiểm thử viên có kinh nghiệm, người đã quen thuộc với các loại lỗi thường xuất hiện trong loại code đang được kiểm tra.
- Nó thường được sử dụng, nhưng thường không được ghi lại và do đó có thể ít lặp lại hơn so với các hình thức thử nghiệm khác.
- Các trường hợp kiểm thử có thể được ghi lại nhưng theo cách mà chỉ tác giả hiểu và có thể sao chép.
Mức Độ Bao Phủ
Khi sử dụng phân loại lỗi (defect taxonomy), phạm vi bảo hiểm được xác định bằng cách lấy số mục phân loại được kiểm tra chia cho tổng số mục phân loại và nêu rõ mức độ bao phủ dưới dạng phần trăm. Nếu không có sự phân loại lỗi, phạm vi bảo hiểm bị giới hạn bởi kinh nghiệm và kiến thức của người kiểm thử và thời gian có sẵn. Số lượng lỗi được tìm thấy từ kỹ thuật này sẽ thay đổi dựa trên mức độ người kiểm thử có thể nhắm mục tiêu các khu vực có vấn đề.
Loại Lỗi Phát Hiện
Các lỗi điển hình thường là những lỗi được xác định trong phân loại lỗi cụ thể hoặc được “đoán” bởi nhà kiểm thử, có thể không được tìm thấy trong kiểm thử hộp đen.