6 Các quá trình vòng đời hệ thống
7.1.7 Quá trình kiểm tra chất lượng phần mềm
CHÚ THÍCH: Quá trình kiểm tra chất lượng phần mềm trong tiêu chuẩn này là một quá trình mức độ thấp hơn của quá trình triển khai phần mềm. Người sử dụng tiêu chuẩn ISO/IEC 15288 có thể quyết định rằng quá trình này được thực hiện bởi quá trình xác minh của tiêu chuẩn ISO/IEC 15288 trong việc áp dụng đệ quy của tiêu chuẩn đó.
7.1.7.1 Mục đích
Mục đích của quá trình kiểm tra chất lượng phần mềm là để xác nhận rằng sản phẩm phần mềm được tích hợp đáp ứng các yêu cầu xác định của nó.
Kết quả triển khai thành công của quá trình kiểm tra chất lượng phần mềm gồm:
a) Tiêu chí đối với phần mềm tích hợp được phát triển cho thấy sự tuân thủ đúng với các yêu cầu phần mềm;
b) Phần mềm tích hợp được xác minh bằng cách sử dụng các tiêu chí xác định; c) Kết quả kiểm tra được ghi lại;
d) Chiến lược hồi quy được phát triển và áp dụng để kiểm tra lại phần mềm tích hợp khi sự thay đổi trong các thành phần phần mềm được thực hiện.
CHÚ THÍCH: Chiến lược hồi quy nên được phát triển, nhằm áp dụng để kiểm tra lại phần mềm tích hợp khi sự thay đổi được thực hiện trong các thành phần phần mềm.
7.1.7.3 Hoạt động và nhiệm vụ
Dự án phải triển khai các hoạt động sau phù hợp với các thủ tục và chính sách có tổ chức có khả năng áp dụng trong quá trình kiểm tra chất lượng phần mềm.
7.1.7.3.1Kiểm tra chất lượng phần mềm
Đối với mỗi thành phần phần mềm (hoặc thành phần cấu hình, nếu được định nghĩa) hoạt động này bao gồm các nhiệm vụ sau:
7.1.7.3.1.1 Bên triển khai phải tiến hành kiểm tra chất lượng phù hợp với các yêu cầu chất lượng đối với thành phần phần mềm. Nó phải được đảm bảo rằng việc triển khai mỗi yêu cầu phần mềm được kiểm tra phù hợp. Kết quả kiểm tra chất lượng phải được tài liệu hóa.
7.1.7.3.1.2 Bên triển khai phải cập nhật tài liệu hướng dẫn người sử dụng khi cần thiết.
7.1.7.3.1.3 Bên triển khai phải đánh giá thiết kế, mã hóa, các bài kiểm tra, kết quả kiểm tra và tài liệu hướng dẫn người sử dụng bằng cách xem xét các tiêu chí được liệt kê dưới đây. Kết quả của các đánh giá phải được tài liệu hóa.
a) Phạm vi kiểm tra các yêu cầu của thành phần phần mềm;
b) Sự tuân thủ theo kết quả được kỳ vọng;
c) Tính khả thi của việc kiểm tra và tích hợp phần mềm, nếu được tiến hành; d) Tính khả thi của việc vận hành và bảo trì.
7.1.7.3.1.4 Bên triển khai phải hỗ trợ kiểm tra phù hợp với mục 7.2.7. Kết quả của việc kiểm tra phải được tài liệu hóa. Nếu cả phần cứng và phần mềm đang phát triển hoặc tích hợp, việc kiểm tra có thể được đình chỉ lại cho đến khi kiểm tra chất lượng hệ thống.
7.1.7.3.1.5 Khi hoàn thiện thành công các việc kiểm tra, nếu được tiến hành, bên triển khai phải cập nhật và chuẩn bị sản phẩm phần mềm chuyển giao đối với việc tích hợp hệ thống, kiểm tra chất lượng hệ thống, cài đặt phần mềm hoặc hỗ trợ tiếp nhận phần mềm khi có thể áp dụng.
CHÚ THÍCH: Quá trình kiểm tra chất lượng phần mềm có thể được sử dụng trong quá trình xác minh phần mềm (mục 7.2.4) hoặc quá trình xác nhận phần mềm (mục 7.2.5).