Cốt lõi của kiểm thử phần mềm dựa trên phân tích động là việc xác định
tập các ca kiểm thử sao cho chúng có khả năng phát hiện nhiều nhất các lỗi
(có thể có) của hệ thống cần kiểm thử. Vậy cái gì cần đưa vào các ca kiểm
thử? Rõ ràng thông tin đầu tiên là đầu vào. Đầu vào có hai kiểu: tiền điều
kiện (pre-condition) - tức là điều kiện cần thỏa mãn trước khi tiến hành ca
kiểm thử - và dữ liệu đầu vào thực sự được xác định bởi phương pháp kiểm
thử. Thông tin tiếp theo cần đưa vào là đầu ra mong đợi. Cũng có hai loại
đầu ra: hậu điều kiện (post-condition) và dữ liệu đầu ra thực sự. Phần đầu
ra của ca kiểm thử thường hay bị bỏ quên vì nó là phần khó xác định. Giả sử
ta cần kiểm thử phần mềm tìm đường đi tối ưu cho máy bay khi cho trước
các ràng buộc về hành lang bay và dữ liệu về thời tiết trong ngày của chuyến
bay. Đường đi tối ưu của máy bay thực sự là gì? Có nhiều câu trả lời cho
câu hỏi này. Câu trả lời lý thuyết là giả thiết về sự tồn tại của một cây đũa
thần (oracle) biết được tất cả các câu trả lời. Câu trả lời thực tế, được gọi
là kiểm thử tham chiếu, là hệ thống được kiểm thử dưới sự giám sát của các
chuyên gia về lĩnh vực ứng dụng của phần mềm, những người có thể phán
xét xem liệu các dữ liệu đầu ra đối với việc tiến hành trên các dữ liệu đầu
vào của ca kiểm thử có chấp nhận được hay không.
Hoạt động kiểm thử dẫn đến việc thiết lập các tiền điều kiện cần thiết,
việc cung cấp các ca kiểm thử, quan sát dữ liệu đầu ra và so sánh chúng với
các đầu ra mong đợi để xác định phát hiện các lỗi/khiếm khuyết (có thể có)
của sản phẩm phần mềm.
Chỉ số của ca kiểm thử
Mục đích
Tiền điều kiện
Đầu vào
Đầu ra mong đợi
Hậu điều kiện
Lịch sử thực hiện ca kiểm thử
Ngày.....Kết quả thực tế....Phiên bản....Kiểm thử viên
Hình 1.2 mô tả các thông tin cơ bản trong một ca kiểm thử được phát
triển đầy đủ, chủ yếu là để trợ giúp việc quản lý. Các ca kiểm thử cần phải
định danh bằng tên/chỉ số và lý do tồn tại (chẳng hạn đặc tả nhu cầu tương
ứng là một lý do). Cũng nên bổ sung thêm lịch sử tiến hành của một ca kiểm
thử bao gồm cả việc chúng được thực hiện bởi ai và khi nào, kết quả của
mỗi lần thực hiện ra sao, qua hay thất bại và được thực hiện trên phiên bản
nào của phần mềm. Với các ca kiểm thử cho các hoạt động kiểm thử giao
diện người dùng, ngoài thông tin về đầu vào, chúng ta cần bổ sung thêm các
thông tin về trình tự nhập các đầu vào cho giao diện. Tóm lại, ta cần nhận
thức rằng ca kiểm thử ít nhất cũng quan trọng như mã nguồn. Các ca kiểm
thử cần được phát triển, kiểm tra, sử dụng, quản lý và lưu trữ một cách khoa
học.
T3H Chúc các bạn học tốt môn kiểm thử phần mềm Testing
0 nhận xét:
Đăng nhận xét