350 câu Trắc nghiệm tổng hợp Công nghệ phần mềm có đáp án (Phần 2)

Kiểm thử hồi quy (regression test)

Kiểm thử nghiệm thu (acceptance test) Kiểm thử hệ thống (system test)

Tất cả đều đúng

Có thể là sản phẩm theo đơn đặt hàng

Là một sản phẩm công nghiệp

Là sản phẩm có thể thực thi

Không thực sự là sản phẩm

Chất lượng sản phẩm cuối

Dự án phần mềm

Quá trình sản xuất

Chất lượng bảo trì

Mô hình xoắn ốc

Mô hình RAD

Mô hình tăng dần

Mô hình thác nước

80% lỗi trong chương trình thường do 20% bug gây ra

20% lỗi trong chương trình thường do 80% bug gây ra

Chi phí sửa lỗi ở giai đoạn thu nhận yêu cầu chỉ bằng 1/5 chi phí sửa lỗi ở giai đạon cuối

60% lỗi được tìm thấy trong giai đoạn kiển thử đơn vị

Số vấn đề giải quyết trong tháng /tổng số vấn đề phát sinh trong tháng

Số lần bảo trì vượt quá tiêu chuẩn thời gian /tổng số lần bảo trì

Số lần bảo trì sai sót /tổng số lần bảo trì

Thời gian trung trung bình của một lần bảo trì

Thiết kế không là code, code không là thiết kế

Thiết kế phải được đánh giá chất lượng khi nó đang được tạo không phải khi nó có vấn đề

Mô hình thiết kế cung cấp chi tiết về kiến trúc (architecture), Giao diện (interfaces) và thành phần (component) cần thiết để cài đặt phần mềm

Thiết kế phải chỉ ra được hệ thống thực thi như thế nào, các yêu cầu

Tính liên kết (coupling)

Tính kết dính (cohesion)

Chỉ đến chi phí tích hợp

Chỉ đến chi phí phát triển

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

Thường dùng prototype

Bản chất lặp

Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm

Tất cả các mục

Một phương pháp thích hợp được sử dụng khi các yêu cầu đã được xác định rõ ràng

Phương pháp tốt nhất được sử dụng trong các dự án có nhiều thành viên

Một phương pháp hữu ích khi khách hàng không thể xác định yêu cầu một cách rõ ràng

Một mô hình rất rủi ro, khó đưa ra được một sản phẩm tốt

Bảo mật

Các chi tiết về dữ liệu mà được tổ chức trong hệ thống

Những mô tả về qui trình mà hệ thống được yêu cầu xử lý

Các báo cáo kết xuất

“Kiểm tra ngân quỹ chiến dịch” là use case cơ bản

“Kiểm tra ngân quỹ chiến dịch” là use case mở rộng được khởi động từ use case "In tóm tắt chiến dịch"

“In tóm tắt chiến dịch” là use case cơ bản

Tất cả đều sai

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

Kỹ thuâṭ hộp trắng

Kỹ thuật hộp đen

Cả hai kỹ thuật hộp đen và trắng

Kỹ thuật hồi quy (regression)

Kiểm thử điều kiêṇ (Condition testing)

Phân tích giá trị biên (boundary value analysis)

Kiểm thử chuyển đổi trạng thái (State Transition Testing)

Đoán lỗi (Error Guessing)

3

4

5

6

Bảo trì sửa lỗi (Corrective maintenance)

Bảo trì thích nghi (Adaptive maintenance)

Bảo trì hoàn chỉnh (Perfective maintenance)

Bảo trì phòng tránh (Preventive maintenance)

Bảo trì sửa lỗi (Corrective maintenance)

Bảo trì thích nghi (Adaptive maintenance)

Bảo trì hoàn chỉnh (Perfective maintenance)

Bảo trì phòng tránh (Preventive maintenance)