ISTQB-Nguyên tắc cơ bản về kiểm thử – Mục 1.1 – Phần 4/6

Kiểm thử và chất lượng

Kiểm thử giúp chúng ta đo lường chất lượng của phần mềm về số lượng lỗi được tìm thấy, các thử nghiệm chạy và độ phủ của hệ thống được kiểm tra. Chúng ta có thể làm điều này cho cả các thuộc tính chức năng của phần mềm (ví dụ: in báo cáo một cách chính xác) và cho các yêu cầu và đặc điểm phần mềm phi chức năng (ví dụ: in một báo cáo đủ nhanh).

Kiểm thử có thể mang lại sự tin tưởng về chất lượng của phần mềm nếu nó tìm thấy ít hoặc không có defect, miễn là việc kiểm thử đủ nghiêm ngặt. Tất nhiên, việc kiểm thử kém có thể không phát hiện ra một số defect và khiến chúng ta có cảm giác an toàn.

Một bài kiểm thử được thiết kế tốt sẽ phát hiện ra các defect nếu chúng có mặt và do đó, nếu vượt qua bài kiểm thử này, chúng ta sẽ tự tin hơn vào phần mềm và có thể khẳng định rằng mức độ rủi ro tổng thể khi sử dụng hệ thống đã được giảm bớt.

Trong quá trình kiểm thử nếu phát hiện ra các defect , chất lượng của hệ thống phần mềm sẽ tăng lên khi những defect đó được sửa chữa, miễn là việc sửa chữa được thực hiện đúng cách.

Chất lượng là gì?

What is quality

Đối với dự án, để cung cấp những gì khách hàng cần thì yêu cầu một đặc tả chính xác. Ngoài ra, hệ thống chuyển giao phải đáp ứng những đặc tả đó. Đây được gọi là validation (“đây có phải là đặc tả đúng không? – the right specification“) và verification (“hệ thống có chính xác với đặc tả không?”). Tất nhiên, cũng như việc muốn hệ thống phần mềm được xây dựng chính xác, khách hàng cũng muốn dự án nằm trong phạm vi ngân sách và thời gian.

Định nghĩa ISTQB glossary không chỉ bao gồm các yêu cầu cụ thể mà còn bao gồm cả nhu cầu và mong đợi của người dùng và khách hàng. Điều quan trọng là nhóm dự án, khách hàng và bất kỳ bên liên quan nào khác của dự án phải đặt ra và đồng ý các kỳ vọng đó.

Chất lượng phần mềm đáp ứng đặc tả, tốt về mặt kỹ thuật và có ít lỗi lại có thể không cung cấp giải pháp chất lượng cho khách hàng.

Nếu khách hàng thấy rằng họ đã chi nhiều tiền hơn họ muốn hoặc phần mềm không giúp họ thực hiện nhiệm vụ của mình, họ sẽ không bị ấn tượng bởi sự xuất sắc về kỹ thuật. Nếu khách hàng muốn một chiếc xe giá rẻ để “chạy thử” và có ngân sách nhỏ thì một chiếc xe thể thao đắt tiền hoặc một chiếc xe tăng quân sự không phải là giải pháp chất lượng, dù chúng có được chế tạo tốt hay không.

Để giúp bạn so sánh kỳ vọng của những người khác nhau, Bảng 1.1 tóm tắt và giải thích các quan điểm và kỳ vọng về chất lượng bằng cách sử dụng “sản xuất và mua cà chua” như một phép tương tự cho “sản xuất và mua phần mềm”. Bạn sẽ thấy khi nhìn qua bảng rằng cách tiếp cận để kiểm tra sẽ khá khác nhau tùy thuộc vào quan điểm mà ta ủng hộ [Trienekens], [Evans].

Bảng 1.1.
Quan điểm
Phần mềm
Cà chua
Chất lượng được đo bằng cách xem xét các thuộc tính của sản phẩm. ​Đo lường các thuộc tính của phần mềm, ví dụ: độ tin cậy  về thời gian trung bình giữa các lần hỏng hóc (MBTF – Mean time between failures) và phát hành khi chúng đạt đến một mức cụ thể, ví dụ: MTBF trong 12 giờ. Sản phẩm có kích thước và hình dạng phù hợp để đóng gói cho siêu thị. Cà chua có mùi vị và màu sắc đẹp.
Chất lượng là đáp ứng việc sử dụng. Chất lượng có thể được đánh giá bởi nhiều khía cạnh chứ không chỉ có những khía cạnh định lượng. ​Hỏi người dùng xem họ có thể thực hiện nhiệm vụ của mình không, nếu họ hài lòng rằng họ có thể, chúng ta sẽ phát hành phần mềm. Cà chua phù hợp với cách nấu ăn.
Chất lượng dựa trên quy trình sản xuất tốt, đáp ứng yêu cầu đã định nghĩa. Được đo lường bởi việc kiểm thử, sự kiểm duyệt và phân tích các faultsfailures Sử dụng một qui trình phát triển phần mềm được công nhận, phần mềm chỉ được phát hành chỉ khi có ít hơn 5 lỗi có mức ưu tiên cao sau khi hoàn tất quá trình kiểm thử. Được trồng theo phương pháp hữu cơ. Cà chua không có tì vết và không bị sâu bệnh.
Kì vọng về giá trị đồng tiền, khả năng chi trả, và sự đánh đổi giá trị dựa trên các khía cạnh như  thời gian, nỗ lực và chi phí. Chúng ta có thể đủ khả năng để mua phần mềm này và mong ROI. Khung thời gian để đảm bảo chi phí dự án là 2 tuần. Sản phẩm có thời giạn sử dụng tốt. Cà chua rẻ hoặc đáng đồng tiền.
Cảm xúc của cá nhân hoặc nhóm cá nhân về sản phẩm hoặc nhà cung cấp Khách hàng thích phần mềm này! Nó hài hước và cập nhật những thứ mới nhất. Do đó, chuyện gì xảy ra nếu có một vài vấn đề, chúng ta sẽ tiếp tục sử dụng và bỏ qua các vấn đề đó?….

Chúng tôi thực sự thích làm việc với nhóm phần mềm này. Vì vậy, có một vài vấn đề được họ giải quyết rất nhanh chóng, chúng tôi tin tưởng họ.

Cà chua được lấy từ một trang trại nhỏ ở địa phương, và chúng tôi hợp tác rất tốt với những người trồng trọt.

Phần tiếp theo, các bạn sẽ được tìm hiểu về Phân tích nguyên nhân gốc rễ, hãy cùng đón đọc nhé!

Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây.

 

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *