Test thế nào là đủ?

Vấn đề:

• Càng test càng có nhiều bug
• Vấn đề đặt ra là không phải phần mềm đã hết lỗi chưa mà là phần mềm đã đủ tốt để đưa ra sử dụng hay chưa?

Giải quyết vấn đề

• Không có câu trả lời chính xác cho vấn đề trên
• Điều then chốt là dựa vào kinh nghiệm và cảm nhận trong từng dự án -> Tuy nhiên để xác định thời gian và nguồn lực như thế nào thì ta dựa vào các điều sau: Ưu tiên phân bổ nguồn lực :
• Nơi tập trung testing: Những vùng quan trọng nhất của phần mềm, những lỗi dề xảy ra , những lỗi người dùng dễ nhìn thấy, những vùng phần mềm hay được dùng nhất, những vùng có đặc trưng riêng khác hẳn các vùng khác, những vùng phần mềm dễ bị ảnh hưởng nhất bởi các change vừa có (khi regression test), những loại lỗi khó fix nhất, những loại lỗi tester biết rõ nhất và lờ mờ nhất.
• Positive test trước, negative tets sau Ưu tiên sắp xếp test theo quality dimension
• Function testing, phải bao quát được business cycle của hệ thống
• Usability testing, chú ý test GUI
• Security testing. Integration testing… Chọn lọc các test case hiệu quả
• Kỹ thuật phân vùng tương đương
• Phân tích giá trị biên
• Đoán lỗi ……
• Tính mức ưu tiên cho mỗi test case bằng cách xây dựng “ Test Coverage matrix”
• Thống kê hiệu quả của mỗi test case qua thời gian Đánh giá xác suất bug còn tiềm ẩn
• Dựng biểu đồ biểu diễn số lượng các lỗi tìm thấy trong 1 đơn vị thời gian
• Dựng biểu đồ thống kê số lỗi đã tìm thấy trong mỗi phiên bản đã release của phần mềm
• So sánh với mức xác suất còn lỗi sau khi release có thể chấp nhận