Bài giảng Công nghệ phần mềm: Chương 5 - Nguyễn Thị Cẩm Hương

Bài giảng Công nghệ phần mềm - Chương 5: Kiểm thử (Testing) cung cấp cho người học các kiến thức: Khái niệm kiểm thử phần mềm, một số đặc điểm của kiểm thử phần mềm, tại sao kiểm thử lại cần thiết, quy trình kiểm thử,... Mời các bạn cùng tham khảo nội dung chi tiết.

Chương 5: Kiểm thử (Testing) 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?  Quy trình kiểm thử  Các mức độ test  Kỹ thuật thiết kế test  Vai trị Tester  Cơng việc Tester  Tài liệu tham khảo 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 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,… Tại kiểm thử lại cần thiết?  Kiểm thử phần mềm  chất lượng phần mềm nâng cao  Chúng ta đánh giá chất lượng phần mềm dựa vào số lượng lỗi tìm thấy đặc tính như: tính đắn, tính dễ sử dụng, tính dễ bảo trì,…  Kiểm thử đem lại tin tưởng chất lượng phần mềm có lỗi khơng có lỗi tìm thấy Nếu lỗi tìm thấy sửa chất lượng phần mềm tăng  Giảm chi phí q trình phát triển, nâng cấp, bảo trì phần mềm Lỗi tăng lên nào? Lỗi tăng lên nào?  Chi phí cho việc tìm thấy sửa lỗi tăng dần suốt chu kỳ sống phần mềm Lỗi tìm thấy sớm chi phí để sửa thấp ngược lại Các hoạt động kiểm thử  Các hoạt động kiểm thử tồn trước sau thực thi phần mềm như:  Lập kế hoạch test (test plan)  Chọn điều kiện test (test conditions)  Thiết kế trường hợp test (test cases)  Kiểm tra kết quả, ước lượng dừng test  Báo cáo kết test 10 Kỹ thuật specification-based  Kỹ thuật phân vùng tương đương – EP (tt)  Trong ví dụ dùng kỹ thuật phân vùng tương đương, chia làm phân vùng sau: invalid valid  100 invalid 101 Như cần chọn test case để test trường hợp này: -5, 55, 102 0, 10, 1000, … 23 Kỹ thuật specification-based  Kỹ thuật phân vùng tương đương – EP (tt)   Tuy nhiên ta nhập vào số thập phân (55.5) hay ký tự khơng phải số (abc)? Trong trường hợp chia làm phân vùng sau:  Các số nguyên từ đến 100  Các số nguyên nhỏ  Các số nguyên lớn 100  Không phải số  Số thập phân  Như vậy, việc phân vùng có đủ hay khơng tùy thuộc vào kinh nghiệm tester 24 Kỹ thuật Boundary Value Analysis  Kỹ thuật phân tích giá trị giới hạn - BVA (Boundary Value Analysis)  Kỹ thuật BVA chọn giá trị nằm điểm giới hạn phân vùng invalid  valid invalid 100 101 Áp dụng kỹ thuật BVA cần test case để test trường hợp này: 0,1,10,101 25 Kỹ thuật EP & BVA  Xét ví dụ: Một ngân hàng trả lãi cho khách hàng dựa vào số tiền lại tài khoản Nếu số tiền từ đến 100$ trả 3% lãi, từ lớn 100 $ đến nhỏ 1000$ trả 5% lãi, từ 1000$ trở lên trả 7% lãi  Dùng kỹ thuật EP:  Kỹ thuật EP: -0.44, 55.00, 777.50, 1200.00  Kỹ thuật BVA: -0.01, 0.00, 100.00, 100.01, 999.99, 1000.00 26 Tại phải kết hợp BVA EP  Mỗi giá trị giới hạn nằm phân vùng Nếu sử dụng giá trị giới hạn ta test ln phân vùng  Tuy nhiên vấn đề đặt giá trị sai nghĩa giá trị giới hạn bị sai phân vùng bị sai Hơn nữa, sử dụng giá trị giới hạn khơng đem lại tin tưởng cho người dùng sử dụng giá trị đặc biệt thay sử dụng giá trị thơng thường  Vì vậy, cần phải kết hợp BVA EP 27 Ví dụ Customer Name Account number Loan amount requested 2-64 chars digits, 1st non-zero Term of loan £500 to £9000 Monthly repayment to 30 years Term: Repayment: Interest rate: Total paid back: Minimum £10 28 Customer name Number of characters: invalid Valid characters: Conditions Customer name Valid Partitions to 64 chars valid chars A-Z a-z -’ space Invalid Partitions < chars > 64 chars invalid chars valid 64 65 invalid Any other Valid Boundaries chars 64 chars Invalid Boundaries chars 65 chars chars 29 Account number first character: valid: non-zero invalid: zero number of digits: invalid Conditions Account number Valid Partitions digits st non-zero Invalid Partitions < digits > digits st digit = non-digit valid Valid Boundaries 100000 999999 invalid Invalid Boundaries digits digits digits 30 Loan amount 499 500 invalid Conditions Loan amount Valid Partitions 500 - 9000 9000 valid Invalid Partitions < 500 >9000 non-numeric null 9001 invalid Valid Boundaries 500 9000 Invalid Boundaries 499 9001 31 Condition template Conditions Customer name Valid Partitions - 64 chars valid chars Account number digits st non-zero Loan amount 500 - 9000 Invalid Partitions Tag Valid Boundaries Tag V1 < chars V2 > 64 chars X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 X11 X12 chars 64 chars B1 char B2 65 chars 100000 999999 chars B3 digits B4 digits digits D1 D2 D3 D4 D5 D6 500 9000 B5 499 B6 9001 D7 D8 Tag invalid char V3 < digits V4 > digits st digit = non-digit V5 < 500 >9000 non-integer null Invalid Boundaries Tag 32 Design test cases Test Case Description Expected Outcome New Tags Covered Name: Acc no: Loan: Term: John Smith 123456 2500 years Term: Repayment: Interest rate: Total paid: years 79.86 10% 2874.96 V1, V2, V3, V4, V5 Name: Acc no: Loan: Term: AB 100000 500 year Term: Repayment: Interest rate: Total paid: year 44.80 7.5% 537.60 B1, B3, B5, 33 Vai trò Tester  Kiểm lỗi phần mềm  Kiểm lỗi đóng gói  Kiểm lỗi tài liệu  User guide  Installation Guide  Release Notes  Troubleshooting 34 Công việc Tester  Chuẩn bị môi trường test  Windows XP, 2000, 2003  Linux  IE, FireFox, Netscape, Mozilla  Test Database, Test data  Thiết kế 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 35 Tài liệu tham khảo  Testing Tools  http://www.aptest.com/resources.html  Testing Course  http://www.aptest.com/courses.html  http://www.aptest.com/testtypes.html  http://www.appperfect.com/products/windowstester.html  http://www.openseminar.org/se/modules/7/index/screen.do 36 37 ... để test trường hợp này: -5 , 55 , 102 0, 10, 1000, … 23 Kỹ thuật specification-based  Kỹ thuật phân vùng tương đương – EP (tt)   Tuy nhiên ta nhập vào số thập phân (55 .5) hay ký tự số (abc)?... B2 65 chars 100000 999999 chars B3 digits B4 digits digits D1 D2 D3 D4 D5 D6 50 0 9000 B5 499 B6 9001 D7 D8 Tag invalid char V3 < digits V4 > digits st digit = non-digit V5 < 50 0 >9000 non-integer... 30 Loan amount 499 50 0 invalid Conditions Loan amount Valid Partitions 50 0 - 9000 9000 valid Invalid Partitions < 50 0 >9000 non-numeric null 9001 invalid Valid Boundaries 50 0 9000 Invalid Boundaries