Trong quá trình làm phần mềm, nếu một vấn đề sai xót hoặc lỗi được phát hiện và sửa chữa sau khi chuyển giao phần mềm sẽ tốn kém gấp từ một trăm đến một nghìn lần vấn đề đó nếu nó được phát hiện trong quá trình làm phần mềm [2]. Do đó, điều rất quan trọng là cần thiêt phải liên tục có sự đánh giá và thẩm định chất lượng phần mềm (ví dụ như các khía cạnh về chức năng, về độ tin cậy, khả năng thực thi của phần mềm và của hệ thống…vv). Cần phải phát hiện lỗi càng sớm càng tốt.
Hình 2-7 Chi phí khắc phục và lỗi theo thời gian
Liên tục thẩm định chất lượng của phần mềm có nghĩa là liên tục tạo ra các kiểm thử đánh giá chức năng và hành vi và hoạt động của hệ thống. Thông qua quá trình liên tục đánh giá thẩm định đó rủi ro có thể ảnh hưởng đến chất lượng phần mềm sớm được quản lý và có kế hoạch khắc phục ngay từ ban đầu, có nghĩa là có kế hoạch phát hiện, quản lý và khắc phục rủi ro ngay từ sớm nhất có thể, như trên biểu đồ. Như vậy làm giảm chi phí phát triển phần mềm. Mặt khác liên tục thẩm định đánh giá chất lượng phần mềm giúp các nhà quản lý dự án có điều kiện sớm tìm hiểu nguyên nhân của các vấn đề của dự án và có thể sớm tìm ra được bản chất của vấn đề. Điều này cũng phù hợp với cách thức nhận thức và tiếp cận vấn đề của con người không thể ngay một lúc mà có thể hiểu và nắm bắt hết mọi thứ, cần thông qua quá trình tiếp cận dần dần và có sự lặp lại ở mức cao hơn và sâu hơn về bản chất của cùng một vấn đề. Tuy nhiên, có một điều mà ta cần phải lưu ý ở đây là, việc liên tục thẩm định chất lượng phần mềm và quản lý rủi ro này chỉ làm phần mềm ít lỗi và tăng độ tin cậy hơn chứ không thể làm cho chất lượng phần mềm vượt quá mục tiêu của yêu cầu và khâu thiết kế được. Và như biểu đồ ở trên đã chỉ ra trong thực tế là phát hiện và khắc phục lỗi càng sớm thì càng hạn chế được chi phí và tăng độ tin cậy của phần mềm