Bài giảng Nhập môn công nghệ phần mềm - Chương 6: Kiểm chứng phần mềm

Chương 6: KIỂM CHỨNG PHẦN MỀM
NHẬP MÔN CÔNG NGHỆ PHẦN MỀM
Khảo sát
hiện trạng
Xác định
yêu cầu
Phân tích
Thiết kê
Cài đặt
Kiểm
chứng
Triển khai
Bảo trì
Nội dung: + Kiểm lỗi
+ Kiểm lỗi phân hệ
+ Kiểm lỗi hệ thống
Kết quả:
+ Test plan
+ Test case
+ Bug
+ Test report
Phân tích chi tiết quy trình công nghệ phần mềm dựa trên mô 
hình thác nước
2
Giai đoạn kiểm chứng
Mục tiêu
3
 Biết được qui trình kiểm tra phần mềm
 Biết được một số loại test cơ bản
 Biết được một số khái niệm liên quan đến
testing
 Biết được công việc, công cụ thường dùng
của Tester
Nội dung
4
1. Qui trình kiểm tra phần mềm
2. Giới thiệu một số khái niệm sử dụng trong Testing:
test plan, test case,
3. Kiểm tra đơn vị, phân hệ, hệ thống
4. Giới thiệu một số loại test cơ bản
5. Thiết kế test case
6. Vai trò, công cụ thường dùng của tester.
1. Tiến trình kiểm thử
5
Test 
cases
Test 
data
Test 
result
s
Test 
report
s
Design 
test 
cases
Prepar
e test 
data
Run 
program 
with test 
data
Compar
e results 
to test 
cases
End
Begin
Design 
test 
plan
Test 
plan
Một số khái niệm cơ bản
6
 Test plan
 Test case
 Bug 
 Test Report
 Test manager
 Test designer
 Tester 
Test plan
7
 Cấu trúc chung của một test plan
 Test project
 Danh sách các module cần test.
 Ngày bắt đầu, ngày kết thúc
 Danh sách các test case
 Nhân sự tham gia
 Tài nguyên sử dụng (server, workstation, printer,)
 Kế hoạch thực hiện (sử dụng MS Project lập kế
hoạch)
 
Test case
8
 Cấu trúc chung của một test case
 Tên project, module
 Màn hình, chức năng
 Mã số
 Tài liệu tham khảo
 Mục đích
 Dữ liệu test (test data)
 Mô tả các bước (test step)
 Trạng thái
 Ngày tạo
 
Test case
9
 Ví dụ: kiểm tra màn hình đăng nhập
Test case
10
 Ví dụ: kiểm tra màn hình đăng nhập
 Projetc: web testing application
 Module: testing
 Màn hình: đăng nhập hệ thống
 Chức năng: đăng nhập
 Mã số: A001
 Dữ liệu test:
 Username: minh, pass: minh
 Username: admin, pass: admin.
 Các bước thực hiện kiểm tra
Test case – test step
11
Bug 
12
 Cấu trúc chung của bug
 Tên
 Mã số, mức độ
 Test case tương ứng
 Màn hình chức năng
 Dữ liệu, mô tả các bước thực hiện
 Hình chụp màn hình, quay phim các thao tác
 Trạng thái
 Ngày tạo
 
Test report
13
 Cấu trúc chung của test report
 Test plan
 Tên người thực hiện
 Ngày thực hiện
 Môi trường test
 Bảng mô tả module/chức năng/test case và kết quả 
tương ứng
 Kết luận, đề xuất (nếu có)
 
Chiến lược kiểm tra
14
Các giai đoạn test (test phases)
15
 Unit test (white box): test trực tiếp trên source code, dùng các
test tool dành cho unit test.
 Live testing (black box): test trên màn hình, report và thực thi
của hệ thống.
 Intergration testing: test hệ thống khi đã nối các module hoàn
chỉnh.
 Acceptance testing: Kiểm tra các ứng dụng hoàn chỉnh cho phù
hợp với thông số kỹ thuật chi tiết trước khi giao hàng cho khách
hàng.
Phân loại kiểm tra (testing type)
16
White-box testing
Test trực tiếp trên source code (test 
unit).
Black – box testing
Test trên màn hình, report.
White – box testing
17
Để kiểmtra tính đúng đắn của đoạn code trên chúng ta 
cần ít nhất bao nhiêu trường hợp ?
Test case – test data – test result
18
Stt Trường 
hợp kiểm 
tra
Dữ liệu
kiểm tra
Kết quả
mong 
muốn
Kết quả 
thật sự
1 a>b, a>c 4,2,3 4 ?
2 a>b, a=< c 8, 5, 10
8,5,8
10
8
?
3 ac 4,6,1
4,4,1
6
4
?
?
4 a<=b, b<=c 1, 2,3
1,1,3
1,2,2
1,1,1
3
3
2
1
?
?
?
?
Black – box testing
19
 Ví dụ: kiểm tra màn hình sau
Để kiểm tra tính đúng đắn của màn hình trên chúng ta cần 
có những trường hợp nào?
Black – box testing
20
 Ví dụ: kiểm tra màn hình sau
Black – box testing
21
 Ví dụ: kiểm tra màn hình sau
Black – box testing
22
 Ví dụ: kiểm tra màn hình sau
Test case – test data – test result
23
Stt Trường 
hợp kiểm 
tra
Dữ liệu
kiểm tra
Kết quả
mong 
muốn
Kết quả 
thật sự
1 ? ? ? ?
2 ? ? ? ?
3 ?
?
?
?
?
?
?
?
 ?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
Chính sách kiểm tra
24
 Kiểm tra tất cả các chức năng trong hệ thống menu
 Kiểm tra tất cả các mục khác có cùng chức năng với hệ
thống menu (toolbar, listbar, dialog bar, tổ hợp phím)
 Kiểm tra cùng chức năng với nhiều vai trò khác nhau (đối
với hệ thống có nhiều người dùng)
 Kiểm tra tất cả các dữ liệu bắt buộc nhập trong các màn
hình (hợp lệ/ không hợp lệ)
Tester
25
 Vai trò
 Kiểm lỗi phần mềm
 Kiểm lỗi bản đóng gói
 Kiểm lỗi tài liệu
 User guide
 Installation guide
 Releas node
 Trouble shouting
 Công việc
 Chuẩn bị môi trường test
 Operation System
 IE, FireFox, Netscape, Mozilla
 Test Database, Test data
 Viết test case
 Thực hiện test các test case trong từng 
môi trường khác nhau.
 Mô tả Bug và chi tiết các bước để tạo 
ra bug
 Theo dõi quá trình Fix Bug
 Báo cáo kết quả test
Tester
26
 Phần mềm sử dụng
 Web testing
 TestManagerRole
 Tester Role
 Manual Test (Rational Manual Test, Test Complete)
 Automation Test (Rational Functional Test, Test
Complete,)
 Load testing
 Code Analysis
 Project Management Tool
 ...
Bài tập
27
 Bài 1.
Hãy chuẩn bị các bộ testcase, testdata và kết quả mong
muốn của mỗi trường hợp sao cho đầy đủ nhất để kiểm
thử bài toán sau: Password thỏa mãn nếu có ít nhất 5
ký tự và tối đa 15 kí tự trong đó có ít nhất 1 ký số và 1
chữ cái nhưng không chứa ký tự đặc biệt (ký tự đặc
biệt là ký tự không phải là ký số hoặc chữ cái).
Bài tập
28
 Bài 2.
Hãy chuẩn bị các bộ testcase, testdata và kết quả mong
muốn của mỗi trường hợp sao cho đầy đủ nhất để kiểm
thử bài toán sau: Cho bộ 3 số nguyên a,b,c. Kiểm tra a,
b,c có là độ dài của 1 tam giác.Nếu phải thì cho biết
đó là tam giác gì?