Nhập môn Công nghệ phần mềm: Chủ đề 6 - Lương Trần Hy Hiến

88 108 0
Nhập môn Công nghệ phần mềm: Chủ đề 6 - Lương Trần Hy Hiến

Đ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

Nhập môn Công nghệ phần mềm - Chủ đề 6: Kiểm thử phần mềm giúp người đọc biết được quy trình kiểm thử phần mềm, các khái niệm liên quan đến kiểm thử (testing), biết được các bước kiểm thử, sử dụng một số công cụ hỗ trợ testing, viết sưu liệu kiểm thử. Đây là tài liệu tham khảo và học tập dành cho sinh viên ngành Công nghệ phần mềm.

Nhập môn Công nghệ Phần mềm Chủ đề 6: KIỂM THỬ PHẦN MỀM Lương Trần Hy Hiến, Khoa CNTT, ĐHSP TpHCM Tài liệu – Textbook • Pressman, Kỹ nghệ phần mềm, chương 18~19 • Sommerville: Software Engineering, chương 22~23 Cảm ơn Bài giảng tham khảo từ nguồn sau: • Slide giảng CNPM, Trần Ngọc Bảo, ĐH Sư phạm TpHCM • Slide giảng CNPM, Trần Anh Dũng, ĐH CNTT, ĐHQG TpHCM Giai đoạn kiểm tra Khảo sát • Kiểm lỗi • Kiểm lỗi phân hệ Phân tích • Kiểm lỗi hệ thống Thiết kế Nội dung: Cài đặt • Roadmap • Test plan • Test case • Bug • Test report Kết quả: Kiểm tra Triển khai Bảo trì Mục tiêu • Biết quy trình kiểm thử phần mềm • Biết khái niệm liên quan đến kiểm thử (testing) • Biết bước kiểm thử • Biết sử dụng số cơng cụ hỗ trợ testing • Biết viết sưu liệu kiểm thử Nội dung Khái niệm kiểm thử phần mềm Một số đặc điểm kiểm thử phần mềm Tại kiểm thử lại cần thiết? Qui trình kiểm thử Tổ chức vai trò thành viên nhóm test • Cơng cụ hỗ trợ test: • • • • • • Công cụ theo dõi trình test • Cơng cụ hỗ trợ test tự động • Sưu liệu kiểm thử: Test plan, test case, test log, test report,… Khái niệm kiểm thử phần mềm • Kiểm thử gì? A person makes an error … that creates a fault (bug, defect) in the software … that can cause a failure in operation Khái niệm kiểm thử phần mềm • Kiểm thử phần mềm trình thực thi phần mềm với mục tiêu tìm lỗi Glen Myers, 1979  Khẳng định chất lượng phần mềm xây dựng Hetzel, 1988 Một số đặc điểm kiểm thử PM • Kiểm thử phần mềm giúp tìm diện lỗi vắng mặt lỗi Dijkstra • Mọi phương pháp dùng để ngăn ngừa tìm lỗi sót lại lỗi khó phát Beizer • Điều xảy việc kiểm thử khơng tìm lỗi phần mềm phát lỗi – Phần mềm có chất lượng q tốt – Quy trình/Đội ngũ kiểm thử hoạt động không hiệu Tại kiểm thử lại cần thiết? • Thơng thường phần mềm khơng hoạt động mong muốn  lãng phí tiền bạc, thời gian, uy tín doanh nghiệp, chí gây nên thương tích hay chết • Ví dụ: – Website cơng ty có nhiều lỗi tả câu chữ Khách hàng lãng tránh cơng ty với lý cơng ty trơng khơng chun nghiệp – Một phần mềm tính tốn lượng thuốc trừ sâu dùng cho trồng, lý tính sai số lượng lên gấp 10 lần Nông dân phải bỏ nhiều tiền mua, trồng hư hại, môi trường sống, nguồn nước bị ảnh hưởng,… CÁC HOẠT ĐỘNG KIỂM THỬ Bắt đầu  Test case Test procedure Lập kế hoạch Test  Kế hoạch test Thiết kế Test Cài đặt chuẩn bị Test Lỗi Biên test   Test tích hợp Test hệ thống Xem xét Đánh giá kết test Tổng hợp, báo cáo Kết thúc  Test scrip Test data Môi trường  Bcáo KQ test Đề xuất Bcáo tổng hợp test Hồ sơ CÁC HOẠT ĐỘNG KIỂM THỬ Bắt đầu Definition Initiation (khởi động) Lập kế hoạch TestXác định yêu cầu Solution Thiết kế kiến trúc Thiết kế Test Construction Cài đặt chuẩn bị Test Construction Lập trình Thử nghiệm Test tích hợp Test hệ thống Xem xét Đánh giá kết test Definition (Xác định yêu cầu) Solution (Thiết kế kiến trúc) Construction (Xây dựng) Coding (lập trình) Testing (thử nghiệm) Tổng hợp, báo cáo Kết thúc Transition (Triển khai) Termination (Kết thúc) CÁC HOẠT ĐỘNG - Lập kế hoạch test Xác định yêu cầu cho test Đánh giá rủi ro lập mức ưu tiên cho yêu cầu • • Xác lập chiến lược test • Xác định nguồn lực mơi trường Lập lịch trình test • Dựa sản phẩm phân tích Các u cầu • testXác định: test gì? TN Test, • Xác định: giới hạn cơngCBT việc, thời nguồn Các rủi ro liên gian, quan đến test lực TN Test Các yêu cầu test xác định Phương thức thực mức chuẩn độ ưu tiên Tiêu hoàn thành việc test, đánh giá thức chấtthực lượng Phương hiệnsản phẩm Các yếu tố cần ý Tiêu chuẩn đánh giá • yếuSốtốngười, Các cần chúkỹ ý • Môi trường test: phần mềm, cứng… Các lựccụ test TN Test • nguồn Cơng • Dữ liệu test Lịch trình test TN Test Tổng hợp thơng tin, lập KH test Kế• hoạch Xáctest định nguồn lực Xem xét thơng qua KH test TN Test Lịchtest trình testphê duyệt Kế• hoạch • Các mốc TN Test QTDA CÁC HOẠT ĐỘNG - thiết kế test Dựa sản phẩm của: • Phân tích • bước lập KH test Xác Lập danh sách loại test, đảm Danh• sách loạiđịnh test test case TN Test, • Mơ tả test case: vào, ra, điều bảo cho việc xác lập tính đắn & CBT kiện thỏa mãn yêu cầu sản phẩm • Xây dựng tình test (test case) Thiết kế test, mẫu mã sử dụng, yêu cầu liệu test TN Test, CBT Xây dựng tổ chức thủ tục test (test procedure) Các thủ tục test TN Test, CBT Xem xét tình test thủ tục Biên• bảnDựa xem vào: xét test case QTDA, Cán test, đánh giá tỷ lệ yêu cầu khách lập trình • Xác định test procedure hàng (hoặc tình sử dụng) • Xác lập mối quan hệ thứ tự test dựa thiết kế test lập • Các test procedure với • Thông qua thiết kế Test Thiết kế test thông qua QTDA Các test procedure - Test cases CÁC HOẠT ĐỘNG - Cài đặt chuẩn bị test Test script • • := Lập trình sinh tự động tool • Kiểm tra thử nghiệm • Các lệnh dùng để tự động hoá thủ tục test Lập trình, sử dụng cơng cụ test tự động 1.Lập test script để thực tình test/thủ tục test (nếu cần) Chuẩn bị liệu test Chuẩn bị môi trường Kiểm tra công cụ test Test scipts liệu •Dữ liệu Tạotest • Tái sử dụng liệu Môicũ trường sẵn sàng cho việc thực test Biên kiểm tra công cụ test Xem xét môi trường, điều kiện Môi trường liệu test kiểm tra liệu test • • Phần mềm, phần cứng Các điều kiện khác TN Test/ CBT CBT CBT CBT TN Test/ CBT CÁC HOẠT ĐỘNG - test tích hợp • • • Nhận bàn giao với đội lập trình Tài liệu Gói phần mềm … Các sản phẩm cần test tiếp CBT • Dựa thiết kế test nhận • Ghi nhận lỗi vào DMS Cài đặt Hệ thống để test sẵn sàng CBT Thực test ghi nhận lỗi Biên test CBT Xử lý lỗi Danh sách lỗi phát Xem xét kết test việc Biên test thực khắc phục lỗi • Phối hợp với đội lập trình • Test lại -> Ghi nhận lỗi TN Test, CBT TN Test, QTDA, CBT, CBCL (nếu cần) CÁC HOẠT ĐỘNG - test hệ thống Nhận bàn giao với đội lập trình • Các sản phẩm cần test tiếp nhận tra cập nhật: Kiểm CBT Chỉnh sửa thiết kế test Thiết• kếTest test, test script, liệu test case được•cậpTest nhật procedure Cài đặt Chương trình cài đặt • Test script CBT Thực test ghi nhận lỗi Biên•bảnTest test CBT data TN Test Danh sách lỗi phát Biên test Xử lý lỗi • Danh sách lỗi phát Khi hệ thống thoả mãn test xem xét Xem xét kết test việc tiêu Kết chuẩn đặt thực khắc phục lỗi Kết test xem xét TN Test, CBT Xác nhân sản phẩm đủ tiêu chuẩn phát hành TN Test,QTDA, CBT, CBCL (nếu cần) QTDA, CBCL, TN Test CÁC HOẠT ĐỘNG - xem xét đánh giá kết test Phân tích lỗi đưa đề xuất Báo cáo kết test TN Test Đề xuất Đánh giá tỷ lệ test, đánh giá mức Báo cáo kết test độ đạt tiêu chí để hoàn thành test Xem xét báo cáo kết test Báo cáo kết test xem xét • • Dựa tỷ lệ YC test/tổng số YC cần test TN Test QTDA, CBCL Phân tích lỗi dựa: • mức độ lặp lại • độ nghiêm trọng • Thời gian sửa lỗi… CÁC HOẠT ĐỘNG - tổng hợp, báo cáo Tập hợp liệu, kết test Dữ liệu, kết test Lập báo cáo tổng hợp test Báo cáo tổng hợp test Tổ chức lưu trữ tài liệu, hồ Hồ sơ, files sơ CBT TN Test CBT VD kiểm tra cạnh tam giác • Ví dụ bên có nhánh a,b,c,d,e • Có đường ace, abd, abe, acd • Có điều kiện: side1

Ngày đăng: 11/05/2021, 03:40

Mục lục

    Khái niệm kiểm thử phần mềm

    Khái niệm kiểm thử phần mềm

    Một số đặc điểm kiểm thử PM

    Tại sao kiểm thử lại cần thiết?

    Tại sao kiểm thử lại cần thiết?

    Lỗi tăng lên khi nào?

    Lỗi tăng lên khi nào?

    Thời điểm tiến hành kiểm thử

    Yêu cầu về kiểm thử

    Qui trình kiểm thử

Tài liệu cùng người dùng

  • Đang cập nhật ...