KIỂM THỬ CHỈ RA “CÒN LỖI”
- Kiểm thử có thể cho thấy rằng phần mềm đang có lỗi
- Kiểm thử không thể chứng minh rằng phần mềm không có lỗi.
KIỂM THỬ VÉT CẠN LÀ KHÔNG THỂ
- Kiểm thử với tất cả các kết hợp đầu vào và đầu ra, với tất cả các kịch bản là không thể
- Cần phân tích rủi ro và dựa trên sự mức độ ưu tiên để tập trung việc kiểm thử vào một số điểm cần thiết, có nguy cơ lỗi cao hơn.

KIỂM THỬ PHẢI BẮT ĐẦU SỚM
Các hoạt động kiểm thử nên được bắt đầu càng sớm càng tốt trong qui trình phát triển (vòng đời phát triển) phần mềm

LỖI QUẦN TỤ
- Thông thường, lỗi tập trung vào những module, thành phần chức năng chính của hệ thống (nguyên tắc perato/ nguyên tắc tổ gián)
- Nên tập trung vào tìm kiếm lỗi quanh khu vực được xác định

TEST CASE CÙN DẦN THEO THỜI GIAN
- Hiệu quả của các trường hợp kiểm thử bắt đầu giảm xuống sau một số lần thực hiện
- Phải luôn xem xét và sửa đổi các trường hợp kiểm thử trên một khoảng thời gian thường xuyên

KIỂM THỬ THEO CÁC NGỮ CẢNH ĐỘC LẬP
- Việc kiểm thử phụ thuộc vào ngữ cảnh và chúng ta phải tiếp cận kiểm thử theo nhiều ngữ cảnh khác nhau
- Mỗi ngữ cảnh cần có chiến lược kiểm thử phù hợp. Ví dụ:
- Kiểm thử ứng dụng di động khác kiểm thử web/desktop
- Kiểm thử cho quán cafe khác kiểm thử cho quán nhậu

QUAN NIỆM SAI LẦM VỀ VIỆC “HẾT LỖI”
- Việc không tìm thấy lỗi trên sản phẩm không đồng nghĩa với việc sản phẩm đã sẵn sàng để tung ra thị trường
- Có thể dừng test khi
- Rủi ro về chất lượng ở mức chấp nhận đượcCác mục tiêu, chỉ tiêu đưa ra trong kế hoạch test đã đạt được
