Kiểm Thử Phần Mềm

Mục tiêu chính của kiểm thử phần mềm là gì?

• Đảm bảo phần mềm chạy nhanh

• Phát hiện lỗi, đảm bảo phần mềm đáp ứng yêu cầu

• Thiết kế phần mềm đẹp

• Đảm bảo phần mềm miễn phí

Kiểm thử (Testing) khác gì với Gỡ lỗi (Debugging)?

• Testing là phát hiện lỗi, Debugging là xác định và sửa lỗi

• Cả hai đều giống nhau

• Debugging là kiểm tra test case

• Testing là sửa lỗi, Debugging là thực thi phần mềm

Vì sao kiểm thử phần mềm không thể tìm ra hết mọi lỗi?

• Tester thiếu kinh nghiệm

• Số lượng test case là vô hạn, giới hạn tài nguyên

• Phần mềm đơn giản

• Không cần kiểm thử

Nguyên nhân phổ biến gây lỗi phần mềm KHÔNG BAO GỒM:

• Sai sót trong thiết kế

• Lỗi lập trình

• Tài liệu yêu cầu rõ ràng

• Giao tiếp không hiệu quả

Đâu KHÔNG phải nguyên tắc kiểm thử phần mềm?

• Kiểm thử toàn diện là không thể

• Tester nên tự viết code sản phẩm

• Kiểm thử nên thực hiện càng sớm càng tốt

• Tập trung vào khu vực rủi ro

Lý do nên kiểm thử sớm là gì?

• Để tăng chi phí sửa lỗi

• Để phát hiện lỗi ở giai đoạn đầu, tiết kiệm chi phí

• Để tăng số lượng lỗi

• Để có nhiều người tham gia kiểm thử

Vai trò của Tester trong phát triển phần mềm là:

• Chỉ tìm lỗi

• Đánh giá, xác thực phần mềm, báo lỗi, góp ý quy trình

• Viết code

• Thiết kế giao diện

Nếu phát hiện lỗi nhưng không tái hiện lại được, bạn nên:

• Bỏ qua

• Ghi nhận chi tiết, báo cáo lỗi, thử lại nhiều môi trường

• Xoá phần mềm

• Không báo lỗi

Khi nào nên kiểm thử tự động?

• Khi kiểm thử giao diện

• Khi kiểm thử hồi quy, lặp lại nhiều lần

• Khi mới có sản phẩm

• Khi không cần kiểm thử

Làm sao để kiểm thử phần mềm hiệu quả?

• Không cần kế hoạch kiểm thử

• Kết hợp tự động & thủ công, môi trường phù hợp, kiểm thử liên tục

• Không cần đào tạo tester

• Bỏ qua kiểm thử hồi quy