Bài giảng Công nghệ phần mềm ứng dụng - Bài 5: Kiểm thử và bảo trì cung cấp kiến thức về phương pháp kiểm thử, phương pháp bảo trì. Mời các bạn cùng tham khảo bài giảng để nắm chi tiết hơn nội dung kiến thức.
CÔNG NGHỆ PHẦN MỀM ỨNG DỤNG Giảng viên: ThS Thạc Bình Cường v1.0015112208 BÀI KIỂM THỬ VÀ BẢO TRÌ Giảng viên: ThS Thạc Bình Cường v1.0015112208 MỤC TIÊU BÀI HỌC • Lập kế hoạch kiểm thử tiến hành kiểm thử loại phần mềm: Hệ thống, ứng dụng, module chương trình Lập báo cáo kiểm thử • Đánh giá hiệu hệ thống trì hệ thống làm việc mơi trường thực v1.0015112208 CÁC KIẾN THỨC CẦN CĨ • Tin học đại cương; • Ngơn ngữ lập trình; • Phân tích thiết kế hệ thống thông tin v1.0015112208 HƯỚNG DẪN HỌC • Rà soát yêu cầu phần mềm đặc tả phần mềm • Lập kế hoạch tiến độ kiểm thử • Lựa chọn đội ngũ kiểm thử bảo trì • Tiến hành kiểm thử trường hợp: kiểm thử hệ thống, kiểm thử tích hợp kiểm thử đơn vị • Sau trường hợp kiểm thử lập báo cáo kiểm thử v1.0015112208 CẤU TRÚC NỘI DUNG v1.0015112208 5.1 Phương pháp kiểm thử 5.2 Phương pháp bảo trì 5.1 PHƯƠNG PHÁP KIỂM THỬ v1.0015112208 5.1.1 Khái niệm kiểm thử 5.1.2 Phương pháp thử 5.1.3 Các kỹ thuật thiết kế trường hợp thử 5.1.4 Phương pháp thử module 5.1.1 KHÁI NIỆM KIỂM THỬ • Định nghĩa kiểm thử: Là mấu chốt đảm bảo chất lượng phần mềm Là tiến trình (và nghệ thuật) nhằm phát lỗi việc xem xét lại đặc tả, thiết kế mã hoá Kiểm thử thành công phát lỗi; kiểm thử không phát lỗi kiểm thử dở (Sue A.Conger – The New SE) • Những khó khăn kiểm thử: Nâng cao chất lượng phần mềm không vượt chất lượng thiết kế: Chỉ phát lỗi tiềm tàng sửa chúng Phát lỗi bị hạn chế thủ công Dễ bị ảnh hưởng tâm lý kiểm thử Khó đảm bảo tính đầy đủ kiểm thử v1.0015112208 5.1.1 KHÁI NIỆM KIỂM THỬ (tiếp theo) • điểm lưu ý kiểm thử: Chất lượng phần mềm khâu thiết kế định chủ yếu, khâu kiểm thử Tính dễ kiểm thử phụ thuộc vào cấu trúc chương trình Người kiểm thử người phát triển nên khác Dữ liệu thử cho kết bình thường khơng có ý nghĩa nhiều, cần có liệu kiểm thử mà phát lỗi Khi thiết kế trường hợp thử, không liệu kiểm thử nhập vào, mà phải thiết kế trước liệu kết có Khi phát sinh thêm trường hợp thử nên thử lại trường hợp thử trước để tránh ảnh hưởng lan truyền sóng v1.0015112208 5.1.1 KHÁI NIỆM KIỂM THỬ (tiếp theo) Tương ứng vòng đời dự án kiểm thử: Đối tượng phạm vi Kiểm thử chấp nhận Đặc tả chức năng/ thiết kế logic Kiểm thử hệ thống Thiết kế vật lý Kiểm tích hợp Cấu trúc chương trình đặc tả module Kiểm đơn vị chương trình Kiểm hồi quy Mã hố module chương trình v1.0015112208 10 5.1.4 KỸ THUẬT KIỂM THỬ MODULE a Kiểm thử tích hợp module • Kiểm thử lên (Bottom-up Test): Các module mức thấp tổ hợp vào chùm thực chức Viết trình điều khiển phối hợp vào/ra kiểm thử Kiểm thử chùm/bó Loại bỏ trình điều khiển chuyển lên mức Mức Mức Mức Mức v1.0015112208 15 5.1.4 KỸ THUẬT KIỂM THỬ MODULE (tiếp theo) • Kiểm thử xuống (Top-down Test): Module điều khiển dùng trình điều khiển kiểm thử, gắn nút trực tiếp vào Thay nút module thực (theo chiều sâu/ngang) Kiểm thử module gắn vào Các nút thử xong thử tiếp nút khác Kiểm thử hồi quy Mức Mức Mức Mức v1.0015112208 16 5.1.4 KỸ THUẬT KIỂM THỬ MODULE (tiếp theo) • Kiểm thử cột trụ (Big bung Test): Tích hợp khơng tăng dần Tất các module tổ hợp trước Toàn chương trình kiểm thử tổng thể Khó khăn: khó lập lỗi, chữa xong lỗi lỗi lại phát sinh • Kiểm thử kép (Sandwich Test): Tích hợp xuống cho mức cấu trúc chương trình Tích hợp lên cho mức phụ thuộc v1.0015112208 17 5.1.4 KỸ THUẬT KIỂM THỬ MODULE (tiếp theo) b Kiểm thử hệ thống Kiểm thử phục hồi: Bắt buộc phần mềm hỏng nhiều cách để kiểm chứng phục hồi Kiểm thử an toàn: Kiểm chứng chế bảo vệ Có phương pháp Kiểm thử gay cấn Kiểm thử hiệu v1.0015112208 18 5.2 PHƯƠNG PHÁP BẢO TRÌ 5.2.1 Khái niệm bảo trì 5.2.2 Trình tự nghiệp vụ bảo trì 5.2.3 Những vấn đề bảo trì v1.0015112208 19 5.2.1 KHÁI NIỆM BẢO TRÌ Bảo trì cơng việc tu sửa, thay đổi phần mềm phát triển (chương trình, liệu, JCL, loại tư liệu đặc tả…) theo lý Tu sửa Thích hợp Các hình thái bảo trì Cải tiến Phịng ngừa v1.0015112208 20 5.2.1 KHÁI NIỆM BẢO TRÌ (tiếp theo) Bảo trì để tu sửa • Là bảo trì khắc phục khiếm khuyết có phần mềm • Một số ngun nhân điển hình: Kỹ sư phần mềm khách hiểu nhầm Lỗi tiềm ẩn phần mềm sơ ý lập trình kiểm thử chưa bao quát hết Vấn đề tính phần mềm: Không đáp ứng yêu cầu nhớ, tệp… thiết kế sai, biên tập sai… Thiếu chuẩn hóa phát triển phần mềm (trước đó) • Kỹ nghệ ngược (Reverse Engineering): Dò lại thiết kế để tu sửa • Những lưu ý: Mức trừu tượng; Tính đầy đủ; Tính tương tác; Tính định hướng v1.0015112208 21 5.2.1 KHÁI NIỆM BẢO TRÌ (tiếp theo) Bảo trì để thích hợp • Là tu chỉnh phần mềm theo thay đổi mơi trường bên ngồi nhằm trì quản lý phần mềm theo vịng đời • Thay đổi phần mềm thích nghi với mơi trường: cơng nghệ phần cứng, mơi trường phần mềm • Những nguyên nhân chính: Thay đổi phần cứng (ngoại vi, máy chủ…); Thay đổi phần mềm (môi trường): Đổi hệ điều hành; Thay đổi cấu trúc tệp mở rộng sở liệu v1.0015112208 22 5.2.1 KHÁI NIỆM BẢO TRÌ (tiếp theo) Bảo trì để cải tiến • Là việc tu chỉnh hệ phần mềm theo yêu cầu ngày hoàn thiện hơn, đầy đủ hơn, hợp lý • Những nguyên nhân chính: Do muốn nâng cao hiệu suất nên thường hay cải tiến phương thức truy cập tệp Mở rộng thêm chức cho hệ thống Cải tiến quản lý kéo theo cải tiến tư liệu vận hành trình tự cơng việc Thay đổi người dùng thay đổi thao tác • Bảo trì để cải tiến cịn gọi tái kỹ nghệ • Mục đích: Đưa thiết kế chức có chất lượng cao • Các bước thực hiện: Xây dựng lưu đồ phần mềm; Suy dẫn biểu thức Boole cho dãy xử lý; Biên dịch bảng chân lý; Tái cấu trúc phần mềm v1.0015112208 23 5.2.1 KHÁI NIỆM BẢO TRÌ (tiếp theo) Bảo trì để phịng ngừa • Là cơng việc tu chỉnh chương trình có tính đến tương lai phần mềm mở rộng thay đổi • Thực thiết kế phần mềm phải tính đến tính mở rộng nó, nên thực tế ta gặp bảo trì phịng ngừa phần mềm thiết kế tốt • Mục đích: Sửa đổi để thích hợp với yêu cầu thay đổi có người dùng • Thực thay đổi thiết kế khơng tường minh • Hiểu hoạt động bên chương trình • Thiết kế/lập trình lại • Sử dụng cơng cụ CASE v1.0015112208 24 5.2.2 TRÌNH TỰ NGHIỆP VỤ BẢO TRÌ • • Quy trình bảo trì gì? Đó q trình vịng đời phần mềm, tuân theo pha phân tích, thiết kế, phát triển kiểm thử từ phát sinh vấn đề giải xong Thao tác bảo trì: Hiểu phần mềm có Loại bảo trì Phát triển phần mềm (phần mới) Chỉnh phần mềm có Kiểm thử tính quán Tu chỉnh có (loại 1); Thêm (loại 2) • Sơ đồ bảo trì: Kiểm thử sau bảo trì Tạo biểu quản lý bảo trì v1.0015112208 25 5.2.2 TRÌNH TỰ NGHIỆP VỤ BẢO TRÌ (tiếp theo) • Hiểu phần mềm có: Theo tài liệu nắm chức Theo tài liệu chi tiết nắm vững đặc tả chi tiết, điều kiện kiểm thử… Dị đọc chương trình nguồn, hiểu trình tự xử lý chi tiết hệ thống Ba việc công việc thực thi bàn • Tu sửa phần mềm có: Bảo trì chương trình nguồn, tạo module dịch lại Thực kiểm thử unit tu chỉnh mục liên quan có tư liệu đặc tả Chú ý theo sát tác động module sửa đến thành phần khác hệ thống • Phát triển phần mềm mới: Khi thêm chức phải phát triển chương trình cho phù hợp với yêu cầu Cần tiến hành từ thiết kế, lập trình, gỡ lỗi kiểm thử unit Phản ảnh vào giao diện phần mềm (thông báo, phiên bản…) v1.0015112208 26 5.2.2 TRÌNH TỰ NGHIỆP VỤ BẢO TRÌ (tiếp theo) • • • Kiểm chứng tính qn kiểm thử kết hợp: Đưa đơn vị (unit) kiểm thử vào hoạt động hệ thống Điều chỉnh tương thích module Dùng liệu trước kiểm thử để kiểm thử lại tính quán Chú ý hiệu ứng sóng chỉnh sửa Kiểm tra hồn thành bảo trì: Kiểm tra nội dung mơ tả có tư liệu đặc tả Cách ghi tư liệu có phù hợp với mơ tả mơi trường phần mềm hay khơng Lập biểu quản lý bảo trì: Cần quản lý tình trạng bảo trì Lập biểu (bảng) quản lý tình trạng bảo trì: Ngày tháng, giờ; Nguyên nhân; Tóm tắt cách khắc phục; Chi tiết khắc phục; Hiệu ứng sóng; Người làm bảo trì; Số cơng v1.0015112208 27 5.2.3 NHỮNG VẤN ĐỀ VỀ BẢO TRÌ HIỆN NAY • Phương pháp cải tiến thao tác bảo trì: Sáng kiến quy trình phát triển phần mềm: Chuẩn hóa khâu phát triển phần mềm; Người bảo trì chủ chốt tham gia vào giai đoạn phân tích thiết kế; Thiết kế để dễ bảo trì • Sáng kiến quy trình bảo trì phần mềm: Sử dụng công cụ hỗ trợ phát triển phần mềm; Chuẩn hóa thao tác bảo trì thiết bị mơi trường bảo trì; Lưu lại thơng tin lịch sử bảo trì; Dự án nên cử người chủ chốt làm cơng việc bảo trì sau dự án kết thúc giai đoạn phát triển • Phát triển kỹ thuật cho bảo trì: Cơng cụ phần mềm hỗ trợ bảo trì; Cơ sở liệu cho bảo trì; Quản lý tài liệu, quản lý liệu, quản lý chương trình nguồn, quản lý liệu thử, quản lý lịch sử bảo trì; Trạm bảo trì tính cao hệ thống mạng lưới bảo trì với máy chủ thơng minh v1.0015112208 28 TĨM LƯỢC CUỐI BÀI Trong tìm hiểu nội dung sau: v1.0015112208 • Phương pháp kiểm thử: khái niệm, phương pháp kỹ thuật kiểm thử • Phương pháp bảo trì: khái niệm bảo trì, trình độ nghiệp vụ vấn đề bảo trì 29 ... Là tu chỉnh phần mềm theo thay đổi mơi trường bên ngồi nhằm trì quản lý phần mềm theo vịng đời • Thay đổi phần mềm thích nghi với mơi trường: cơng nghệ phần cứng, mơi trường phần mềm • Những...BÀI KIỂM THỬ VÀ BẢO TRÌ Giảng viên: ThS Thạc Bình Cường v1.00 151 12208 MỤC TIÊU BÀI HỌC • Lập kế hoạch kiểm thử tiến hành kiểm thử loại phần mềm: Hệ thống, ứng dụng, module chương... khuyết có phần mềm • Một số ngun nhân điển hình: Kỹ sư phần mềm khách hiểu nhầm Lỗi tiềm ẩn phần mềm sơ ý lập trình kiểm thử chưa bao quát hết Vấn đề tính phần mềm: Khơng đáp ứng yêu cầu