Nguyên tắc Kiểm thử Phần mềm: Tìm hiểu với các Ví dụ

Hướng dẫn dưới đây giới thiệu bảy Nguyên tắc kiểm tra phần mềm cơ bản mà mọi chuyên viên kiểm thử phần mềm và chuyên gia QA nên biết.

Danh sách nguyên tắc kiểm thử phần mềm bạn nên biết

Tìm ra lỗi càng sớm càng tốt:

Bắt đầu quá trình kiểm thử phần mềm bằng cách phân tích các yêu cầu rất lâu trước khi phát triển.

Đảm bảo bạn có 3 cấp độ kiểm thử phần mềm

• Kiểm thử tích hợp (do CNTT thực hiện)
• Kiểm thử hệ thống (được thực hiện bởi những người kiểm tra chuyên nghiệp)
• Kiểm tra chấp nhận (do người dùng doanh nghiệp thực hiện)

Đừng mong đợi quá nhiều về kiểm tra tự động

• Trước tiên, hãy để tôi nói rõ điều này: Kiểm tra tự động có thể cực kỳ hữu ích và có thể là một công cụ tiết kiệm thời gian thực. Nhưng nó cũng có thể trở thành một giải pháp rất tốn kém và không hợp lệ.

Đối phó với sự kháng cự

• Nếu bạn muốn trở nên nổi tiếng ngay lập tức, đừng trở thành người kiểm tra phần mềm! Bạn sẽ nhận ra rằng bạn sẽ gặp phải rất nhiều sự phản kháng. Rất có thể bạn sẽ trở thành người bảo vệ chất lượng duy nhất ở một thời điểm nào đó. Những người tham gia khác trong dự án sẽ bị cám dỗ để hoàn thành thời hạn, bất kể chất lượng của ứng dụng như thế nào.
• Bạn nên giải quyết vấn đề này bằng cách báo cáo sự kiện và số liệu thay vì ý kiến. Có thể mất một lúc trước khi các đồng nghiệp làm việc của bạn đánh giá cao công việc tuyệt vời mà bạn đang làm.

Thực hiện kiểm tra hồi quy mỗi bản phát hành mới

• Được rồi, bạn đã kiểm tra thành công sự phát triển mới của mình. Tuyệt quá. Nhưng các tính năng của ứng dụng mà bạn không thay đổi vẫn hoạt động? Bạn thực sự nên kiểm tra điều này trước khi phát trực tiếp.

Cho phép người dùng thực kiểm tra với dữ liệu thực

• Điều này là hiển nhiên nhưng ai làm điều đó?
• Bạn không thể đánh bại dữ liệu thực.

Cung cấp cho các khuyết tật một trạng thái nghiêm trọng của thử nghiệm

• Quan trọng (phải có, không cần làm việc xung quanh)

• Cao (phải có, làm việc xung quanh có thể)
• Trung bình (không quan trọng kinh doanh, nhưng muốn)
• Thấp (rất vui khi có)

Cho phép chủ sở hữu sản phẩm quyết định xem có cần sửa lỗi hay không dựa trên mức độ ưu tiên của doanh nghiệp

• Rõ ràng một chút, nhưng tôi đã thấy những người thử nghiệm đưa ra quyết định này và chỉ định các trạng thái kinh doanh
• Tích cực sử dụng các trạng thái này để báo cáo và theo dõi.

Đây có thể là mục tiêu khó đạt được nhất

• Bạn nên nói về tiêu chí đầu ra và đầu vào với CNTT. Khi nào thì phần mềm đủ tốt để cung cấp cho nhóm kiểm thử? Hãy nghĩ về các lỗi máy chủ, mức độ kiểm tra CNTT nhất định đã đạt được, khi nào và cách xây dựng…
• Đối với kinh doanh cũng vậy. Chất lượng họ mong đợi là gì? Ai sẽ đưa ra quyết định về thời điểm phát trực tiếp? Hãy chắc chắn rằng đó không phải là bạn. Vai trò của bạn nên là cố vấn.

Tập trung vào quá trình kiểm thử phần mềm, không phải vào các công cụ

• Có rất nhiều cuộc trò chuyện về phần mềm quản lý kiểm tra. Chắc chắn, chúng thực sự có thể rất hữu ích. Những công cụ này có thể sẽ mất rất nhiều công việc trên tay của bạn. Nhưng đừng quên: chính bạn là người phải xác định quy trình thử nghiệm. Không có công cụ nào sẽ làm điều đó cho bạn! Suy nghĩ kỹ lưỡng về cách bạn sẽ tổ chức thử nghiệm của mình. Bạn có thể rất thành công bằng cách sử dụng các công cụ cơ bản như MS Excel.

>>> Tham khảo: Khóa học kiểm thử phần mềm