1. Trang chủ
  2. » Tất cả

Se 12

44 1 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 44
Dung lượng 3,53 MB

Nội dung

Đại Học Sư Phạm Tp Hồ Chí Minh Khoa Tốn – Tin Học NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Giai đoạn kiểm tra (Testing) Người trình bày: Trần Ngọc Bảo Email: tnbao.dhsp@gmail.com Giai đoạn kiểm tra • Kiểm ể lỗi ỗ Khảo sát • Kiểm lỗi phân hệ Phân tích • Kiểm lỗi hệ thống Nội dung Thiết kế • • • • • Roadmap p Test plan Test case Bug Test Report Tran Ngoc TRẦN Bao Cài đặt Kết Kiểm tra Triển khai Bảo trì DaiSƯ hocPHẠM Su PhamTP.HCM TP.HCM NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC • Biết iế đ quii trình ì h kiểm kiể tra phần hầ TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM MỤC TIÊU mềm • Biết số loại test • Biết khái niệm liên quan đến testing • Biết cơng việc, cơng cụ thường dùng Tester Tester TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Qui Q i trình t ì h kiểm kiể tra t phần hầ mềm ề • Giới thiệu ệ ộ số khái niệm ệ sử dụng ụ g g TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM NỘI DUNG TRÌNH BÀY Testing: Test plan, Test case,… • Kiểm tra đơn vị, phân hệ, hệ thống • Giới thiệu số loại test • Thiết kế Test case • Vai trị, cơng cụ thường dùng Tester TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM B i Begin TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Qui trình kiểm tra phần mềm Lập kếế hoạch Test Thết ế kếế Test case Chuẩn bị Chuẩn liệu test Test plan Chạy ứng dụng Chạy với bộdữ liệu test Test Case Test Data Test report So ssánh ánh kết test với test case Test Results End TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Giai đoạn kiểm tra TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Testplan • Test case TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Một số khái niệm • Bug • Test report • Test Manager • Test Designer • Tester TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Cấu trúc chung test plan – Tên project TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Test plan – 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) – … TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Giai đoạn kiểm tra • Roadmap R d • Test plan p • Test case • Bug B • Test Report p TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Cấu trúc chung test case – Tên project, module TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Test case – Màn hình, chức – Mã số – Tài liệu tham khảo (SRS) – Mục đích – Dữ liệu test – Mơ tả bước (Test step) – Trạng thái – Ngày g y tạo – … TRẦN NGỌC BẢO ” KHOA TOÁN 10 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Ví dụ: Kiểm tra hình sau: TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Black-box testing Để kiểm tra tính đắn hình cần trường hợp ? TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Ví dụ: Kiểm tra hình sau: Min = b TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Black-box testing Max =a Min = c Min = a Max = b Min = c Mi Min =b Max = c Min = a TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Ví dụ: Kiểm tra hình sau: TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Black-box testing Max =a Max = b Max = c Min = b a≥c≥b Min = c a≥b≥c Min = a b≥c≥a Min = c b≥a≥c Min =b c≥a≥b Min = a c≥b≥a TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Ví dụ: Kiểm tra hình sau: a≥b≥c TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Black-box testing a≥c≥b b≥a≥c b≥c≥a c≥a≥b b c≥b≥a Max =a Min = c Max =a Min = b Max M =b b Min = c Max =b Min = a Max =cc Min = b Max =c Min = a TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Ví dụ: Kiểm tra hình sau: TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Black-box testing Để kiểm tra hình cần trường hợp (Test case), ví dụ: - a = 5, b = 4, c = - a = 5, b = 2, c=4 - b = 5, a = 4, c = - b = 5, a = 2, c = - c = 5,, a = 4,, b = - c = 5, a = 2, b = TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Kiểm tra tất chức hệ thống menu TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Chính sách kiểm tra (Testing Policy) • Kiểm tra tất mục khác có chức hệ thống menu (Toolbar, Listbar, Dialog bar, Context Menu,…) • Kiểm tra chức với nhiều vai trò khác (đối với hệ thống có nhiều người dùng) ù • Kiểm tra tất liệu bắt buộc nhập hình (hợp lệ/khơng hợp lệ) TRẦN NGỌC BẢO ” KHOA TỐN 35 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Vai trò – Kiểm lỗi phần mềm TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Tester – Kiểm lỗi đóng gói – Kiểm Kiể lỗi tài liệu liệ • User guide • Installation Guide • Release Notes • Troubleshooting TRẦN NGỌC BẢO ” KHOA TOÁN 36 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Cơng việc – Chuẩn bị mơi trường test • Windows XP, 2000, 2003 TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Tester • Linux • IE, FireFox, Netscape, Mozilla • Test Database, Test data – Viết test case – Thực test test case môi trường khác – Mô tả Bug chi tiết bước để tạo bug – Theo dõi trình Fix Bug – Báo cáo kết test TRẦN NGỌC BẢO ” KHOA TOÁN 37 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Phần mềm sử dụng – Web testing • Test Manager Role TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Tester • Tester Role – Manual Test (Rational Manual Test, Test Complete…) – Automation Test (Rational Functional Test, Test Complete,…) – Load L d ttesting ti – Code Analysis – Project Management Tool • Tester Role – Workflow • Tester role TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM • Testing Tools – http://www.aptest.com/resources.html TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM Tài liệu tham khảo – http://wwwp // 01.ibm.com/software/awdtools/tester/functional/features/ index.html?S_TACT=105AGX15&S_CMP=LP – http://wwwp // 01.ibm.com/software/awdtools/test/manager/ • Testing Course – http://www.aptest.com/courses.html – http://www.aptest.com/testtypes.html – http://www.appperfect.com/products/windowstester.html htt // f t / d t / i d t t ht l – http://www.openseminar.org/se/modules/7/index/screen TRẦN NGỌC BẢO ” KHOA TOÁN 39 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM TEST TING PHASE 40 TRẦN NGỌC BẢO ” KHOA TOÁN 40 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM TEST TING PHASE TRẦN NGỌC BẢO ” KHOA TOÁN -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM TEST TING PHASE TRẦN NGỌC BẢO ” KHOA TOÁN 42 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM White Box Testing TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CƠNG G NGHỆ PH HẦN MỀM • • • White Box Testing g are tests that are run an application pp with the knowledge g of the internal working of the code base White box testing is used in three of the six basic types of testing: unit, integration, and regression testing Unit testing is done on a small piece, or unit, of code This unit is usually a class When a unit is integrated g into the main code base,, it is more difficult to find a bug in that unit Integration testing looks at how all components of an application interact White box integration tests specifically look at the interfaces between the components Regression testing verifies that modifications to the system y have not damaged g the whole of the system y Unit tests and integration tests can be rerun in regression testing to verify that modifications to the application work properly White box test cases should test different paths, decision points (both true and false decisions), execute loops, and check internal data structures of the application Basis path testing, equivalence partitioning, and boundary value analysis are all used to create white box tests Basis path testing looks at the decision points in the application Equivalence partitioning divides the set of possible input values into equivalence classes Only a value from each of the equivalence classes needs to be tested Boundary value analysis looks at testing around a set boundary A test case should be made for the boundary value, n, n-1, and n+1 The goal of white box testing is to cover testing as many of the statements, statements decision point, and branches in the code base as possible TRẦN NGỌC BẢO ” KHOA TOÁN 43 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM Black Box Testing TEST TING PHASE BÀI GIẢN NG NHẬP MÔN M CÔNG G NGHỆ PH HẦN MỀM • • • Black Box Testing treats an application as a black box and only looks at the outputs that are produced by specific inputs into the application The black box tester does not need to understand why the code does what it does, and they should not have access to the source code of the application Requirements are used to determine the correct outputs of black box testing, and these test cases are used d tto validate lid t that th t the th right i ht software ft is i being b i built, b ilt i.e i that th t the th application does what the requirements say Black box testing checks that required functionality exists and is correct, the interface works properly, data structures behind the interface work properly, the behavior and performance of the system are within proper bounds, bounds and that the initialization and termination of the program are correct Integration, functional and system, acceptance, beta, and regression testing all are forms of black box tests A minimal black box test suite should have one test case for every requirement of the application To optimize testing beyond this minimal set of tests equivalence partitioning, boundary value analysis, decision tables, and diabolical test cases should be created Equivalence partitioning divides the set of possible input values into equivalence classes Only a value from each of the equivalence classes needs to be tested Boundary value analysis looks at testing around a set boundary A test case should be made for the boundary value, n, n-1, and n+1 Decision tables looks at all decision points in the program and looks at the results of all decision paths in the scenario Finally, diabolic tests investigate extreme use of the application TRẦN NGỌC BẢO ” KHOA TOÁN 44 -TIN HỌC ” ĐẠI HỌC SƯ PHẠM TP.HCM

Ngày đăng: 02/04/2023, 12:16

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w