Nguyên lý Nội dung Giải thích

Kiểm thử có thể cho thấy có lỗi, nhưng không thể chứng minh
rằng không có lỗi.

Kiểm thử làm giảm xác suất các lỗi chưa được phát hiện còn lại
trong phần mềm, nhưng ngay cả khi không tìm thấy lỗi nào, nó
Kiểm thử cho thấy sự hiện diện của không phải là bằng chứng về tính đúng đắn cho việc chứng minh
Nguyên lý 1 lỗi phần mềm không có lỗi.

Kiểm thử toàn bộ (tất cả các kết hợp của tất cả các đầu vào và
điều kiện tiên quyết) là không khả thi, ngoại trừ những trường hợp
nhỏ.

Thay vì kiểm thử toàn bộ, chúng ta sử dụng quản lý rủi ro và độ

ưu tiên để tập trung nỗ lực cho việc kiểm thử.
Nguyên lý 2 Kiểm thử toàn bộ là không thể

Các hoạt động kiểm thử phải bắt đầu càng sớm càng tốt trong
Nguyên lý vòng đời phát triển phần mềm, và phải tập trung vào các mục tiêu
3 Kiểm thử sớm đã xác định.

Một số lượng nhỏ các mô đun chứa hầu hết các lỗi được phát hiện
Nguyên lý 4 Phân cụm lỗi trong quá trình kiểm thử.

Nếu các bài kiểm thử giống nhau được lặp đi lặp lại nhiều lần,
cuối cùng tập hợp các trường hợp kiểm thử giống nhau sẽ không
còn tìm thấy bất kỳ lỗi mới nào nữa.

Để khắc phục nghịch lý thuốc trừ sâu này, các trường hợp kiểm
thử cần được thường xuyên xem xét và sửa đổi, đồng thời phải
cập nhật kịch bản kiểm thử để có khả năng tìm ra nhiều lỗi mới
hơn.
Nguyên lý 5 Nghịch lý thuốc trừ sâu

Kiểm thử được thực hiện khác nhau trong các bối cảnh khác nhau.

Ví dụ: phần mềm quan trọng về an toàn được kiểm tra khác với
Nguyên lý 6 Kiểm thử phụ thuộc vào ngữ cảnh trang thương mại điện tử.

Việc tìm kiếm và sửa chữa lỗi sẽ không giúp ích gì nếu hệ thống
được xây dựng lại không sử dụng được và không đáp ứng được
Nguyên lý 7 Quan điểm sai lầm về việc hết lỗi nhu cầu và mong đợi của người dùng.
Các mục sẽ có trong đề thi
Giải thích các nguyên tắc cơ bản trong thử nghiệm. (K2)

Trong Mục 1.1 và 1.2, chúng ta đã được giới thiệu và giải thích ngắn gọn một số
nguyên lý kiểm thử.
Các nguyên lý này đã được đề xuất trong 40 năm qua và đưa ra các hướng dẫn chung
cho tất cả các bài kiểm thử.