SINH VIÊN:
1. Thới Ngọc Quốc Duẫn 09520482
2. Sầm Viết Anh Khoa 09520137
3. Lộ Ngọc Thạch 09520657
BÀI THUYẾT TRÌNH
NHẬP MÔN CÔNG NGHỆ PHẦN MỀM
Chủ đề: Testing Software

1. TEST PHẦN MỀM

1.1 Định nghĩa
Test phần mềm là quá trình vận hành thử nghiệm một
chương trình, một hệ thống phần mềm với mục đích
tìm ra lỗi.

1.2 Vai trò
- Testing để tìm ra lỗi, ghi nhận các thông tin về lỗi,
nhưng không sửa lỗi.
- Testing giúp kiểm định phần mềm, đảm bảo rằng
phần mềm “đủ tốt” với độ rủi ro “thấp nhất” có thể.

1.3 Test thế nào cho đủ
Test thế nào cho
đủ???
1.3.1 Vấn đề
-
Càng test càng tìm ra thêm lỗi, nhất là với các hệ
thống lớn.
-
Vấn đề không phải là với việc test như vậy tất cả các
lỗi đã được tìm ra chưa, mà ở chỗ phần mềm như vậy

thống, testing được thực hiện song song cùng
với mỗi giai đoạn phát triển, tạo nên mô hình
chữ V. Mô hình này phản ánh sự cần thiết việc
lập kế hoạch và chuẩn bị sớm cho test.
-
Trong mô hình này, mỗi giai đoạn phát triển
được liên kết tương ứng với một giai đoạn test.
2.1 Mô hình chữ V đối với qui trình test
-
Như các giai đoạn phát triển cụ thể, từng giai
đoạn test cũng cần phải được lập kế hoạch và
chuẩn bị (thiết kế sơ bộ).
-
Ở một số công ty, Tester không đảm nhận Unit
test.
-
Nhiều dự án không có tài liệu hỗ trợ
(Requirements Spec., Project Plan…) Qui trình
test phải biến đổi linh hoạt theo.
2.2 Các giai đoạn test (Testing Phases)
-
Unit là phần nhỏ nhất của mã nguồn (source code) có
thể được biên dịch, liên kết và load (compiled, linked, và
loaded)
-
Unit testing được thực hiện bởi Lập trình viên
(Developers)
-
Sử dụng phương pháp test hộp trắng (White box testing)
2.2.1 Unit Testing

-
Dựa trên cơ sở là toàn bộ hay một phần của tài liệu
yêu cầu hệ thống (system requirements)
-
Các thủ tục test/demo phải được khách hàng chấp
nhận trước khi thực hiện để nghiệm thu.
2.2.5 Installation Testing
-
Test các bước thực hiện cài đặt dựa trên Tài liệu
hướng dẫn cài đặt, chứng minh Tài liệu hướng dẫn
cài đặt đã qui chuẩn để chuyển giao khách hàng.
-
Installation testing được thực hiện bởi Nhóm test

3 .CÁC PHƯƠNG PHÁP KỸ THUẬT TEST
-
Phân các test cases theo nhóm các TEST CASE cùng loại,
gọi là class hay lớp các TEST CASE.
-
Trong mỗi class chọn test chỉ một vài test case.
-
Nên test nhiều class thay cho test nhiều test cases trong
cùng một class.
3.1 Các kỹ thuật test
3.1.1 Equivalence class partitioning – Phân
lớp tương đương
3.1.2 Control flow testing – Luồng điều
khiển
-
Phân loại các TEST CASE theo sơ đồ mô hình luồng

Phân loại các TEST CASE theo vùng giá trị của biến,
đặc biệt chú trọng các TEST CASE quanh biên ranh
giới, nơi hệ thống có những xử lý khác nhau so với
các giá trị biến khác.
3.1.6 Loop testing – Vòng lặp
-
Áp dụng trong whitebox testing: quan tâm đến vòng
lặp trong code.
-
Áp dụng trong backbox testing: quan tâm đến vòng
lặp trong hành vi của hệ thống.
-
Phân loại các TEST CASE theo số giá trị đặc biệt lần
rẽ nhánh các vòng lặp.
3.1.7 Syntax testing – Cú pháp
-
Áp dụng test các câu lệnh, các trường toán tử có định
dạng xác định.
-
Phân tích, nắm rõ các cú pháp để thiết kế các TEST
CASE, sử dụng kỹ thuật phân lớp tương đương, và
theo loại đúng hoặc sai cú pháp.
3.1.8 State machine testing – Trạng thái
-
Áp dụng cho loại hệ thống có đặc trưng chuyển đổi
trạng thái, các “menu driven application” – Chương
trình điều khiển bằng trình đơn, các hệ thống thiết kế
bằng phương pháp hướng đối tượng.
-
Các TEST CASE được phân loại từ việc lập các biểu đồ

-
Những vùng quan trọng nhất của phần mềm
-
Những vùng phần mềm hay được dùng nhất
-
Những vùng có đặc trưng riêng, khác biệt hẳn với các
vùng khác của phần mềm
-
Những vùng phần mềm dễ bị ảnh hưởng nhất của các
thay đổi vừa có (khi regression test)
3.2.1 Danh sách các ưu tiên test - “where to
focus testing”
-
Những lỗi dễ xảy ra nhất
-
Những lỗi (người dùng) dễ nhìn thấy nhất
-
Những loại lỗi khó fix nhất
-
Những loại lỗi mà tester biết rõ nhất
-
Những loại lối mà tester biết lờ mờ nhất
-
Positive test trước, negative test sau (test các trường
hợp hợp lệ trước, các trường hợp không hợp lệ sau)