Kiểm thử là một phần thiết yếu của quá trình phát triển phần mềm. Để quá trình kiểm thử đạt được hiệu quả cao nhất, các tester cần tuần theo 7 nguyên tắc kiểm thử dưới đây.

Theo ISTQB (International Software Testing Qualifications Board), 7 nguyên tắc kiểm thử phần mềm bao gồm:

1. Kiểm thử cho thấy sự hiện diện của lỗi

2. Kiểm thử tất cả là điều không thể

3. Kiểm thử sớm giúp tiết kiệm thời gian và chi phí

4. Lỗi tập trung lại một cụm với nhau

5. Nghịch lý thuốc trừ sâu

6. Kiểm thử phụ thuộc ngữ cảnh

7. Suy nghĩ sai lầm về việc hết lỗi

Hãy cùng iViettech tìm hiểu cụ thể về các nguyên tắc này nhé!

1. Kiểm thử cho thấy sự hiện diện của lỗi

Mục đích của kiểm thử phần mềm là xác định các lỗi (bug) để các developer có thể khắc phục chúng trước khi triển khai phần mềm vào môi trường sản xuất. Nhờ có hoạt động kiểm thử, các lỗi tiềm ẩn trong giai đoạn phát triển phần mềm sẽ được phát hiện và loại bỏ, từ đó đảm bảo những sản phẩm có chất lượng tốt nhất mới được phép đến tay khách hàng.

Tuy nhiên, quá trình kiểm thử này không có nghĩa là không có bất kỳ lỗi nào trong sản phẩm. Nó chỉ có nghĩa là có thể có lỗi, nhưng bạn đã không tìm thấy chúng. Điển hình là một ứng dụng không còn xuất hiện lỗi khi chuyển sang giai đoạn kiểm thử khác, nhưng nó có thể xuất hiện lỗi trong quá trình đưa ra thị trường cho người dùng thử nghiệm.

Do đó, kiểm thử phần mềm chỉ giúp giảm thiểu tối đa lỗi của sản phẩm. Điều quan trọng là các Tester phải thiết kế được bộ Test Case có mức bao phủ rộng để có thể tìm được càng nhiều lỗi càng tốt.

2. Kiểm thử tất cả là điều không thể

Sự thật là các Tester không thể kiểm thử tất cả mọi thứ. Người kiểm thử không thể thử nghiệm ứng dụng từ mọi khía cạnh, tức là mọi sự kết hợp của dữ liệu đầu vào và dữ liệu đầu ra. Nếu bạn cố gắng làm vậy, bạn sẽ lãng phí thời gian, tiền bạc và công sức, nhưng nó sẽ không ảnh hưởng đến chất lượng tổng thể của phần mềm.

Không có sản phẩm nào đảm bảo sự hoàn hảo 100%. Nó có thể đạt được 99% hiệu quả về mặt chức năng, nhưng việc đạt được hiệu quả 100% về mặt kỹ thuật là điều phi thực tế. Các Tester luôn nỗ lực tối đa để tạo ra một phần mềm không có lỗi, nhưng việc tìm ra được toàn bộ lỗi là ngoài sức tưởng tượng.

Thay vì kiểm thử toàn diện, bạn có thể đánh giá các rủi ro và lập kế hoạch kiểm thử xung quanh những rủi ro này để chắc chắn rằng mình đang kiểm tra các chức năng chính. Các Tester thường lường trước các rủi ro và ưu tiên tập trung kiểm tra các điểm cần thiết có nguy cơ lỗi cao – và không cần phải kiểm tra từng dòng code riêng lẻ.

3. Kiểm thử sớm giúp tiết kiệm thời gian và chi phí

Trong vòng đời phát triển phần mềm, kiểm thử sớm là chìa khóa để xác định bất định bất kỳ lỗi nào trong giai đoạn yêu cầu hoặc thiết kế càng sớm càng tốt. Việc gỡ lỗi sớm từ giai đoạn đầu của kiểm thử sẽ dễ dàng và ít tốn kém hơn nhiều so với khi kết thúc vòng đời phần mềm, vì khi đó bản có thể phải viết lại toàn bộ khu vực chức năng. Ngoài ra, nếu phát hiện lỗi muộn (nhất là vào giai đoạn cuối) sẽ dẫn đến việc sửa – test – code vội, kéo theo chất lượng sản phẩm không được đảm bảo. Điều này có nghĩa tiến độ dự án sẽ không hoàn thành đúng thời hạn và buộc phải overtime, chi phí của dự án theo đó cũng tăng lên.

Tóm lại, hoạt động kiểm thử nên được tiến hành càng sớm càng tốt ngay từ giai đoạn đầu của quá trình phát triển phần mềm.