Các phương pháp đánh giá chất lượng phần mềm

i LỜI CAM ĐOAN Tôi xin cam đoan công trình nghiên cứu riêng tôi, số liệu kết nghiên cứu luận văn trung thực không trùng lặp với đề tài khác Tôi xin cam đoan giúp đỡ cho việc thực luận văn cảm ơn thông tin trích dẫn luận văn rõ nguồn gốc Học viên Nguyễn Thị Tính ii MỤC LỤC LỜI CAM ĐOAN .i MỤC LỤC ii MỤC LỤC HÌNH ẢNH iv DANH MỤC BẢNG BIỂU v ĐẶT VẤN ĐỀ vi I.TÍNH CẤP THIẾT CỦA ĐỀ TÀI vi II.MỤC TIÊU CỦA ĐỀ TÀI LUẬN VĂN vii III.ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU .vii IV.PHƯƠNG PHÁP NGHIÊN CỨU vii V.KẾT QUẢ DỰ KIẾN ĐẠT ĐƯỢC vii VI.CẤU TRÚC LUẬN VĂN viii CHƯƠNG QUI TRÌNH VÀ CHẤT LƯỢNG PHẦN MỀM 1.1 SẢN PHẨM VÀ CHẤT LƯỢNG PHẦN MỀM 1.1.1 Khái niệm sản phẩm phần mềm 1.1.2 Khái niệm lỗi phần mềm 1.1.3 Chi phí sửa lỗi 1.1.4 Khái niệm kiểm thử phần mềm 1.1.5 Những khó khăn kiểm thử phần mềm 1.1.6 Kiểm thử quy trình phát triển phần mềm 1.2 CHẤT LƯỢNG VÀ CÁC TIÊU CHÍ ĐÁNH GIÁ PHẦN MỀM 11 1.2.1 Chất lượng phần mềm 11 1.2.2 Các tiêu chí đánh giá 12 1.3 QUY TRÌNH KIỂM THỬ PHẦN MỀM 13 1.4 TỰ ĐỘNG HÓA KIỂM THỬ 14 CHƯƠNG CÁC KỸ THUẬT KIỂM THỬ PHẦN MỀM 16 2.1.NGUYÊN TẮC CƠ BẢN CỦA KIỂM THỬ PHẦN MỀM 16 2.1.1.Các nguyên tắc kiểm thử phần mềm 16 2.1.2 Luồng thông tin kiểm thử 19 iii 2.1.3 Thiết kế trường hợp kiểm thử 20 2.2.KIỂM THỬ HỘP ĐEN 20 2.2.1 Phân hoạch tương đương 21 2.2.2 Phân tích giá trị biên 26 2.2.3 Kiểm thử giá trị đặc biệt 28 2.2.4 Kỹ thuật đồ thị nhân 29 2.3.KIỂM THỬ HỘP TRẮNG 33 2.3.1 Kiểm thử dựa đồ thị luồng điều khiển 33 2.3.2.Kiểm thử dựa đồ thị luồng liệu 41 2.3.3.Kiểm thử điều kiện 43 2.4.SO SÁNH KIỂM THỬ HỘP ĐEN VÀ KIỂM THỬ HỘP TRẮNG 44 CHƯƠNG 3MỘT SỐ ỨNG DỤNG CỦA QUY TRÌNH KIỂM THỬ 45 3.1 BÀI TOÁN NAME CORRECTING 46 3.1.1 Giới thiệu toán 46 3.1.2 Phạm vi giải 49 3.1.3 Thiết kế trường hợp kiểm thử 49 3.2 BÀI TOÁN SORT 52 3.2.1 Phát biểu toán 52 3.2.2 Phạm vi giải 52 3.2.3 Thiết kế trường hợp kiểm thử 52 3.2.4 Kết kiểm thử 60 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 61 TÀI LIỆU THAM KHẢO 62 iv MỤC LỤC HÌNH ẢNH Hình 1 - Sản phẩm phần mềm Nguồn: [13] Hình – Các nguyên nhân gây lỗi phần mềm [5] Hình - Chi phí cho việc sửa lỗi Nguồn: [6], [8] Hình - Quy trình kiểm thử 13 Hình -Quy trình chi tiết trình kiểm thử 14 Hình - Mô hình luồng thông tin kiểm thử 19 Hình 2 - Ví dụ đồ thị nhân 32 Hình – Quy trình tạo ca kiểm thử dựa đồ thị luồng điều khiển 34 Hình – Đồ thị luồng điều khiển biểu diễn chương trình sum 35 Hình - Ví dụ tiêu chí bao phủ cung 35 Hình - Đồ thị biểu diễn chương trình tính tổng nghịch đảo 37 Hình - Đồ thị luồng điều khiển biểu diễn hàm abc 39 Hình - Đồ thị luồng điều khiển biểu diễn hàm foo 42 Hình - Giao diện kiểm thử toán NC 51 Hình - Minh họa thuật toán xếp MergeSort 53 Hình 3 - Đồ thị lưu trình cho hàm Merge 54 Hình - Kết ghi file log 60 Hình - Giao diện điều khiển kiểm thử thuật toán xếp 60 v DANH MỤC BẢNG BIỂU Bảng 1 - Tỷ lệ công việc giai đoạn phát triển phần mềm Bảng - Bảng liệt kê lớp tương đương 22 Bảng – Các lớp tương đương cho chương trình tính hoa hồng 24 Bảng – Các ca kiểm thử lớp tương đương yếu 24 cho chương trình tính hoa hồng 24 Bảng – Kiểm thử lớp tương đương cho chương trình tính hoa hồng 25 Bảng – Các lớp tương đương cho chương trình tam giác dựa vào liệu vào 25 Bảng – Các ca kiểm thử cho chương trình tam giác dựa liệu vào 26 Bảng – Các ký hiệu đồ thị nhân 30 Bảng - Bảng định tính thuế thu nhập 32 Bảng - Minh họa testcase chương trình NC 50 Bảng - Bảng trường hợp kiểm thử cho module Merge 56 Bảng 3 - Các trường hợp kiểm thử cho module Split 57 vi ĐẶT VẤN ĐỀ I TÍNH CẤP THIẾT CỦA ĐỀ TÀI Với phát triển ngày mạnh mẽ công nghiệp công nghệ thông tin nói chung công nghệ phần mềm nói riêng, việc xây dựng phát triển phần mềm thực ngày tỏ hiệu nhờ hỗ trợ nhiều công cụ tiện ích tiên tiến Cùng với đà phát triển đó, hoạt động quản lí chất lượng phần mềm ngày gánh trách nhiệm thêm nặng nề chuyên nghiệp Tuy nhiên thực tế cho thấy rằng, vấn đề quản lý chất lượng phần mềm chưa thực đáp ứng đòi hỏi khắt khe phần mềm chất lượng tốc độ triển khai ứng dụng Các hoạt động đánh giá chất lượng phần mềm không đảm bảo sản phẩm phần mềm lỗi Quản lý chất lượng phần mềm lĩnh vực công nghệ phần mềm, có nhiệm vụ kiểm tra xác minh tiêu chí phần mềm: tính đúng, tính khoa học, tính tin cậy, tính vững vàng, tính dễ chuyển mang, tính dễ sử dụng, dễ phát triển hoàn thiện Đây trình liên tục, xuyên suốt giai đoạn phát triển phần mềm nhằm đảm bảo phần mềm đáp ứng yêu cầu thiết kế nhu cầu người dùng Các kỹ thuật đánh giá chất lượng phần mềm nghiên cứu chiều rộng lẫn chiều sâu, việc đánh giá trở thành quy trình bắt buộc dự án phát triển phần mềm [1] Trong qui trình này, kiểm thử phần mềm giai đoạn quan trọng nhằm đảm bảo chất lượng phần mềm, trình chạy thử ứng dụng để phát lỗi xem thỏa mãn yêu cầu đặt giai đoạn phát triển phần mềm [3] Một sản phẩm phần mềm phân phối phải có đầy đủ chức yêu cầu tương thích với phần cứng khách hàng [4], [2] Quy trình phát triển phần mềm bao gồm nhiều giai đoạn nhiều hoạt động nhằm tạo sản phẩm phần mềm Trong đó, kiểm thử hoạt động đóng vai trò quan trọng nhằm phát lỗi phần mềm [5] Đánh giá chất lượng phần mềm ngày khó khăn hơn, ngôn ngữ lập trình, hệ điều hành phương pháp, công cụ phát triển phần mềm thiết bị phần cứng vii ngày phong phú đa dạng.Vì vậy, học viên chọn đề tài “Các phương pháp đánh giá chất lượng phần mềm” làm hướng nghiên cứu cho luận văn II MỤC TIÊU CỦA ĐỀ TÀI LUẬN VĂN Mục đích luận văn là:  Nghiên cứu, tìm hiểu nguyên lý, phương pháp kỹ thuật quản lý đánh giá chất lượng phần mềm  Thiết kế trường hợp kiểm thử xây dựng vài kịch kiểm thử cụ thể III ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU  Luận tập trung tìm hiểu, phân tích khảo sát đổi tượng sau đây:  Quy trình chất kỹ thuật đánh giá chất lượng phần mềm  Tìm hiểu phát triển kĩ thuật kiểm thửhộp đen kiểm thử hộp trắng  Thiết kế trường hợp kiểm thử với liệu lớn IV.PHƯƠNG PHÁP NGHIÊN CỨU Phương pháp nghiên cứu sử dụng luận văn chủ yếu bao gồm:  Phương pháp luận: Nghiên cứu, tìm hiểu khái niệm, chiến lược kỹ thuật đánh giá chất lượng phần mềm  Phương pháp thực nghiệm: thiết kế trường hợp kiểm thử áp dụng cho kịch kiểm thử cụ thể V KẾT QUẢ DỰ KIẾN ĐẠT ĐƯỢC Luận văn tập trung chủ yếu vào kĩ thuật kiểm thử phần mềm khâu quan trọng quản lí chất lượng phần mềm  Thiết kế trường hợp kiểm thử cho số kịch kiểm thử cụ thể  Đặc tả trường hợp kiểm thử kết kiểm thử  Xây dựng kịch kiểm thử Các kịch kiểm thử chia làm hai loại chính: kiểm thử chức kiểm thử phi chức năng.Hai toán 3.1 3.2 đề xuất chương nhằm minh họa cho kĩ thuật vận dụng hai loại kiểm thử nói viii VI.CẤU TRÚC LUẬN VĂN Luận văn gồm Phần mở đầu, ba chương nội dung, Phần kết luận Tài liệu tham khảo Chương 1: Tổng quan qui trình quản lí chất lượng phần mềm Tìm hiểu khái niệm chung sản phẩm phần mềm, vấn đề chất lượng phần mềm, tầm quan trọng, khó khăn việc kiểm thử phần mềm hoạt động đánh giá chất lượng quy trình phát triển phần mềm Chương 2: Các kỹ thuật kiểm thử phần mềm Nội dung chương phân tích kỹ thuật kiểm thử phần mềm:  Kiểm thử hộp đen: xây dựng lớp phân hoạch tương đương, phân tích giá trị biên, kỹ thuật đồ thị nhân quả, kiểm thử giá trị đặc biệt  Kiểm thử hộp trắng: kiểm thử dựa đồ thị luồng điều khiển, kiểm thử dựa luồng liệu, kiểm thử điều kiện Trên sở nội dung nói trên, luận văn phân tích, làm bật yếu tố quan trọng đảm bảo chất lượng phần mềm Chương 3: Một số ứng dụng cụ thể quy trình kiểm thử Để minh hoạ cho phần lý thuyết trên, chương trình bày vài kịch kiểm thử áp dụng kỹ thuật hộp đen kỹ thuật hộp trắng để kiểm thử Xây dựng trường hợp kiểm thử (test cases) cho kịch kiểm thử Xây dựng chương trình giao diện: thực với trường hợp kiểm thử đề xuất, đối sánh kết chương trình kết dự kiến trường hợp kiểm thử Kết luận hướng phát triển Tài liệu tham khảo CHƯƠNG QUI TRÌNH VÀ CHẤT LƯỢNG PHẦN MỀM 1.1 SẢN PHẨM VÀ CHẤT LƯỢNG PHẦN MỀM 1.1.1 Khái niệm sản phẩm phần mềm Phần mềm (bộ) chương trình đươc cài đặt máy tính thực nhiệm vụ tương đối độc lập nhằm phục vụ cho nhiều ứng dụng cụ thể: quản lý hoạt động máy tính áp dụng máy tính hoạt động kinh tế, quốc phòng, văn hóa, giáo dục, giải trí…[4], [5] Ví dụ: S1 Hệ điều hành Ubutu; S2 Môi trường lập trình C++ Devcpp; S3 Hệ thống quản lý: CN2; S4 Game: Lines… … Việc tạo sản phẩm phải trải qua nhiều giai đoạn, người ta gọi quy trình phát triển phần mềm Quy trình khởi động từ bắt đầu có ý tưởng đưa sản phẩm phần mềm thực thi Khối lượng công việc giai đoạn trình sản xuất phần mềm thay đổi theo thời gian Bảng 1.1 minh họa cụ thể tỷ lệ công việc giai đoạn phát triển phần mềm [9] Bảng 1 - Tỷ lệ công việc giai đoạn phát triển phần mềm Giai đoạn Phân Thiết tích yêu kế sơ cầu Thiết kế chi tiết Lập trình Tích hợp Kiểm kiểm kiểm thử thử hệ thử đơn vị tích hợp thống Thập kỉ 19601970 10% Thập kỉ 1980 20% Thập kỉ 1990 40% 80% 60% 30% 10% 20% 30% Theo tài liệu khác [7], chi phí liên quan giai đoạn vòng đời phần mềm thể biểu đồ hình quạt đưới đây: Nguồn [7] Như vậy, sản phẩm phần mềm xem hệ thống bao gồm nhiều phân hệ Mỗi phân hệ lại xây dựng từ cấu phần Mỗi cấu phần bao gồm đơn vị nhỏ Các thành phần phần mềm liên kết với thông qua mối quan hệ tương tác [8] Vì vậy, việc mắc lỗi không xảy lập trình mà xảy cao công đoạn khác quy trình phát triển sản phẩm phần mềm Việc kiểm thử phải tiến hành tất phần tạo nên sản phẩm phần mềm 48 break; case 3: // Duyet cuoi tu if (s[i] != BL) { w[j++] = BL; w[j++] = toupper(s[i]); q = 2; } break; } // switch } // for w[j] = '\0'; cout 3->8->…  Lộ trình 3: 1->2->8->9->8->…  Lộ trình 4: 1->2->8->10->11->10->…  Lộ trình 5: 1->2->3->4->5->7->2->…  Lộ trình 6: 1->2->3->4->6->7->2->… Các dấu chấm lửng (…) phía sau đường dẫn có nghĩa đường dẫn qua phần lại cấu trúc chấp nhận Chúng ta xác định liệu thử tương ứng thỏa mãn tiêu chí bao phủ lộ trình độc lập: DT1 (ứng với lộ trình 1): 1->2->8->10->12  Dữ liệu cần xếp:  Các tham số (left, mid, right): 4 DT2 (ứng với lộ trình 2): 1->2->3->8->…  Dữ liệu cần xếp:  Các tham số (left, mid, right): DT3 (ứng với lộ trình 3): 1->2->8->9->8->… Xét thấy lộ trình xảy DT4 (ứng với lộ trình 4): 1->2->8->10->11->10->…  Dữ liệu cần xếp:  Các tham số (left, mid, right): 4 DT5 (ứng với lộ trình 5): 1->2->3->4->5->7->2->…  Dữ liệu cần xếp:  Các tham số (left, mid, right): DT6 (ứng với lộ trình 6): 1->2->3->4->6->7->2->…  Dữ liệu cần xếp:  Các tham số (left, mid, right): 56 Bảng - Bảng trường hợp kiểm thử cho module Merge Số hiệu lộ trình Tên kiểm thử Merge Merge Merge Merge Merge Đầu vào Data: Các Tham số: 4 Data: Các Tham số: Data: Các Tham số: 4 Data: Các Tham số: Data: Các Tham số: Kết mong đợi 1327562 3274651 1327562 14167238 325741823  Các trường hợp kiểm thử cho chức Split Với chức Split để chia mảng thành hai nửa, mảng có nhiều phần tử Cứ gọi đệ quy cho hai nửa Sau nối hai nửa thành mảng xếp Với chức áp dụng phương pháp kiểm thử điều kiện để phát sinh trường hợp kiểm thử Trong chức Split lệnh thực ứng với điều kiện có dạng: C = E1>E2 E1 ứng với left E2 ứng với right Điều kiện ràng buộc cho C có dạng (D1, D2) với D1 D2 >, = < Vậy trường hợp kiểm thử cho Split phát sinh sau:  Trường hợp 1: left > right  Trường hợp 2: left = right  Trường hợp 3: left < right Trong left >=0, right < số phần tử dãy cần tách 57 Bảng 3 - Các trường hợp kiểm thử cho module Split Đặc tả Số hiệu Tên kiểm thử Split Kiểu kiểm thử Đầu vào Condition Kết mong đợi Data: Các tham số: split 1: Split Condition Data: Các tham số: 1 split 1: Split Condition Data: split 1: Các tham số: split 2: split 3: split 4: split 5: merge 1: split 6: merge 2: split 7: split 8: split 9: merge 3: merge 4: Data dãy số cần xếp Các tham số vị trí bắt đầu kết thúc dãy cần tách  Các trường hợp kiểm thử cho chức MergeSort Ở phần xây dựng trường hợp kiểm thử cho chức MergeSort Chức gọi thực hàm Split kiểm thử cuối cùng, khả xảy lỗi module khó xảy Tuy nhiên, cần thiết 58 kế trường hợp kiểm thử cho module để thực việc kiểm thử tích hợp module tích hợp thành module MergeSort Với liệu đầu vào tổ chức thành lớp tương đương sau:  Dữ liệu đầu vào ngẫu nhiên  Dữ liệu đầu vào có thứ tự  Dữ liệu đầu vào xếp theo thứ tự ngược Mảng xếp gồm K phần tử (1 ≤ K ≤ N, N = 100000) Do miền liệu đầu vào phần hoạch thành lớp tương đương:  Lớp tương đương hợp lệ (1): Mảng có từ đến 100000 phần tử  Lớp tương đương không hợp lệ (2): Mảng có phần tử  Lớp tương đương không hợp lệ (3): Mảng có 100000 phần từ Các giá trị biên lớp tương đương Bao gồm:  Lớp tương đương hợp lệ (1) có giá trị biên là: 1, 100000  Lớp tương đương không hợp lệ (2) có giá trị biên  Lớp tương đương không hợp lệ (3) có giá trị biên 100000+1 Dựa vào cách phân vùng tương đương giá trị biên trên, ta có trường hợp kiểm thử cho mảng gồm 100000phần tử sau:  Trường hợp mảng có phần tử (giá trị biên)  Trường hợp mảng có phần tử (giá trị biên)  Trường hợp mảng có 100000 phần tử (giá trị biên)  Trường hợp mảng có 100001 phần tử (giá trị biên)  Trường hợp mảng có k phần tử (với 1≤ k ≤ 100000) giá trị thuộc lớp tương đương hợp lệ (1) Từ việc phân tích trường hợp hợp lệ không hợp lệ trên, tổng kết bảng trường hợp kiểm thử cho MergeSort sau: 59 Số Tên kiểm hiệu thử MergeSort MergeSort MergeSort Đặc tả Mô tả đầu vào Đầu vào Đầu Mảng liệu đầu Data: [5 1] vào ngẫu nhiên Số lương phần tử: Mảng liệu đầu Data: [1 10] vào có thứ tự Số lương phần tử: Mảng liệu đầu Data: [9 1] vào xếp Số lương phần tử: 1379 Mảng liệu đầu Data: [] Lỗi.Yêu cầu vào có phần tử Số lương phần tử: nhập phần tử Mảng liệu đầu Data: [5 1….2] vào có n phần tử Số lương phần tử: 12579 10 theo thứ tự ngược lại MergeSort MergeSort [1 2 …] 100000 MergeSort MergeSort Mảng liệu đầu Data: [4] vào có phần tử Số lương phần tử: Mảng liệu đầu Data: [5 1….2] “Lỗi.Hệ thống vào có n +1 phần Số lương phần tử: hỗ trợ tử 100001 100.000 phần tử.” 60 3.2.4Kết kiểm thử Việc kiểm thử phát lỗi mã code, kết kiểm thử ứng với trường hợp kiểm thử ghi lại vào file.log Hình - Kết ghi file log  Kiểm thử khả thực (kiểm thử hộp đen) Sau thuật toán cài đặt kiểm thử đơn vị, kiểm thử tích hợp thành phần để phát lỗi, bắt đầu thực việc kiểm thử hiệu thuật toán, thời gian thực thi thuật toán… Hình - Giao diện điều khiển kiểm thử thuật toán xếp 61 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Kiểm thử phần mềm hoạt động quan trọng nhằm đảm bảo chất lượng phần mềm Việc nghiên cứu, lựa chọn kỹ thuật chiến lược kiểm thử phần mềm phù hợp giúp cho việc kiểm thử có hiệu quả, giảm chi phí thời gian Việc xây dựng tài liệu kiểm thử phần mềm hợp lý giúp cho việc tổ chức, quản lý thực kiểm thử có hiệu Trong luận văn học viên thực được:  Đạt kiến thức công việc quản lý chất lượng việc phát triển phần mềm  Nắm đầy đủ kiến thức kỹ thuật kiểm thử chiến lược kiểm thử  So sánh khác kỹ thuật kiểm thử, đồng thời phân tích rõ kỹ thuật  Thiết kế kiểm thử cho vài kịch kiểm thử cụ thể  Kết nghiên cứu áp dụng thực tế cho đề tài, dự án phát triển phần mềm, làm tài liệu tham khảo cho sở dự án phát triển phần mềm Hiện tại, luận văn chưa liên kết nhiều với công cụ kiểm thử tự động công cụ kiểm thử tự động phạm vi diện rộng Internet Trong hướng nghiên cứu tiếp theo, học viên tiếp tục thực với ứng dụng lớn,nhiều trường hợp khác nhau, phức tạp 62 TÀI LIỆU THAM KHẢO Tiếng Việt [1] Nguyễn Thanh Bình, Kiểm thử phần mềm (2013), NXB Giáo dục [2] Thạc Bình Cường (2011), Bài giảng kiểm thử bảo đảm chất lượng phần mềm, Khoa Công nghệ thông tin - Đại học Bách khoa Hà Nội [3] Đặng Văn Đức (2002), Phân tích thiết kế hướng đối tượng UML, NXB Giáo dục [4] Nguyễn Xuân Huy (1996), Giáo trình công nghệ phần mềm, Nhà xuất Đại học Tổng hợp Tp HCM [5] Nguyễn Xuân Huy (2013), Giáo trình kiểm định phần mềm, Tài liệu tập huấn Bộ Thông tin Truyền thông [6] Nguyễn Văn Vỵ, Nguyễn Việt Hà (2008), Giáo trình kỹ nghệ phần mềm, Nhà xuất Đại học quốc gia Hà Nội Tiếng Anh [7]Boehm B W, Software Engineering (1976), IEEE Transactions on Computing [8] Cem Kaner, Jack Falk, Hung Q Nguyen (1999), Testing Computer software 2nd Edition, Wiley [9] Avizienis A., Laprie J.-C., and Randell B (2011), Fundamental Concepts of Dependability, Technical report, LAAS-CNRS [10] Hans Buwalda, Dennis Janssen, Iris Pinkster (2002), Integrated Test Design and Automation using the TestFrame Method, Addison-Wesley [11] I Burnstein (2002),Practical Software Testing, Springer [12] Myers G.J (2004), The Art of Software Testing, Wiley [13] Patton R (2005), Software Testing, Sams Publishing [14]ISTQB (2015), International software testing qualification board,http://www.istqb.org/downloads/syllabi/foundation-level-syllabus.html [15] Paul Ammann and Jeff Offutt (2016), Introduction to Software Testing http://www.cs.gmu.edu/~offutt/softwaretest/ ... sửa lỗi 1.2 CHẤT LƯỢNG VÀ CÁC TIÊU CHÍ ĐÁNH GIÁ PHẦN MỀM 1.2.1 Chất lượng phần mềm Chất lượng phần mềm máy tính vấn đề nhiều tranh luận Trong số trường hợp, nói tới chất lượng phần mềm nói tới... lý chất lượng phần mềm chưa thực đáp ứng đòi hỏi khắt khe phần mềm chất lượng tốc độ triển khai ứng dụng Các hoạt động đánh giá chất lượng phần mềm không đảm bảo sản phẩm phần mềm lỗi Quản lý chất. .. phát triển phần mềm 1.2 CHẤT LƯỢNG VÀ CÁC TIÊU CHÍ ĐÁNH GIÁ PHẦN MỀM 11 1.2.1 Chất lượng phần mềm 11 1.2.2 Các tiêu chí đánh giá 12 1.3 QUY TRÌNH KIỂM THỬ PHẦN MỀM