1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng Kiểm thử phần mềm: Chương 4 - TS. Nguyễn Thanh Hùng

56 22 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 56
Dung lượng 3,42 MB

Nội dung

Bài giảng Kiểm thử phần mềm - Chương 4: Các quá trình kiểm thử cung cấp cho người học các kiến thức: Chiến lược kiểm thử, sự thích ứng của chiến lược kiểm thử, tổ chức kiểm thử, phân công trách nhiệm kiểm thử,... Mời các bạn cùng tham khảo nội dung chi tiết.

Trường Đại Học Bách Khoa Hà Nội Viện Công Nghệ Thông Tin &Truyền Thông Kiểm thử phần mềm Các trình kiểm thử TS Nguyễn Thanh Hùng Bộ Mơn Cơng Nghệ Phần Mềm Email: hungnt@soict.hust.edu.vn Website: http://soict.hust.edu.vn/~hungnt CuuDuongThanCong.com https://fb.com/tailieudientucntt Chiến lược kiểm thử  Bắt đầu từ module level lúc tích hợp thành hệ thống trọn vẹn  Các kỹ thuật kiểm thử khác thích hợp tạo thời điểm khác  Kiểm thử kiểm sốt developers nhóm kiểm thử độc lập  Kiểm thử gỡ lỗi hoạt động khác nhau, gỡ lỗi phải thích ứng chiến lược kiểm thử CuuDuongThanCong.com https://fb.com/tailieudientucntt Sự thích ứng chiến lược kiểm thử Chiến lược cần thích ứng với mức kiểm thử:  Kiểm thử mức thấp: xác minh đoạn mã nguồn có tương ứng thực thi đắn không?  Kiểm thử mức cao: xác minh thẩm định chức hệ thống chủ yếu có đặc tả đáp ứng yêu cầu khách hàng không? CuuDuongThanCong.com https://fb.com/tailieudientucntt Sự đáp ứng chiến lược kiểm thử Mỗi chiến lược đáp ứng yêu cầu người quan tâm:  Có hướng dẫn cho người thực tiến hành kiểm thử  Có cột mốc cho nhà quản lý kiểm sốt hoạt động đảm bảo chất lượng  Có thước đo để nhận vấn đề sớm tốt khách hàng nhận biết trình kiểm thử CuuDuongThanCong.com https://fb.com/tailieudientucntt Tổ chức kiểm thử Kiểm thử phần mềm phần hoạt động “Xác minh thẩm định”  Xác minh tập hoạt động để đảm bảo rằng: phần mềm thực chức đặc tả  Thẩm định tập hợp hoạt động để đảm bảo rằng: phần mềm đáp ứng yêu cầu khách hàng  Câu hỏi: Ai làm? Làm gì? Khi nào? Và mối quan hệ CuuDuongThanCong.com https://fb.com/tailieudientucntt Trách nhiệm kiểm thử phần mềm Các kỹ sư phần mềm làm phần mềm Một cách tự nhiên họ cần tiến hành kiểm thử ban đầu Về nguyên tắc, người làm sản phẩm, kiểm tra sản phẩm khơng hợp lý Có số hiểu lầm:  Người phát triển không tham gia kiểm thử  Cho phép người lạ kiểm thử cách tàn nhẫn  Người kiểm thử quan tâm kiểm thử bắt đầu CuuDuongThanCong.com https://fb.com/tailieudientucntt Phân công trách nhiệm kiểm thử Từ thực tiễn dẫn đến phân công:  Người phát triển trách nhiệm kiểm thử đơn vị phát triển để đảm bảo thực thiết kế (một yêu cầu xác minh)  Người phát triển tham gia kiểm thử tích hợp  Nhóm kiểm thử độc lập bắt đầu làm việc khoản mục cấu trúc phần mềm đầy đủ CuuDuongThanCong.com https://fb.com/tailieudientucntt Vai trò người kiểm thử  Nhóm kiểm thử độc lập giúp gỡ bỏ thành kiến cố hữu: “người xây dựng kiểm thử sản phẩm tốt”  Gỡ bỏ mâu thuẫn người tham gia  Đánh giá công sức phát triển bỏ tìm lỗi  Nhóm kiểm thử độc lập tạo báo cáo đầy đủ cho tổ chức đảm bảo chất lượng phần mềm  Người phát triển  Khơng đẩy chương trình cho người kiểm thử bỏ  Cùng làm việc với người kiểm thử xuyên suốt dự án (bảo đảm việc kiểm thử tiến hành triệt để) CuuDuongThanCong.com https://fb.com/tailieudientucntt Tiến trình thực kiểm thử Tiến trình thực kiểm thử tương ứng với tiến trình phát triển (theo mơ hình) Tiến trình kiểm thử thơng thường (mơ hình chữ V) CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử đơn vị Nội dung kiểm thử:  Giao diện  Cấu trúc liệu sử dụng cục  Đường điều khiển  Điều kiện logic  Phép toán xử lý 10 CuuDuongThanCong.com https://fb.com/tailieudientucntt Bình luận phương pháp tích hợp -     ng: ng ng ng i –lên:    ng 42 CuuDuongThanCong.com https://fb.com/tailieudientucntt p  n  - - CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử tích hợp hỗn hợp Các module định (logic modules) tích hợp kiểm thử top-down để phát sớm lỗi thiết kế Các module chức (operational modules) tích hợp kiểm thử bottom-up để kiểm tra modules tái sử dụng giảm stubs Tận dụng lợi top-down bottom-up 44 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hồi quy Mỗi lần module tích hợp, bug sửa, phần mềm bị thay đổi Thay đổi tạo lỗi chức hoạt động trước Kiểm thử hồi quy việc chạy lại số kiểm thử để đảm bảo thay đổi không tạo hiệu ứng phụ 45 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hồi quy Có thể tiến hành:  Chạy lại phần test-cases  Sử dụng công cụ tự động Bao gồm lớp test-cases:  Một lớp kiểm tra lại toàn chức hệ thống  Một lớp phụ tập trung vào chức phần mềm bị ảnh hưởng thay đổi  Một lớp tập trung vào thành phần bị thay đổi 46 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hồi quy Khi tiến hành kiểm thử hồi quy, số lượng kiểm thử tăng nhanh  Chỉ nên thiết kế để bao gồm testcases cho số lỗi chương trình  Khơng khả thi hiệu lần có thay đổi lại chạy lại kiểm thử cho tất chức 47 CuuDuongThanCong.com https://fb.com/tailieudientucntt p  nh sau:   m nh)  n)   m tốt 48 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hệ thống 49 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hệ thống  Kiểm thử hệ thống  Phần mềm kiểm thử tổng thể Kiểm tra tất để đảm bảo chức hoạt động tốt môi trường định trước  Các vùng tập trung  Các chức hệ thống hiệu suất  Độ tin cậy khả phục hồi (recovery test)  Cài đặt hệ thống (installation test)  Hoạt động hệ thống điều kiện đặc biệt (stress and load test)  Hoạt động người dùng hệ thống (acceptance test/alpha test)  Tích hợp phần cứng phần mềm tương tác  Tích hợp phần mềm với hệ thống 50 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hệ thống  Kiểm thử hồi phục  Kiểm tra hệ thống phục hồi gặp lỗi  Khôi phục liệu đặc biệt quan trọng  Đo thời gian khôi phục cần tác động người  Kiểm thử khả chịu đựng  Kiểm tra hệ thống hoạt động có nhiều yêu cầu đồng thời  Vận hành hệ thống với yêu cầu tài nguyên bất thường (về tần số, khối lượng…)  Quá nhiều gián đoạn, tốc độ liệu đầu vào cao, nhớ tối đa  Kiểm tra mức giới hạn  Kiểm tra độ nhạy  TÌm kết hợ liệu đầu vào hợp lệ mà gây bất ổn xử lý không cách 51 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử hệ thống  Kiểm thử độ an toàn  Kiểm tra chế bảo vệ chống truy cập  Khả chống đỡ bị cơng  Kiểm tra chi phí thâm nhập cao thông tin đo (thời gian để phá vỡ)  Kiểm thử hiệu suất  Kiểm tra hiệu thời gian chạy phần mềm (hệ thống thời gian thực nhúng)  Đo tốc độ, sử dụng nguồn lực hoàn cảnh khác  Thường kết hợp với kiểm thử khả chịu đựng đòi hỏi phần cứng phần mềm  Xuất tất bước trình thử nghiệm 52 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử Alpha Beta Kiểm thử alpha beta  Khi hệ thống sử dụng nhiều khách hàng  Được sử dụng để phát lỗi mà có người dùng cuối dường tìm thấy Kiểm thử Alpha  Thực từ phía nhà phát triển  Thực khách hàng  Nhà phát triển theo dõi lỗi vấn đề  Thực mơi trường kiểm sốt 53 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử Alpha Beta Kiểm thử Beta  Thực phía hay nhiều người dùng  Thực người dùng cuối  Khơng có mặt người phát triển  Trong mơi trường khơng kiểm sốt  Lỗi thật tưởng tượng  Khách hàng báo cáo lỗi 54 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử chấp nhận Thực sau kiểm thử hệ thống phần mềm phát triển cho khách hàng cụ thể Thường thực khách hàng người dùng cuối Được thực dựa yêu cầu:  Hướng dẫn sử dụng dùng để hỗ trợ  Kiểm thử hệ thống sử dụng 55 CuuDuongThanCong.com https://fb.com/tailieudientucntt Kiểm thử chấp nhận Phần mềm phải chạy điều kiện thực với điều kiện hoạt động phần cứng/phần mềm Khách hàng xác định phần mềm đáp ứng yêu cầu họ 56 CuuDuongThanCong.com https://fb.com/tailieudientucntt ... kiểm thử  Bắt đầu từ module level lúc tích hợp thành hệ thống trọn vẹn  Các kỹ thuật kiểm thử khác thích hợp tạo thời điểm khác  Kiểm thử kiểm sốt developers nhóm kiểm thử độc lập  Kiểm thử. .. test drivers cho kiểm thử đơn vị • Cung cấp kiểm thử tử động • Cung cấp kiểm tra kết tự động  Các bước sử dụng Junit • Viết trường hợp kiểm thử • Chạy kiểm thử • Kiểm tra kết 24 CuuDuongThanCong.com... hợp kiểm thử top-down để phát sớm lỗi thiết kế Các module chức (operational modules) tích hợp kiểm thử bottom-up để kiểm tra modules tái sử dụng giảm stubs Tận dụng lợi top-down bottom-up 44

Ngày đăng: 19/11/2020, 07:23