Đề 1 – Bài tập, đề thi trắc nghiệm online Công nghệ phần mềm

A A. Kiến trúc microservices B B. Kiến trúc hướng dịch vụ (SOA) C C. Kiến trúc ba lớp (3-tier architecture) D D. Kiến trúc client-server

A A. Dòng lệnh mã (Lines of Code - LOC) B B. Điểm chức năng (Function Points) C C. Số lượng lớp (Number of Classes) D D. Độ phức tạp Cyclomatic

A A. Đánh dấu một phiên bản ổn định của phần mềm tại một thời điểm nhất định B B. Theo dõi các thay đổi mã nguồn theo thời gian C C. Quản lý quyền truy cập và kiểm soát phiên bản D D. Tự động hóa quy trình build và triển khai phần mềm

A A. Một cuộc họp hàng ngày để nhóm phát triển cập nhật tiến độ B B. Một khung thời gian ngắn (thường từ 2-4 tuần) để hoàn thành một phần công việc cụ thể C C. Một tài liệu mô tả yêu cầu của người dùng D D. Vai trò của người quản lý dự án trong Scrum

A A. Mô hình thác nước (Waterfall) B B. Mô hình chữ V (V-model) C C. Mô hình xoắn ốc (Spiral) D D. Mô hình Agile

A A. Tài liệu yêu cầu phần mềm (SRS) B B. Tài liệu thiết kế phần mềm (SDD) C C. Kế hoạch dự án phần mềm (Software Project Plan) D D. Báo cáo kiểm thử phần mềm (Test Report)

A A. Kiểm thử đường dẫn cơ bản (Basis Path Testing) B B. Kiểm thử rẽ nhánh (Branch Testing) C C. Kiểm thử hộp trắng (White-box Testing) D D. Kiểm thử luồng điều khiển (Control Flow Testing)

A A. Tính năng (Functionality) B B. Độ tin cậy (Reliability) C C. Hiệu suất (Performance) D D. Giá thành rẻ (Low cost)

A A. Nguyên tắc đơn nhiệm (Single Responsibility Principle) B B. Nguyên tắc mở đóng (Open∕Closed Principle) C C. Nguyên tắc thay thế Liskov (Liskov Substitution Principle) D D. Nguyên tắc phân tách giao diện (Interface Segregation Principle)

A A. Kiểm thử dựa trên mô hình (Model-based Testing) B B. Kiểm thử thăm dò (Exploratory Testing) C C. Kiểm thử theo kịch bản (Scripted Testing) D D. Kiểm thử hiệu năng (Performance Testing)

A A. Phân tích yêu cầu B B. Kiểm thử C C. Triển khai (Coding) D D. Bảo trì

A A. Kiểm thử đơn vị (Unit Testing) B B. Kiểm thử tích hợp (Integration Testing) C C. Kiểm thử hệ thống (System Testing) D D. Kiểm thử chấp nhận (Acceptance Testing)

A A. Phân tích yêu cầu B B. Thiết kế hệ thống C C. Thiết kế kiến trúc D D. Thiết kế module

A A. Phân tích rủi ro B B. Thiết kế hệ thống C C. Xây dựng nguyên mẫu D D. Kiểm thử và đánh giá

A A. Cấu trúc bên trong và mã nguồn của phần mềm B B. Chức năng và hành vi bên ngoài của phần mềm C C. Hiệu suất và khả năng mở rộng của phần mềm D D. Tính bảo mật và an toàn của phần mềm

A A. Đo lường chất lượng mã nguồn B B. Ước tính chi phí và nỗ lực phát triển phần mềm C C. Quản lý rủi ro dự án phần mềm D D. Theo dõi tiến độ dự án phần mềm

A A. Kiểm thử phần mềm B B. Bảo trì phần mềm C C. Phân tích và thiết kế phần mềm D D. Quản lý cấu hình phần mềm

A A. Ưu tiên hiệu suất hơn tính dễ đọc của mã B B. Thiết kế hệ thống phức tạp để đáp ứng mọi yêu cầu tiềm năng C C. Giữ cho thiết kế đơn giản và dễ hiểu nhất có thể D D. Tập trung vào việc sử dụng các công nghệ mới nhất

A A. Subversion (SVN) B B. Git C C. Mercurial D D. CVS

A A. Biểu đồ lớp (Class Diagram) B B. Biểu đồ ca sử dụng (Use Case Diagram) C C. Biểu đồ tuần tự (Sequence Diagram) D D. Biểu đồ hoạt động (Activity Diagram)

A A. Mức độ độc lập giữa các module phần mềm B B. Mức độ phụ thuộc lẫn nhau giữa các module phần mềm C C. Mức độ dễ dàng tái sử dụng các module phần mềm D D. Mức độ phức tạp của các module phần mềm

A A. Chi phí bảo trì phần mềm sau khi triển khai B B. Thời gian và nguồn lực cần thiết để sửa lỗi phần mềm C C. Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa không tối ưu trong ngắn hạn D D. Ngân sách dự phòng cho các rủi ro kỹ thuật trong dự án

A A. Microsoft Word B B. Microsoft Excel C C. Jira D D. PowerPoint

A A. Viết mã phức tạp để dự phòng cho các yêu cầu tương lai B B. Chỉ thêm chức năng khi thực sự cần thiết C C. Ưu tiên tái sử dụng mã nguồn hiện có D D. Kiểm thử phần mềm kỹ lưỡng trước khi phát hành

A A. Kiểm thử thủ công (Manual Testing) B B. Kiểm thử tự động (Automated Testing) C C. Kiểm thử thăm dò (Exploratory Testing) D D. Kiểm thử hiệu năng (Performance Testing)

A A. Biểu đồ lớp (Class Diagram) B B. Biểu đồ ca sử dụng (Use Case Diagram) C C. Biểu đồ tuần tự (Sequence Diagram) D D. Biểu đồ trạng thái (State Diagram)

A A. Sửa lỗi và vá các lỗ hổng bảo mật trong mã nguồn B B. Tối ưu hóa hiệu suất của phần mềm để chạy nhanh hơn C C. Cấu trúc lại mã nguồn mà không thay đổi chức năng bên ngoài D D. Thêm các tính năng mới vào phần mềm

A A. Đánh giá khả năng đáp ứng của hệ thống dưới tải trọng cao B B. Kiểm tra các lỗ hổng bảo mật khi hệ thống chịu tải C C. Xác định giới hạn chịu tải tối đa của hệ thống D D. Kiểm tra tính ổn định của hệ thống trong thời gian dài

A A. Mô hình thác nước (Waterfall) B B. Mô hình chữ V (V-model) C C. Mô hình Agile D D. Mô hình xoắn ốc (Spiral)

A A. Mức độ phụ thuộc giữa các module B B. Mức độ liên quan chức năng của các thành phần bên trong một module C C. Mức độ dễ dàng tái sử dụng module D D. Mức độ phức tạp của module