Giới hạn của kiểm thử

Đề tài Giới hạn Kiểm Thử Mục Lục Kiểm thử phần mềm gì? Các mức độ kiểm thử 2.1 Kiểm tra mức đơn vị 2.2 Kiểm tra mức tích hợp 2.3 Kiểm tra mức hệ thống 2.4 Kiểm tra mức chấp nhận sản phẩm 2.5 Kiểm tra mức truy hồi Kết luận 1.Kiểm thử phần mề gì? • Đây cơng việc mà tham gia phát triển phần mềm biết.Theo nghĩa thông thường Kiểm Thử Phần Mềm việc "chạy thử" phần mềm xem "chạy" mong muốn hay khơng • Việc kiểm thử thực chặng, sau chức Module phát triển, thực sau phần mềm phát triển hoàn tất 2.Các mức độ kiểm thử 2.2 2.1 2.3 Kiểm tra mức Kiểm tra mức tích hợp Kiểm tra mức hệ đơn vị lập trình đơn vị (Integration thống sau tích (Unil Test) Test) hợp (System Test) (Các phận đơn lẻ) (Các nhóm phận) (Toàn hệ thống) 2.4 Kiểm tra để chấp nhận sản phẩm (Acceplance Test) (Toàn hệ thống nhìn từ khách hàng) 2.1 Kiểm tra mức đơn vị (Unil Test) 1.Khái niệm • Mức đơn vị (Unil) thành phần phần mền nhỏ mà ta kiểm tra Có nghĩa hàm (Function), Thủ tục (Procedure), lớp (Class) phương thức (Method) xem đơn vị (Unil) • Vì có kích thước nhỏ chức đơn giản nên ta kiểm tra phát lỗi dễ dành • Kiểm tra mức đơn vị (Unil Test) thường lập trình viên thực Cơng việc phải thực xuyên suốt chu kỳ phát triển phần mềm 2.1 Kiểm tra mức đơn vị (Unil Test) Mục tiêu • Là đảm bảo tất thông tin xử lý xuất khỏi đơn vị (Unil) xác, điều thường đòi hỏi tất nhánh bên đơn vị phải kiểm tra để phát lỗi 2.2 Kiểm tra tích hợp (Intergration Test) Khái niệm • Là kết hợp thành phần ứng dụng kiểm tra ứng dụng hoàn thành • Trong đơn vị (Unil Test) kiểm tra thành phần riêng lẻ Kiểm tra tích hợp (Intergration Test) kết hợp chúng lại với kiểm tra giao tiếp chúng 2.2 Kiểm tra tích hợp (Intergration Test) 2.Mục tiêu • Kiểm tra tích hợp có mục tiêu chính: +) Phát lỗi giao tiếp xảy đơn vị (Unil) +) Tích hợp đơn vị (Unil) đơn lẻ thành hệ thống nhỏ (Subsystem) cuỗi nguyên hệ thống hồn chỉnh (System) • Có loại kiểm tra kiểm tra tích hợp (Intergration Test) +) Kiểm tra cấu trúc (Structure): Tương tự Kiểm tra hộp trắng (White Box Test) kiểm tra nhằm đảm bảo thành phần bên chương trình chạy đúng, trọng đến thành phần hoạt động cấu trúc nội chương trình 2.2 Kiểm tra tích hợp (Intergration Test) • Kiểm tra chức (Functional): Cũng giống Kiểm tra hộp đen (Black Box Test) khảo sát chức trương trình theo yêu cầu kỹ thuật • • Kiểm tra hiệu (Performance): Kiểm tra việc vận hành hệ thống Kiểm tra khả chịu tải (Stress Test): Kiểm tra giới hạn hệ thống 2.3 Kiểm tra mức hệ thống (System Test) • Mục đích kiểm tra thiết kế tồn hệ thống sau tích hợp có thỏa mãn u cầu đặt hay khơng Nó gồm nhiều loại kiểm tra khác Nhưng phổ biến là:  Kiểm tra chức (Functionnal Test)  Kiểm tra khả vận hành (Performance Test: Đảm bào tối ưu việc phân bổ tài nguyên  Kiểm tra khả chịu tải (Stress Test)  Kiểm tra cấu hình (Configruation Test)  Kiểm tra khả bảo mật (Security Test) 2.3 Kiểm tra mức hệ thống (System Test)  Kiểm tra khả phục hồi (Security Test): Đảm bảo khả khơi phục trạng thái ổn định bị • tài nguyên, liệu quan trọng hệ thống giao Kiểm tra mức hệ thống thục tất phận phần mềm tích hợp thành cơng 2.4 Kiểm tra chấp nhập sản phẩm (Acceptance Test) • Là giai đoạn khách hàng ủy quyền cho nhóm thứ ba thực Mục đích chứng minh phần mềm thỏa mãn tất yêu cầu nhà cung cấp, khách hàng họ chấp nhận • Mặc dù hầu hết trường hợp phép kiểm tra giống với Kiểm tra mức hệ thống (System Test) Nhưng chất lại khác biệt • Thông thường thông qua loại kiểm tra là: +) Alpha Test: Người sủ dụng (tiềm năng) kiểm tra phần mềm nơi phát triển, lập trình viên ghi nhận lỗi phản hồi để lên kế hoạch sửa chữa 2.4 Kiểm tra chấp nhận sản phẩm (Acceptance Test) +) Beta Test: Phần mềm gửi tới cho người sửa dụng (tiềm năng) để kiểm tra môi trương thực Lỗi phản hồi gửi ngược lại cho lập trình viên để sửa chữa • Nếu khơng có bước kiểm tra sản phẩm có tốt khách hàng khơng đồng ý lí sản phẩm khơng thể phát triển 2.5 Kiểm tra hồi quy (Regression Test) • Đây khơng phải mức kiểm tra mức nói Nó đơn kiểm tra lại phần mềm sau có thay đổi khơng gây lỗi chức vốn làm việc tốt • Mặc dù khơng mức kiểm tra tham gia vào tất mức để phát hiện, sửa chữa lỗi mà ta "cho "những lỗi dù có khơng khơng ảnh hưởng đến sản phẩm 3 Kết Luận Trên tổng quan mức giới hạn kiểm thử phần mềm Trên thực tế sâu vào mức loại hình kiểm thử có nhiều đặc thù khác mang tính chuyên biệt cho loại ứng dụng Bài báo cáo chúng em xin kết thúc Xin chân thành cảm ơn Thầy Cô Các bạn ý lắng nghe báo cáo The End  ...Mục Lục Kiểm thử phần mềm gì? Các mức độ kiểm thử 2.1 Kiểm tra mức đơn vị 2.2 Kiểm tra mức tích hợp 2.3 Kiểm tra mức hệ thống 2.4 Kiểm tra mức chấp nhận sản phẩm 2.5 Kiểm tra mức truy... luận 1 .Kiểm thử phần mề gì? • Đây cơng việc mà tham gia phát triển phần mềm biết.Theo nghĩa thông thường Kiểm Thử Phần Mềm việc "chạy thử" phần mềm xem "chạy" mong muốn hay khơng • Việc kiểm thử. .. tra hiệu (Performance): Kiểm tra việc vận hành hệ thống Kiểm tra khả chịu tải (Stress Test): Kiểm tra giới hạn hệ thống 2.3 Kiểm tra mức hệ thống (System Test) • Mục đích kiểm tra thiết kế tồn