Danh mục tài liệu

Bài giảng Công nghệ phần mềm: Tổng quan về kiểm thử và đảm bảo chất lượng phần mềm - PGS. TS. Phạm Ngọc Hùng

Số trang: 32      Loại file: pdf      Dung lượng: 818.75 KB      Lượt xem: 14      Lượt tải: 0    
Xem trước 4 trang đầu tiên của tài liệu này:

Thông tin tài liệu:

Bài giảng Công nghệ phần mềm: Tổng quan về kiểm thử và đảm bảo chất lượng phần mềm, cung cấp cho người đọc những kiến thức như: Kiểm chứng và thẩm định; Đảm bảo chất lượng; Quy trình kiểm thử; Ca kiểm thử; Mô tả bài toán kiểm thử qua biểu đồ Venn; Kiểm thử hộp đen và kiểm thử hộp trắng; Một số công cụ hỗ trợ kiểm thử. Mời các bạn cùng tham khảo!
Nội dung trích xuất từ tài liệu:
Bài giảng Công nghệ phần mềm: Tổng quan về kiểm thử và đảm bảo chất lượng phần mềm - PGS. TS. Phạm Ngọc Hùng Công nghệ phần mềm Tổng quan về kiểm thử và đảm bảo chất lượng phần mềm Nội dung • Kiểm chứng và thẩm định • Đảm bảo chất lượng • Quy trình kiểm thử • Ca kiểm thử • Mô tả bài toán kiểm thử qua biểu đồ Venn • Kiểm thử hộp đen và kiểm thử hộp trắng • Một số công cụ hỗ trợ kiểm thử Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 2 Yêu cầu khách hàng và đặc tả yêu cầu • PM được phát triển để phục vụ yêu cầu KH • Yêu cầu khách hàng được biểu diễn bằng đặc tả yêu cầu • Thất bại = PM không đáp ứng đúng như đặc tả – Đặc tả sai? – Thiết kế sai? – Cài đặt sai? Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 3 Verification and Validation • Verification (kiểm chứng) – Kiểm tra sản phẩm có được cài đặt đúng thiết kế không? – Phát hiện lỗi lập trình so với thiết kế • Validation (Thẩm định) – Kiểm tra xem sản phẩm có đáp ứng yêu cầu KH không? (chức năng và phi chức năng) – Tìm lỗi phân tích thiết kế • Verification -> Validation (V&V) Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 4 V&V: tĩnh và động • V&V tĩnh: – Không thực thi/chạy chương trình – Xét duyệt yêu cầu, thiết kế, mã nguồn – Tiến hành ở mọi giai đoạn phát triển PM – Khó đánh giá tính hiệu quả của PM • V&V động (Kiểm thử PM) – Thực thi/chạy chương trình – Là cách duy kiểm tra các yêu cầu phi chức năng Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 5 Chất lượng và độ tin cậy • Chất lượng = sự thỏa mãn của sp so với đặc tả • Chất lượng PM = “độ tốt, độ tuyệt hảo” – Tính đúng đắn (đúng đặc tả) – Tính hiệu quả – Độ tin cậy – Khả kiểm thử – Dề học, dề sử dụng – Dễ bảo trì – … • Độ tin cậy chỉ là một yếu tố để đánh giá chất lượng SP – Là độ đo quan trọng Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 6 Kiểm thử PM • Là hoạt động chủ chốt nhằm đánh giá chất lượng • Có thể chỉ ra lỗi, không thể khẳng định không còn lỗi – Có thể khẳng định hết lỗi bằng kiểm thử vét cạn, nhưng cách này không khả thi trên thực tế • Một kiểm thử thành công là một kiểm thử phát hiện ra lỗi Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 7 ©Ian Sommerville Các hoạt động kiểm thử Xác định Điều kiện kiểm thử (“Cái gì”): một phần tử hoặc sự kiện cần kiểm tra Làm thế nào để có thể kiểm tra được: thực hiện Thiết kế Xây dựng các ca kiểm thử (mã, dữ liệu) Xây dựng Chạy hệ thống với các ca kiểm thử Chạy So sánh kết quả thu được So sánh và kết quả mong đợi Kết quả kiểm thử Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 8 Ca kiểm thử (test case) Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 9 Bộ kiểm thử (các ca kiểm thử) TC_id Inputs EO Note tc1 123 5 tc2 458 20 tc3 462 17 … Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 10 Báo cáo kiểm thử TC_id Inputs EO Result tc1 123 5 Passed tc2 458 20 Failed tc3 462 17 Failed … … Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 11 Bộ kiểm thử tốt • Chạy các ca kiểm thử với chương trình P – Bao phủ một số yêu cầu của P; – Bao phủ một phần chức năng của P – Bao phủ một phần trong cấu trúc của P • => Tiêu chuẩn bao phủ sẽ định hướng thiết kế các ca kiểm thử • Bộ kiểm thử tốt: đạt 100% tiêu chuẩn bao phủ (cho trước) Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 12 Mô tả bài toán kiểm thử qua biểu đồ Venn Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 13 Bài toán cần đối mặt của người kiểm thử • Hành vi được đặc tả nhưng không được lập trình – sai lầm về bỏ quên • Hành vi được lập trình mà không được đặc tả – Sai lầm về nhiệm vụ • Giao giữa S và P là phần đúng đắn Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 14 Bài toán cần đối mặt của người kiểm thử • 1: • 2: • 3: • 4: • 5: • 6: • 7: Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 15 Kiểm thử hộp đen • Còn gọi là kiểm thử hàm, kiểm thử chức năng • Tập trung vào hành vi vào/ra. Với đầu vào đã biết ra có thể đoán/tính đầu ra, rồi kiểm tra chương trình có tạo kết quả như ta đoán/tính. – Không thể kiểm thử hết các bộ dữ liệu đầu vào • Bài toán đặt ra là giảm số lượng ca kiểm thử bằng việc chia không gian đầu vào thành các miền tương đương – Sau đó chọn một ca kiểm thử từ mỗi miền tương đương này. Bộ môn Công nghệ phần mềm - Khoa CNTT - Trường ĐHCN - ĐHQGHN 16 Kiểm thử hộp trắng • Còn gọi là kiểm thử cấu trúc, kiểm thử logic • Các tiêu chuẩn bao phủ – Dòng lệnh • Mọi lệnh đều được thử – Nhánh (if, while, ..) • Biểu thức điều kiện được thử với cả ...