Kĩ thuật lập trình - Kiểm định phần mềm

Lỗi phần mềm là hiển nhiên phải có. Một lập trình viên loại tốt trung bình có từ 1 đến 3 lỗi trên 100 dòng lệnh. Kiểm định phần mềm chiếm gần nửa thời gian dự án. Cần có công nghệ kiểm định phần mềm.

ppt22 trang | Chia sẻ: thuychi16 | Lượt xem: 920 | Lượt tải: 1download
Bạn đang xem trước 20 trang tài liệu Kĩ thuật lập trình - Kiểm định phần mềm, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
*ThS Nguyễn Quốc Huy*Kiểm định phần mềmKhoa CNTT – ĐH Sài Gòn*ThS Nguyễn Quốc Huy*Giới thiệuLỗi phần mềm là hiển nhiên phải có.Một lập trình viên loại tốt trung bình có từ 1 đến 3 lỗi trên 100 dòng lệnh.Kiểm định phần mềm chiếm gần nửa thời gian dự án.Cần có công nghệ kiểm định phần mềm.*ThS Nguyễn Quốc Huy*Nguyên nhân gây lỗiCó nhiều nguyên nhânDo viết mãDo thay đổi môi trường, công nghệDo thay đổi phần cứng, hạ tầng phức tạpTương tác nhiều hệ thống*ThS Nguyễn Quốc Huy*Vài trò kiểm thửĐảm bảo chất lượng phần mềmĐúng chức năngChạy ổn định, khả năng bảo trìTối ưu chất lượng, hiệu quảĐáp ứng các yêu cầu hợp đồng, chuẩn, tổ chức.Rút kinh nghiệm cho các dự án sau*ThS Nguyễn Quốc Huy*Mức độ kiểm tra tối đaDựa vào bảng liệt kê các rủi roHy vọng sẽ đạt mức rủi ro tối thiểuĐủ để dám xuất xưởng*ThS Nguyễn Quốc Huy*Các cách làm sai lầmKiểm tra các chức năng không dựa vào mẫu thử.Kiểm tra các chức năng dựa vào mẫu thử.Mục đích là: xem chương trình có lỗi hay không → Chưa đủ*ThS Nguyễn Quốc Huy*Kiểm tra phần mềm là gì?Là công nghệ tìm ra lỗi càng nhiều càng tốt. Kiểm tra viên (Tester) thực hiệnKhác với gỡ rối (debug) – tìm nguyên nhân lỗi và sửa chữa. Do người viết mã thực hiện.*ThS Nguyễn Quốc Huy*Các giai đoạnLập kế hoạchChọn điều kiện kiểm traThiết kế các kịch bản - test script / mẫu thử - test case.Thực thiĐánh giá kết quảBáo cáo kết quả*ThS Nguyễn Quốc Huy*Các giai đoạn*ThS Nguyễn Quốc Huy*Khi nào bắt đầu kiểm tra?Kiểm tra yêu cầuKiểm tra phân tíchKiểm tra thiết kếKiểm tra sản phẩm*ThS Nguyễn Quốc Huy*Các mức độ kiểm traKiểm tra đơn vị - UnitKiểm tra thành phần - ModuleKiểm tra tích hợp - IntegrationKiểm tra hệ thống - SystemKiểm tra chấp nhận - Acceptance*ThS Nguyễn Quốc Huy*Các mức độ kiểm tra*ThS Nguyễn Quốc Huy*Các kiểu kiểm traChức năngPhi chức năngCấu trúcHồi qui*ThS Nguyễn Quốc Huy*Hộp đen và hộp trắngKiểm tra hộp đen – tương tự Kiểm tra chức năngKiểm tra hộp trắng – Tương tự kiểm tra cấu trúc*ThS Nguyễn Quốc Huy*Kiểm tra hiệu năng và chịu tảiKiểm tra hiệu năng: Kiểm tra sự vận hành của hệ thống trong nhiều môi trường.Kiểm tra chịu tải: Kiểm tra các giới hạn của hệ thống*ThS Nguyễn Quốc Huy*Các loại kiểm tra khácKiểm tra cấu hìnhKiểm tra bảo mậtKiểm tra khả năng phục hồiKiểm tra AlphaKiểm tra BetaKiểm tra quốc tế hóa*ThS Nguyễn Quốc Huy*Dịch vụ kèm theo sau kiểm tra*ThS Nguyễn Quốc Huy*Thực hiện kiểm traSau giai đoạn thiết kế là thực hiện dựa trên test-case.Thực hiện thủ côngThực hiện tự động*ThS Nguyễn Quốc Huy*Quá trình kiểm nghiệm tốtTìm ra nhiều lỗiKhông dư thừaBiết chọn lọcKhông quá phức tạp*ThS Nguyễn Quốc Huy*Các nguyên lý tổng quát*ThS Nguyễn Quốc Huy*Nguyên tắc kiểm tra viênNhìn theo nhiều góc độLuôn nhớ mục tiêuTuân theo kế hoạchGiao tiếp theo cách tích cực, xây dựng*ThS Nguyễn Quốc Huy*Thảo luậnPhần mềm ở mức độ nào thì cần kiểm tra?Vai trò của ngoại ngữ đối với việc kiểm thử phần mềm?Kiểm tra phần mềm dể hay khó?Các tố chất để thành một kiểm thử viên?