Kiểm thử phần mềm

Tài liệu kiểm thử được xây dựng ở giai đoạn nào?

• Phân tích yêu cầu

• Thiết kế hệ thống

• Cuối giai đoạn tìm hiểu yêu cầu

• Sau khi triển khai

Mục tiêu của tài liệu kiểm thử là gì?

• Mô tả giao diện người dùng

• Đảm bảo chất lượng phần mềm

• Tăng tốc độ phát triển

• Giảm chi phí bảo trì

“Traceability” trong kiểm thử nghĩa là:

• Khả năng kiểm thử tự động

• Khả năng truy vết giữa yêu cầu ↔ thiết kế ↔ test case

• Khả năng bảo trì phần mềm

• Khả năng mở rộng hệ thống

Yêu cầu kiểm thử bao gồm:

• Yêu cầu chức năng và yêu cầu thiết kế

• Yêu cầu chức năng và phi chức năng

• Yêu cầu bảo trì và giao diện

• Yêu cầu tài liệu và dữ liệu

Yêu cầu phi chức năng không bao gồm:

• Hiệu năng

• Bảo mật

• Giao diện

• Chức năng đăng ký

“Look & Feel” là yêu cầu liên quan đến:

• Bảo mật

• Giao diện và trải nghiệm người dùng

• Hiệu năng

• Cơ sở dữ liệu

“Boundary” trong kiểm thử đề cập đến:

• Giới hạn dữ liệu và điều kiện biên

• Giao diện người dùng

• Tốc độ xử lý

• Tính bảo mật

“Negative Testing” là kiểm thử:

• Với dữ liệu hợp lệ

• Với dữ liệu không hợp lệ

• Với dữ liệu lớn

• Với dữ liệu trùng lặp

Một yêu cầu phần mềm tốt cần có đặc điểm nào sau đây?

• Mơ hồ

• Không kiểm thử được

• Phi mã lệnh

• Không rõ ràng

Yêu cầu kiểm thử nên được viết bằng:

• Ngôn ngữ lập trình

• Ngôn ngữ kỹ thuật cao

• Ngôn ngữ phổ biến, dễ hiểu

• Mã máy