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

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

A A. Một sơ đồ mô tả các lớp và mối quan hệ giữa chúng. B B. Một mô tả chi tiết về một chức năng cụ thể mà người dùng có thể thực hiện với hệ thống. C C. Một tài liệu liệt kê tất cả các yêu cầu phi chức năng của hệ thống. D D. Một bản kế hoạch kiểm thử cho một chức năng cụ thể.

A A. Cấu trúc mã nguồn bên trong của phần mềm. B B. Yêu cầu 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. Mức độ bảo mật của phần mềm.

A A. Bảo mật dữ liệu trong quá trình truyền tải. B B. Khả năng mở rộng cơ sở dữ liệu. C C. Sự khác biệt về môi trường triển khai (deployment environment) giữa các máy chủ khác nhau. D D. Tối ưu hóa hiệu suất mã nguồn.

A A. Agile B B. Scrum C C. Waterfall D D. Kanban

A A. Tấn công từ chối dịch vụ (Denial of Service - DoS). B B. Tấn công giả mạo (Phishing). C C. Tấn công bằng cách chèn mã SQL độc hại vào truy vấn cơ sở dữ liệu. D D. Tấn công chiếm quyền điều khiển phiên làm việc (Session hijacking).

A A. Một cuộc họp hàng ngày của nhóm phát triển. B B. Một khoảng thời gian cố định (thường từ 2-4 tuần) để nhóm phát triển hoàn thành một phần công việc. C C. Người chịu trách nhiệm đảm bảo quy trình Scrum được tuân thủ. D D. Danh sách các công việc cần thực hiện trong dự án.

A A. Chi phí bảo trì phần mềm sau khi triển khai. B B. Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa vội vàng, thiếu cân nhắc trong quá trình phát triển. C C. Số lượng lỗi (bugs) còn tồn tại trong phần mềm. D D. Thời gian cần thiết để hoàn thành dự án phần mềm.

A A. Sau khi phát hiện và sửa lỗi (bugs). B B. Trước khi phát hành phiên bản phần mềm mới. C C. Khi có yêu cầu thay đổi chức năng. D D. Tất cả các trường hợp trên.

A A. Thu thập và phân tích yêu cầu của người dùng. B B. Viết mã nguồn chương trình. C C. Lập kế hoạch kiến trúc tổng thể và chi tiết cho phần mềm. D D. Kiểm thử và sửa lỗi phần mềm.

A A. Kiểm tra khả năng chịu tải của hệ thống khi số lượng người dùng đồng thời tăng cao. B B. Đánh giá thời gian phản hồi của hệ thống trong điều kiện tải bình thường. C C. Tìm ra điểm giới hạn mà hệ thống bắt đầu gặp sự cố. D D. Kiểm tra bảo mật của hệ thống dưới áp lực tải cao.

A A. Danh sách các lỗi (bugs) đã được phát hiện trong Sprint. B B. Danh sách ưu tiên các công việc cần thực hiện để phát triển sản phẩm. C C. Bản kế hoạch chi tiết cho một Sprint cụ thể. D D. Báo cáo tiến độ của nhóm phát triển trong Sprint.

A A. Kiểm thử chức năng (Functional testing). B B. Kiểm thử hiệu năng (Performance testing). C C. Kiểm thử bảo mật (Security testing). D D. Kiểm thử khả năng sử dụng (Usability testing).

A A. Số dòng lệnh trong mã nguồn. B B. Độ phức tạp của luồng điều khiển (control flow) trong mã nguồn. C C. Mức độ gắn kết giữa các module. D D. Hiệu suất thực thi của mã nguồn.

A A. Giảm thời gian phát triển phần mềm. B B. Tăng chất lượng mã nguồn và giảm lỗi. C C. Giảm chi phí phát triển phần mềm. D D. Tăng cường khả năng giao tiếp giữa các thành viên nhóm.

A A. Tạo ra phần mềm hoạt động ổn định và đáp ứng yêu cầu người dùng. B B. Tối đa hóa lợi nhuận cho công ty phát triển phần mềm. C C. Sử dụng công nghệ mới nhất trong quá trình phát triển. D D. Đảm bảo phần mềm được phát triển nhanh nhất có thể.

A A. Xử lý logic nghiệp vụ và thao tác dữ liệu. B B. Hiển thị dữ liệu và giao diện người dùng. C C. Điều phối tương tác giữa Model và View. D D. Quản lý kết nối cơ sở dữ liệu.

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

A A. Khó khăn trong việc phát triển các dịch vụ riêng lẻ. B B. Đảm bảo tính nhất quán dữ liệu giữa các dịch vụ phân tán. C C. Giảm hiệu suất của hệ thống do giao tiếp mạng. D D. Hạn chế khả năng tái sử dụng mã nguồn.

A A. Tăng tính bảo mật của dữ liệu. B B. Giảm sự phức tạp của mã nguồn bằng cách chia nhỏ thành các module. C C. Tái sử dụng mã nguồn và thiết lập mối quan hệ 'is-a′ giữa các lớp. D D. Cải thiện hiệu suất thực thi của chương trình.

A A. Kiểm tra chức năng của phần mềm từ góc độ người dùng. B B. Đo lường tỷ lệ mã nguồn đã được thực thi trong quá trình kiểm thử. C C. Tìm kiếm các lỗ hổng bảo mật trong mã nguồn. D D. Đánh giá hiệu suất của mã nguồn.

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

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

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

A A. Đếm dòng lệnh (Lines of Code - LOC) B B. Điểm chức năng (Function Point Analysis - FPA) C C. Độ phức tạp Cyclomatic (Cyclomatic Complexity) D D. Độ gắn kết (Coupling) và tính liên kết (Cohesion)

A A. Development (Phát triển) và Database Operations (Vận hành Cơ sở dữ liệu). B B. Development (Phát triển) và Testing (Kiểm thử). C C. Development (Phát triển) và Operations (Vận hành). D D. Design (Thiết kế) và Operations (Vận hành).

A A. Sự thay đổi yêu cầu liên tục từ phía khách hàng. B B. Áp lực về thời gian để phát hành sản phẩm nhanh chóng. C C. Thiếu kinh nghiệm của đội ngũ phát triển. D D. Tất cả các nguyên nhân trên.

A A. Phạm vi (Scope) B B. Thời gian (Time) C C. Chi phí (Cost) D D. Chất lượng (Quality)

A A. Đơn giản hóa việc triển khai và quản lý toàn bộ ứng dụng. B B. Tăng cường khả năng mở rộng và linh hoạt của ứng dụng. C C. Giảm độ phức tạp trong phát triển và bảo trì. D D. Đảm bảo tính nhất quán dữ liệu trên toàn hệ thống.

A A. Triển khai phần mềm lên môi trường sản xuất một cách tự động. B B. Tự động hóa quá trình kiểm thử phần mềm. C C. Tích hợp mã nguồn từ nhiều nhà phát triển một cách thường xuyên và tự động. D D. Theo dõi và giám sát hiệu suất của ứng dụng sau khi triển khai.