Tạo nguyên mẫu tiến hóa thường thích được dùng hơn tạo nguyên mẫu bỏ đi bởi vì

Độ đo hiệu quả khử lỗi (Defect Removal Efficiency - DRE) được tính bằng tỷ lệ giữa số lỗi được phát hiện trước khi phát hành phần mềm và tổng số lỗi tiềm tàng. Trong đó, số lỗi tiềm tàng là tổng số lỗi được phát hiện trước khi phát hành *cộng với* số lỗi được phát hiện sau khi phát hành (tức là lỗi do khách hàng phát hiện). Vì vậy, đáp án C là đáp án chính xác nhất vì nó bao gồm toàn bộ các lỗi đã được tìm thấy sau đó (sau khi phát hành phần mềm).

Phân tích yêu cầu là quá trình tìm hiểu sâu sắc nhu cầu của người dùng và các bên liên quan để xác định các yêu cầu cho một hệ thống phần mềm. Có nhiều phương pháp để phân tích yêu cầu, trong đó hai phương pháp phân tách vấn đề phổ biến nhất là top-down (từ trên xuống) và bottom-up (từ dưới lên).

* Top-down (từ trên xuống): Bắt đầu bằng việc xem xét toàn bộ hệ thống và chia nhỏ nó thành các thành phần nhỏ hơn, dễ quản lý hơn. Tiếp tục chia nhỏ cho đến khi đạt đến mức chi tiết cần thiết. Cách tiếp cận này hữu ích khi có một tầm nhìn rõ ràng về hệ thống tổng thể.

* Bottom-up (từ dưới lên): Bắt đầu bằng việc xác định các thành phần riêng lẻ và sau đó tích hợp chúng lại để tạo thành một hệ thống lớn hơn. Cách tiếp cận này hữu ích khi không có một tầm nhìn rõ ràng về hệ thống tổng thể, hoặc khi các thành phần riêng lẻ đã tồn tại.

Các lựa chọn khác không phải là các loại phân tách vấn đề tiêu chuẩn trong phân tích yêu cầu:

* Horizontal and vertical (ngang và dọc) thường được sử dụng trong các ngữ cảnh khác, ví dụ như phân chia trách nhiệm trong một tổ chức.
* Subordinate và superordinate (thứ cấp và siêu cấp) thường được sử dụng để mô tả mối quan hệ giữa các đối tượng hoặc khái niệm, nhưng không phải là phương pháp phân tách vấn đề.

Do đó, đáp án chính xác là A.

Mô hình tiến hóa là một mô hình phát triển phần mềm lặp đi lặp lại, trong đó một prototype (mẫu thử) được xây dựng, thử nghiệm, và sau đó được tinh chỉnh dựa trên phản hồi. Quá trình này lặp lại cho đến khi sản phẩm cuối cùng đạt yêu cầu. Do đó:

- A. Thường dùng prototype: Đúng, vì prototype là cốt lõi của mô hình tiến hóa.
- B. Bản chất lặp: Đúng, vì mô hình này phát triển qua nhiều vòng lặp.
- C. Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm: Đúng, vì mỗi vòng lặp cho phép tích hợp các thay đổi một cách linh hoạt.

Vì cả A, B và C đều đúng, đáp án D (Tất cả các mục) là đáp án chính xác nhất.

Kiểm thử hộp đen (black-box testing) là một phương pháp kiểm thử phần mềm mà không yêu cầu kiến thức về cấu trúc bên trong, thiết kế hoặc cách triển khai của phần mềm. Các kỹ thuật kiểm thử hộp đen tập trung vào việc kiểm tra chức năng và hành vi của phần mềm dựa trên các yêu cầu và đặc tả.

Các phương án B, C và D (Phân tích giá trị biên, Kiểm thử chuyển đổi trạng thái, và Đoán lỗi) đều là các kỹ thuật kiểm thử hộp đen phổ biến.

Phương án A, Kiểm thử điều kiện (Condition testing), thường được xem là một phần của kiểm thử hộp trắng (white-box testing) vì nó liên quan đến việc kiểm tra các điều kiện và nhánh (branches) trong mã nguồn.

Do đó, đáp án đúng là A.