Bài giảng Kiểm thử phần mềm Bài 2

BÀI GIẢNG KIỂM THỬ PHẦN MỀM BÀI 2: I Phương pháp kiểm thử ( Testing Methods) II Các giai đoạn kiểm thử (Testing Levels) III Quy trình kiểm thử (Testing Process) PHƯƠNG PHÁP KIỂM THỬ (Testing methods)   Kiểm thử hộp trắng (White Box Testing) Kiểm thử hộp đen ( Black Box Testing):     Phân vùng tương đương (Equivalence partitioning) Phân tích giá trị biên (Boundary value analysis) Vẽ Đồ Thị Nguyên Nhân Kết Quả (Cause-effect Graphing) Đoán lỗi – Error Guessing PHƯƠNG PHÁP KIỂM THỬ (Testing methods) Có phương pháp:  Kiểm thử hộp trắng (White Box Testing): Trong kiểm thử hộp màu trắng, cấu trúc mã thuật tốn chương trình đưa vào xem xét Các trường hợp kiểm thử thiết kế dựa vào cấu trúc mã cách thức làm việc chương trình Người kiểm thử truy cập vào mã nguồn chương trình kiểm tra nó, lấy làm sở để hỗ trợ việc kiểm thử  Kiểm thử hộp đen ( Black Box Testing): Trong kiểm thử hộp đen khơng u cầu kỹ sư kiểm thử cần phải có kiến thức mã thuật tốn chương trình Nó kiểm tra chức hệ thống tức hệ thống cho cần phải làm dựa Đặc tả yêu cầu Các trường hợp kiểm thử thường xây dựng xung quanh KIỂM THỬ HỘP ĐEN (Black Box Testing)   Là phương pháp test dựa đầu vào đầu chương trình để test mà khơng quan tâm tới code bên viết Tester xem phần mềm hộp đen Trong kiểm thử hộp đen không yêu cầu kỹ sư kiểm thử cần phải có kiến thức mã thuật tốn chương trình Nó kiểm tra chức hệ thống tức hệ thống cho cần phải làm dựa Đặc tả yêu cầu Các trường hợp kiểm thử thường xây dựng xung quanh Phân vùng tương đương(Equivalence partitioning)   Chia (partition) đầu vào thành nhóm tương đương (equivalence) Nếu giá trị nhóm hoạt động tất giá trị nhóm hoạt động ngược lại Mục đích : Giảm đáng kể số lượng test case cần phải thiết kế với — lớp tương đương ta cần test phần tử đại diện Thiết kế Test-case phân lớp tương đương tiến hành theo bước: (1) Xác định lớp tương đương (2) Xác định ca kiểm thử Phân vùng tương đương(Equivalence partitioning)  Nguyên tắc:  lớp giá trị lớn  lớp giá trị nhỏ  n lớp giá trị hợp lệ  Bảng liệt kê lớp tương đương Điều kiện vào/ Các lớp tương đương hợp lệ Các lớp tương không hợp lệ Phân vùng tương đương(Equivalence partitioning) Ví dụ minh họa:  Xác định phân vùng tương đương test case thích hợp theo yêu cầu đây: + Zip Code : chữ số Phân vùng tương đương(Equivalence partitioning) Bài làm:  Phân vùng tương đương ZIP Code Ký tự số: + Không nhập ký tự + Nhập < ký tự + Nhập ký tự + Nhập> ký tự Ký tự chữ Ký tự đặc biệt Điều kiện đầu vào yêu cầu giá trị xác định, phân hoạch thành lớp tương đương hợp lệ hai lớp tương đương không hợp lệ Chẳng hạn, đầu vào x=5 (x Zip code), lớp hợp lệ x= 5, lớp không hợp lệ x 5 Phân vùng tương đương(Equivalence partitioning) Bảng lớp tương đương: Điều kiện vào Các lớp tương đương hợp lệ Các lớp tương không hợp lệ Các ký tự số Các ký tự chữ Các ký tự đặc biệt Nhập ký tự Nhập < ký tự Nhập > ký tự Số Zip Code Phân tích giá trị biên (Boundary value analysis)    Đây phương pháp test mà test tất giá trị vùng biên liệu vào liệu Chúng ta tập trung vào giá trị biên khơng test tồn liệu Thay chọn nhiều giá trị lớp đương tương để làm đại diện, phân tích giá trị biên yêu cầu chọn vài giá trị cạnh lớp tương đương để làm điều kiện test — “Test giá trị biên” test phần sau:Bất kỳ cách chọn thực phương pháp “Giá trị biên” ta sử dụng tốt Thay ta phải test tồn vùng cần test ta test case đảm bảo hệ thống hoạt động tốt Boundary conditions vị trí giữa, biên lớp tương đương Một số điểm cần lưu ý dùng phương pháp này:  Ln test trường hợp “0” nằm vùng kiểm tra vài trường hợp nằm ngồi vùng giá trị đặc biệt CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) Có mức độ kiểm thử: UnitTesting : test mức bản, test module nhỏ hệ thống lập trình viên thực Là kiểu white box testing Mục đích: để xác nhận thành phần phần mềm thực với thiết kế Integration Testing: test mức tích hợp (tích hợp hàm lại với nhau, tích hợp hình lại với theo module hay dựa theo chức năng) tester thực Mục đích: mục đích để tìm lỗi q trình tích hợp thành phần , module lại với CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) System Testing: test mức hệ thống (tích hợp tồn hàm, chức thành phần mềm, module hoàn chỉnh) Mục đích: để đánh giá hệ thống tuân thủ với đặc tả yêu cầu Acceptance Testing: mức test giống system test thường khách hàng thực test, mục đích xem phần mềm có đáp ứng yêu cầu khách hàng chưa Mục đích: để đánh giá hệ thống tuân thủ với yêu cầu khách hàng chấp nhận hay không chấp nhận để bàn giao sản phẩm Và kiểm thử chấp nhận chia làm hai loại: CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels)  Apha: việc kiểm thử hoạt động chức thực tế giả lập người dùng/khách hàng tiềm nhóm test độc lập thực nơi sản xuất phần mềm Alpha testing thường dùng cho phần mềm đóng gói sẵn để bán (ví dụ MS office, window, chương trình diệt virus) hình thức kiểm thử chấp nhận nội bộ, trước phần mềm tiến hành kiểm thử beta  Beta: thực sau alpha testing Các phiên phần mềm - biết phiên beta – chúng phát hành tới số lượng giới hạn khán giả bên ngồi nhóm sản xuất phần mềm Sản phẩm phát hành đến số nhóm người để test nhiều chắn sản phẩm có số bug Thỉnh thoảng, phiên beta phát hành rộng rãi để tăng phạm vi phản hồi từ lượng người sử dụng tương lai lớn QUY TRÌNH KIỂM THỬ (Testing process)  Software Testing Process SOFTWARE TESTING gì?    Software testing kiểm tra nhằm cung cấp cho bên liên quan (khách hàng hay nhóm phát triển phần mềm, ) thông tin chất lượng sản phẩm dịch vụ kiểm thử (under test) Software testing cung cấp mục tiêu, nhìn độc lập phần mềm, điều cho phép việc đánh giá hiểu rõ rủi ro thực thi phần mềm Các kỹ thuật kiểm thử bao gồm, không giới hạn, quy trình thực thi chương trình ứng dụng với mục đích tìm kiếm bug (lỗi, khiếm khuyết/nhược điểm) Software testing xem trình thẩm định thẩm tra (validating and verifying) phần mềm/chương trình/ứng dụng/sản phẩm để:  Đáp ứng yêu cầu công việc kỹ thuật quy định thiết kế lúc phát triển  Làm việc mong đợi SOFTWARE PROCESS gì? TEST PLAN gì?   Một kế hoạch kiểm thử dự án phần mềm (test plan) tài liệu mô tả mục tiêu, phạm vi, phương pháp tiếp cận, tập trung vào nỗ lực kiểm thử phần mềm Quá trình chuẩn bị test plan cách hữu ích để suy nghĩ tới nỗ lực cần thiết để xác nhận khả chấp nhận sản phẩm phần mềm Cấu trúc chung test plan: Tên project Danh sách Module cần test Ngày bắt đầu, ngày kết thúc Danh sách Test case Nhân tham gia Tài nguyên sử dụng (Servers, Workstations, Printers,…) Kế hoạch thực (sử dụng Ms Project lập kế hoạch)…  Xem biểu mẫu Test Plan TEST CASE gì?    Test case mơ tả liệu đầu vào (input), hành động (action) kết mong đợi (expected response), để xác định chức ứng dụng phần mềm hoạt động hay khơng Một test case có phần đặc thù khác mã test case, tên test case, mục tiêu test, điều kiện test, yêu cầu data input, bước thực kết mong đợi Mức chi tiết định nghĩa khác dựa vào quy mô dự án hay quy mô công ty sản xuất phần mềm Q trình phát triển test case giúp tìm lỗi yêu cầu thiết kế ứng dụng, địi hỏi phải tư hồn tồn thơng qua hoạt động ứng dụng Vì lý này, việc chuẩn bị test case sớm qui trình phát triển phần mềm hữu ích TEST CASE gì?   Nó bao gồm bước : - Mơ tả : đặc tả điều kiện cần cố để tiến hành kiểm tra - Nhập : đặc tả đối tượng liệu cần thiết, sử dụng làm đầu vào để thực kiểm tra - Kết mong chờ : kết trả từ đối tượng kiểm tra Biểu mẫu Testcase: TESTING EXECUTION gì?     Thực test trực tiếp ứng dụng phần mềm sau lập trình viên bàn giao Dựa test cases viết trước để thực test phần mềm Thực ghi nhận kết kiểm thử vào cột kết tài liệu kịch kiểm thử Nếu kết kiểm thử thất bại nhóm kiểm thử ghi nhận lỗi lên hệ thống quản lý lỗi Nhóm kiểm thử, QTDA, nhóm lập trình, nhóm giải pháp tham gia vào trình quản lý/xử lý lỗi ( bug/ defect) TESTING EXECUTION gì?     Thực test trực tiếp ứng dụng phần mềm sau lập trình viên bàn giao Dựa test cases viết trước để thực test phần mềm Thực ghi nhận kết kiểm thử vào cột kết tài liệu kịch kiểm thử Nếu kết kiểm thử thất bại nhóm kiểm thử ghi nhận lỗi lên hệ thống quản lý lỗi Nhóm kiểm thử, QTDA, nhóm lập trình, nhóm giải pháp tham gia vào trình quản lý/xử lý lỗi ( bug/ defect) Question & Answer? Bài 3: Nội dung buổi học tuần sau: Học phần Các tài liệu quan trọng testing Tìm hiểu tài liệu Giải pháp (Software Requirement Specification) Biểu mẫu test plan Nội dung Tìm hiểu phân tích yêu cầu, nghiệp vụ Giới thiệu biểu mẫu, nội dung test plan Khái niệm cấu trúc testcases Biểu mẫu testcases Hướng dẫn cách viết testcases Bài tập Biểu mẫu Test Report Khái niệm (Concept) Lỗi phần mềm ? (Defect/Bug) Bug Priority, Bug Severity Bug Report Quy trình log closed Bug ( Defect life cycle) Re-test khác Regression test nào? ... phát triển phần mềm dùng loại kiểm thử thích hợp CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) CÁC GIAI ĐOẠN KIỂM THỬ (Testing levels) Có mức độ kiểm thử: UnitTesting... dụng phần mềm sau lập trình viên bàn giao Dựa test cases viết trước để thực test phần mềm Thực ghi nhận kết kiểm thử vào cột kết tài liệu kịch kiểm thử Nếu kết kiểm thử thất bại nhóm kiểm thử. .. Sự giống Kiểm thử Hộp trắng Hộp đen  Kiểm thử hộp đen: Kiểm thử hộp đen hay gọi kiểm thử chức năng, việc kiểm nghiệm thực mà không cần quan tâm đến thiết kế viết mã chương trình Kiểm thử theo