Bài giảng phát triển hệ thống thông tin kinh tế chương 4 kiểm thử và triển khai hệ thống

CHƯƠNG KIỂM THỬ VÀ CHUYỂN KHAI HỆ THỐNG 4.1 Kiểm thử phần mềm 4.2 Triển khai hệ thống 4.1.1 Khái niệm kiểm thử 4.2.1 Lập kế hoạch cài đặt 4.1.2 Quy trình kiểm thử 4.2.2 Biến đổi liệu 4.1.3 Thiết kế ca kiểm thử 4.2.3 Đào tạo người sử dụng 4.2.4 Biên soạn tài liệu hệ thống 4.2.5 Bảo trì phần mềm 9/5/22 Bộ mơn Cơng nghệ thơng tin - Bài giảng điện tử 2020 161 4.1.1 Khái niệm § Kiểm thử tiến trình xem xét, kiểm tra lại đặc tả, phân tích, thiết kế mã hoá nhằm phát lỗi phần mềm: xác minh phần mềm có đặc tả, thiết kế; có đáp ứng nhu cầu người dùng; có hoạt động hiệu khơng (khơng thực thứ khơng mong muốn) § Kiểm thử thành công phát lỗi, kiểm thử không phát lỗi kiểm thử dở 4.1.1 Khái niệm § Hai mục đích hoạt động kiểm thử: — Kiểm tra xem phần mềm làm có đặc tả (yêu cầu, phân tích, thiết kế) hay khơng — § Kiểm tra xem phần mềm có đáp ứng yêu cầu người dùng hay khơng Đây hoạt động cốt yếu để đảm bảo chất lượng phần mềm, diễn suốt trình phát triển phần mềm Các mức kiểm thử § Phân loại theo mức độ chi tiết thành phần hợp thành hệ thống — — — — Kiểm thử đơn vị (Unit testing): mô đun Kiểm thử tích hợp( Integration Testing) : nhiều mơ đun/ hệ Kiểm thử hệ thống (System Testing) : phần cứng/ phần mềm, yêu cầu hệ thống Kiểm thử chấp nhận( Acceptance Testing) : yêu cầu người dùng hệ thống The V-model of development Requirement specification Service System Specification System design Detail design Acceptance test plan System integration test plan Syb-system integration test plan Module, unit code and test Acceptance test System integration test Syb-system integration test Kiểm thử đơn vị § Unit Testing việc kiểm thử mức độ thấp phương thức (Method), hàm (Function), lớp (Class) mã nguồn Nhằm đảm bảo thành phần hoạt động yêu cầu; § Việc kiểm tra mức độ thường lập trình viên (Developer) thực trình mã hóa (Coding, Implement); § Một mơ hình thường ứng dụng với Unit Testing Phát triển theo định hướng kiểm thử (Test-Driven Development): — Các Unit Test viết trước dựa theo yêu cầu kết trả ban đầu sai (False); — Mã nguồn viết sau kiểm tra tự động Unit Test; — Việc phát triển hoàn thành Unit Test trả kết (True) 9/5/22 Bộ môn Công nghệ thông tin - Bài giảng điện tử 2020 166 Kiểm thử đơn vị § Người tiến hành kiểm thử thơng thường người lập trình mơ đun lập trình viên nhóm; § Kiểm thử riêng biệt đơn vị phần mềm; § Số lượng nhiều đơn giản; § Xun suốt thời gian lập trình chu kỳ phần mềm; § Là mức thấp tiến trình kiểm thử, thường áp dụng phương pháp kiểm thử hộp trắng; § Thường thực bới nhà phát triển trước môđun tích hợp với mơ đun khác; § 9/5/22 Kết kiểm thử đơn vị thường tìm khoảng 20% lỗi tất cá lỗi dự án Bộ môn Công nghệ thông tin - Bài giảng điện tử 2020 167 Kiểm thử tích hợp § Là kỹ thuật có tính hệ thống để xây dựng cấu trúc chương trình tiến hành kiểm thử để phát sai liên kết với giao diện § Phải kiểm thử tích hợp vì: — Dữ liệu bị qua giao diện; — Một mơ đun có hiệu ứng bất lợi vơ tình lên mơ đun khác; — Các chức phụ kết hợp lại khơng sinh chức mong muốn; — Các điều khơng xác riêng rẽ bị phóng đại đến mức không chấp nhận được; — Các cấu trúc liệu tồn cục để lộ vấn đề… 9/5/22 Bộ môn Công nghệ thông tin - Bài giảng điện tử 2020 168 Kiểm thử tích hợp (t) § Thường sử dung phương pháp kiểm thử gia tăng (Incremental integration testing), thực kiểm thử cách nối dần mơ đun có liên quan logic kiểm tra chức thích hợp — — Top-down integration: • khung tổng thể hệ thống phát triển trước • thành phần thêm vào dần Bottom-up integration: • tích hợp thành phần cung cấp dịch vụ chung trước, e.g., dịch vụ mạng, sở liệu • Tích hợp dần thành phần chức Kiểm thử tích hợp ( t) § Chương trình giả : khơng thực tồn logic lập trình mơ đun phần mềm, mơ giao tiếp liệu — — 9/5/22 Driver: Gọi mô đun để kiểm thử Stub: Được gọi mô đun kiểm thử Bộ môn Công nghệ thông tin - Bài giảng điện tử 2020 170 4.2.1.2 Phương pháp cài đặt hệ thống § Sử dụng phương pháp — — — — Phương pháp chuyển đổi trực tiếp Phương pháp hoạt động song song Phương pháp chuyển đổi bước thí điểm Phương pháp chuyển đổi phận 186 Chuyển đổi trực tiếp § Sử dụng phương pháp cần tính đến yếu tố sau : — — — — Mức độ gắn bó thành viên với hệ thống Mức độ mạo hiểm hệ thống xử lý cao hệ thống có lỗi dẫn đến việc hệ thống ngừng hoạt động Phải kiểm tra chặt chẽ phần cứng phần mềm hệ thống Chỉ nên áp dụng hệ thống thông tin không lớn với độ phức tạp vừa phải 187 Chuyển đổi trực tiếp § Phương pháp nên áp dụng trường hợp thật cần thiết Các thao tác cần tiến hành: — — — — — — Kiểm tra hệ thống cách thật chặt chẽ Trù tính khả khơi phục lại liệu Chuẩn bị thật kỹ lưỡng cho giai đoạn cài đặt hệ thống Chuẩn bị phương án xử lý thủ cơng phịng trường hợp xấu trì hoạt động hệ thống Huấn luyện chu đáo tất người tham gia vào hệ thống Có khả hỗ trợ đầy đủ phương tiện điện, đĩa từ 188 Hoạt động song song § Hoạt động song song hai hệ thống cũ Phương pháp cho mức độ rủi ro hơn, địi hỏi nguồn tài cao Các cơng việc cần tiến hành: — — — — — — Xác định chu kỳ hoạt động song song Xác định thủ tục so sánh Kiểm tra để tin có so sánh Sắp xếp nhân Thời gian hoạt động song song ngắn Cả hai hệ thống chạy phần cứng định cách thận trọng 189 Chuyển đổi bước thí điểm § Đây phương pháp trung gian hai phương pháp Các bước cần thực hiện: — — — — Đánh giá lựa chọn phận làm thí điểm để áp dụng hệ thống xử lý thông tin theo phương pháp trực tiếp hay song song Kiểm tra xem hệ thống áp dụng vào phận có khơng Tiến hành sửa đổi Nhận xét so sánh 190 Chuyển đổi phận § Chọn vài phận có chức quan trọng có ảnh hưởng đến hệ thống để tiến hành tin học hố § Sau đưa phận thiết kế vào ứng dụng ngay, phận khác hoạt động cũ Vừa làm vừa rút kinh nghiệm cho phận lại 191 4.2.2 Biến đổi liệu Dữ liệu hai hệ thống cũ thường khơng tương thích với phương thức lưu trữ quy cách truy cập Do dễ dẫn đến sai sót biến đổi liệu Qúa trình biến đổi liệu: § Xác định khối lượng chất lượng liệu (độ xác, tính đầy đủ thứ tự) § Làm ổn định liệu tổ chức thay đổi cho phù hợp § 192 4.2.2 Biến đổi liệu Qúa trình biến đổi liệu: § Tổ chức đào tạo đội ngũ thực cơng việc biến đổi liệu § Lập lịch thời gian trình biến đổi liệu § Bắt đầu trình biến đổi liệu đạo thống 193 4.2.2 Biến đổi liệu § Thực thay đổi tệp liệu Nếu hệ thống cũ có tệp liệu tốt tổ chức biến đổi tệp liệu trước, sau đến tệp chuyển từ phương thức tổ chức thủ công sang § Thực bước kiểm chứng lần cuối để đảm bảo tệp liệu biến đổi phù hợp với yêu cầu hệ thống quản lý 194 4.2.3 Đào tạo người sử dụng § Lý và mục tiêu đào tạo: — — — — — — — — Giảm thời gian học lớp quy vấn đề liên quan Cung cấp kỹ xảo nghề nghiệp Giảm tối thiểu giám sát cần có Tăng tính động nhân Đảm bảo hoạt động an toàn hệ thống vắng cán chủ chốt Giảm dư thừa Giảm chi phí Tăng mức độ thích nghi với hệ thống người hoạt động hệ thống cách hiệu 195 4.2.3 Đào tạo người sử dụng § Đối tượng đào tạo — § Những người sử dụng cung cấp thơng tin hệ thống Các lĩnh vực huấn luyện Giới thiệu tổng quan hệ thống: hệ thống làm hệ thống làm được, tương lai hệ thống, khía cạnh quản lý có tác động đến hệ thống — Làm quen với máy móc thiết bị : • Cung cấp khái niệm sở • Tham quan máy móc, thiết bị • Tư vấn vấn đề chọn nhà cung cấp, cài đặt • Thực hành kỹ xảo chun mơn sử dụng chương trình xử lý văn bản, quản lý sử dụng thiết bị lưu trữ thứ cấp — Thực hành thao tác mới, làm quen hệ thống biểu mẫu mới, thủ tục tra cứu tài liệu — 196 4.2.3 Đào tạo người sử dụng § Kế hoạch đào tạo: — Nhận biết nhu cầu : • Xác định nhu cầu cơng việc • Mức độ hồn thiện cần đạt tới • Trình độ thời học viên — Xác định mục tiêu — Chuẩn bị chuyên đề đào tạo: • Chương trình đào tạo • Bố trí giảng viên • Lên thời khố biểu đào tạo — Kiểm tra đánh giá kết đào tạo 197 4.2.4 Biên soạn tài liệu hệ thống § Một phần mềm chuyển giao cho phía khách hàng (người sử dụng) thường kèm theo loại tài liệu sau: — — Tài liệu hướng dẫn sử dụng, thông tin thu thập từ nguồn khác bao gồm báo cáo xác định vấn đề, nghiên cứu tính thức thi, đề xuất hệ thống Tài liệu kỹ thuật cho người lập trình bảo trì hệ thống 198 4.2.5 Bảo trì phần mềm § § Là pha cuối vòng đời hệ thống Các hoạt động cần thực — — Quản lý hoạt động bảo trì Chuẩn hóa hoạt động bảo trì (IEEE 840-1992) 199 Hoạt động bảo trì phần mềm § Các cơng việc cần thực hiện: — — — — — — — — Hiểu kĩ yêu cầu bảo trì Phân loại yêu cầu: sửa đổi hay nâng cấp? Thiết kế sửa đổi yêu cầu Kế hoạch chuyển đổi từ thiết kế cũ Đánh giá ảnh hưởng sửa đổi lên ứng dụng Triển khai sửa đổi Thực kiểm thử đơn vị cho phần thay đổi Tiến hành kiểm thử tăng dần, thực kiểm thử hệ thống với khả — Cập nhật tài liệu cấu hình, yêu cầu, thiết kế kiểm thử 200