230 câu trắc nghiệm môn Công nghệ phần mềm

A. Mô hình thiết kế

B. Mô hình người dùng

C. Mô hình hình ảnh hệ thống

D. Mô hình nhận thức hệ thống

A. Ước lượng giá

B. Xây dựng giao diện

C. Định trị giao diện

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

A. Người dùng cho biết những ưa thích qua bản câu hỏi

B. Dựa vào ý kiến của những lập trình viên có kinh nghiệm

C. Nghiên cứu những hệ thống tự động liên quan

D. Quan sát thao tác ngƣời dùng

A. Kết nối tiền sử người dùng (profile) và shortcut chức năng

B. Xử lý lỗi và thời gian đáp ứng của hệ thống

C. Quyết định hiển thị hình ảnh và thiết kế icon

D. Không có mục nào 

A. Tạo code

B. Những tool vẽ 

C. Định trị input

D. Tất cả mục trên

A. Khách hàng

B. Những lập trình viên có kinh nghiệm

C. Người dùng sản phẩm

D. Người quản lý dự án

A. Thời gian cho ứng dụng

B. Số khiếm khuyết (defect) phần mềm

C. Tính tin cậy của phần mềm

D. Thời gian đọc tài liệu trợ giúp

A. Để tư liệu tất cả những trạng thái phụ thuộc

B. Để hướng dẫn phát triển kế hoạch quản lý dự án

C. Chỉ khi xây dựng hệ chuyên gia

D. Khi một tập phức tạp những điều kiện và hoạt động xuất hiện trong thành phần

A. Sự kết hợp giữa cấu trúc lập trình và văn bản tường thuật

B. Ngôn ngữ lập trình truyền thống theo luật riêng của nó

C. Ngôn ngữ phát triển phần mềm có thể đọc bởi máy d. Một cách hữu dụng để biểu diễn kiến trúc phần mềm 

A. Chu kỳ trong chương trình

B. Số lỗi trong chương trình

C. Những đường logic độc lập trong chương trình

D. Những phát biểu của chương trình

A. Dựa vào kiểm thử đường cơ bản

B. Thử thách điều kiện logic trong module phần mềm

C. Chọn những đường dẫn kiểm tra dựa vào những vị trí và dùng những biến

D. Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp

A. Dựa vào kiểm thử đường cơ bản

B. Thử thách điều kiện logic trong module phần mềm

C. Chọn những đƣờng dẫn kiểm tra dựa vào những vị trí và dùng những biến

D. Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp

A. Dựa vào kiểm thử đường cơ bản

B. Thử thách điều kiện logic trong module phần mềm

C. Chọn những đường dẫn kiểm tra dựa vào những vị trí và dùng những biến

D. Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp

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

B. Những lỗi giao diện

C. Những lỗi thực thi

D. Tất cả mục trên

A. Những người phát triển phần mềm không cần làm bất kỳ kiểm thử nào

B. Những người lạ sẽ kiểm phần mềm rất chặt

C. Những người kiểm thử không được dính dáng tới dự án cho đến khi kiểm thử bắt đầu

D. Mâu thuẩn về quyền lợi giữa những ngƣời phát triển và những ngƣời kiểm thử sẽ giảm

A. Đưa ra những xem xét kỹ thuật hình thức ưu tiên trước khi kiểm thử

B. Chỉ rõ những yêu cầu trong theo một cách thức có thể định lượng

C. Quan tâm tới việc sử dụng những nhóm kiểm thử độc lập

D. Tất cả mục trên

A. Những module mức thấp không bao giờ cần kiểm thử

B. Những điểm quyết định chính được kiểm thử sớm

C. Không có những stub cần phải viết

D. Không có mục nào

A. Những điểm quyết định chính được kiểm thử sớm

B. Không có những driver cần được viết

C. Không có những stub (nhánh) cần phải viết

D. Không đòi hỏi kiểm thử hồi quy (regression)

A. Backtracking

B. Brute force

C. Sự loại trừ nguyên nhân

D. Tất cả các mục 

A. Người phát triển

B. Những ngƣời dùng cuối

C. Nhóm kiểm thử

D. Những kỹ sư hệ thống