Khả năng được chấp nhận trong các yêu cầu đối với phần mềm

Kiểm nghiệm tích hợp đối tượng

Kiểm nghiệm hộp đen

Kiểm nghiệm thừa kế

Kiểm nghiệm hộp trắng

Chức năng không đầy đủ hay không đúng

Những lỗi giao diện

Những lỗi thực thi

Tất cả mục trên

Tập trung vào chỉ một điều

Kết nối với module khác và môi trường bên ngoài

Có thể hoàn thành chức năng của nó trong một cách thức phù hợp về thời gian

Có thể được viết với sự rắn chắc nhiều hơn

Điều khiển

Dữ liệu

Thủ tục

Tất cả mục trên

Ước lượng giá

Xây dựng giao diện

Định trị giao diện

Phân tích người dùng và tác vụ

exciting requirements

expected requirement

normal requirements

technology requirements

Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu

Đưa ra hình ảnh những chức năng biến đổi luồng dữ liệu

Chỉ ra những quyết định logic chính khi chúng xuất hiện

Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài

Những kỹ thuật input giữ tương tự suốt ứng dụng

Mỗi ứng dụng phải có look and feel riêng biệt

Cách thức điều hướng (navigational) nhạy với ngữ cảnh

Câu a và b

Một mô hình cũ phổ biến mà bây giờ hiếm khi dùng nữa

Hướng tốt nhất để dùng cho những dự án với những nhóm phát triển lớn

Một hướng hợp lý khi những yêu cầu được xác định rõ

Một hướng tốt khi cần tạo nhanh một chương trình thực thi

Phải lên kế hoạch kiểm thử sớm ngay trong giai đoạn phân tích hệ thống

Có thể thực hiêṇ kiểm thử được toàn bộ mọi trường hợp có thể có của hệ thống

Để hiệu quả, kiểm thử nên được thực hiện bởi một đội kiểm thử

Tuân theo nguyên tắc Pareto