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

A A. System Requirement. B B. Acceptance Requirement. C C. Component Requirement (hoặc Module Requirement). D D. Business Requirement.

A A. Kiểm tra cấu trúc code bên trong của phần mềm. B B. Kiểm tra các đường dẫn thực thi và luồng dữ liệu trong code. C C. Kiểm tra chức năng của phần mềm dựa trên đặc tả yêu cầu, không cần biết cấu trúc bên trong. D D. Kiểm tra hiệu năng và khả năng chịu tải của hệ thống.

A A. Tăng tốc độ biên dịch chương trình. B B. Quản lý và theo dõi thay đổi của mã nguồn, hỗ trợ làm việc nhóm hiệu quả. C C. Tự động phát hiện và sửa lỗi code. D D. Cải thiện giao diện người dùng của ứng dụng.

A A. Đóng gói dữ liệu và phương thức bên trong một đối tượng. B B. Một lớp con kế thừa thuộc tính và phương thức từ lớp cha. C C. Một đối tượng có thể thuộc về nhiều lớp khác nhau. D D. Các đối tượng giao tiếp với nhau thông qua thông điệp.

A A. Chi phí đầu tư vào cơ sở hạ tầng kỹ thuật. B B. Hậu quả của việc đưa ra các quyết định thiết kế hoặc code không tối ưu trong ngắn hạn. C C. Khoản nợ tài chính phát sinh trong quá trình phát triển dự án. D D. Các lỗi và bug còn tồn tại trong phần mềm sau khi triển khai.

A A. Thiết kế (Design). B B. Kiểm thử (Testing). C C. Marketing. D D. Bảo trì (Maintenance).

A A. JUnit. B B. Selenium. C C. Maven. D D. Git.

A A. Tăng tốc độ thực thi của chương trình. B B. Giảm thiểu sự trùng lặp code, tăng tính tái sử dụng và dễ bảo trì. C C. Tối ưu hóa bộ nhớ sử dụng của chương trình. D D. Tăng cường tính bảo mật của ứng dụng.

A A. Viết code phức tạp và tối ưu hóa. B B. Giữ cho thiết kế và code đơn giản, dễ hiểu. C C. Sử dụng các công nghệ mới nhất và phức tạp nhất. D D. Tối đa hóa số lượng tính năng trong phần mềm.

A A. Quy trình và công cụ hơn là cá nhân và tương tác. B B. Tài liệu toàn diện hơn là phần mềm chạy tốt. C C. Hợp đồng và đàm phán hơn là cộng tác với khách hàng. D D. Cá nhân và tương tác hơn là quy trình và công cụ.

A A. Số lượng dòng code. B B. Mức độ phức tạp của luồng điều khiển trong code. C C. Thời gian thực thi của chương trình. D D. Mức độ sử dụng bộ nhớ của chương trình.

A A. Dự án có yêu cầu thay đổi liên tục và không rõ ràng. B B. Dự án có thời gian phát triển ngắn và yêu cầu linh hoạt. C C. Dự án có yêu cầu rõ ràng, ổn định và ít thay đổi. D D. Dự án ưu tiên tương tác liên tục với khách hàng trong quá trình phát triển.

A A. Mức độ liên quan giữa các module hoặc thành phần khác nhau của phần mềm. B B. Số lượng dòng code trong một module. C C. Tốc độ giao tiếp giữa các thành phần phần mềm. D D. Mức độ dễ dàng tái sử dụng một module trong các dự án khác.

A A. Chỉ dựa vào đặc tả yêu cầu. B B. Hiểu biết về cấu trúc code bên trong của phần mềm. C C. Không cần kiến thức về lập trình. D D. Chỉ kiểm tra giao diện người dùng.

A A. Tự động sửa lỗi code. B B. Tìm kiếm lỗi, cải thiện chất lượng code và chia sẻ kiến thức trong nhóm. C C. Đánh giá hiệu suất làm việc của lập trình viên. D D. Tăng tốc độ viết code.

A A. Dự án bị chậm tiến độ so với kế hoạch. B B. Ngân sách dự án bị vượt quá. C C. Yêu cầu dự án liên tục thay đổi và mở rộng ngoài phạm vi ban đầu. D D. Nhóm dự án thiếu nhân lực.

A A. Ẩn thông tin và dữ liệu bên trong đối tượng. B B. Một đối tượng có thể có nhiều trạng thái khác nhau. C C. Các đối tượng thuộc các lớp khác nhau có thể phản ứng khác nhau với cùng một phương thức. D D. Tạo ra các đối tượng phức tạp từ các đối tượng đơn giản hơn.

A A. Tăng tốc độ truy vấn dữ liệu. B B. Giảm thiểu sự dư thừa dữ liệu và cải thiện tính nhất quán. C C. Tăng cường bảo mật dữ liệu. D D. Đơn giản hóa cấu trúc cơ sở dữ liệu.

A A. Triển khai phần mềm lên môi trường production một cách liên tục. B B. Tích hợp code thường xuyên và tự động từ nhiều nhà phát triển vào một repository chung. C C. Kiểm thử phần mềm tự động liên tục trong quá trình phát triển. D D. Thu thập phản hồi từ người dùng liên tục sau khi phát hành phần mềm.

A A. Viết mã nguồn chương trình. B B. Quản lý cơ sở dữ liệu. C C. Mô hình hóa và trực quan hóa thiết kế hệ thống phần mềm. D D. Kiểm thử hiệu năng phần mềm.

A A. Danh sách các lỗi cần sửa trong sprint hiện tại. B B. Danh sách ưu tiên các tính năng, yêu cầu và cải tiến cần thực hiện cho sản phẩm. C C. Báo cáo tiến độ công việc hàng ngày của nhóm phát triển. D D. Kế hoạch kiểm thử cho sprint tiếp theo.

A A. Viết lại toàn bộ mã nguồn từ đầu. B B. Thay đổi mã nguồn để cải thiện cấu trúc, tính dễ đọc và bảo trì, mà không thay đổi chức năng bên ngoài. C C. Sửa lỗi và bug trong mã nguồn. D D. Tối ưu hóa hiệu suất của chương trình.

A A. Một cuộc họp hàng ngày của nhóm phát triển. B B. Một giai đoạn phát triển ngắn, lặp đi lặp lại, thường kéo dài từ 1 đến 4 tuần. C C. Vai trò của người quản lý dự án trong Scrum. D D. Bảng theo dõi tiến độ công việc của nhóm Scrum.

A A. Thiết kế kiến trúc hệ thống. B B. Xác định và ghi lại đầy đủ nhu cầu của người dùng và các bên liên quan. C C. Viết mã nguồn cho ứng dụng. D D. Thực hiện kiểm thử phần mềm.

A A. Unit testing. B B. Functional testing. C C. Load testing. D D. Usability testing.

A A. Tạo ra các thuật toán mới để giải quyết các vấn đề cụ thể. B B. Cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thiết kế phần mềm thường gặp. C C. Tăng tốc độ phát triển phần mềm bằng cách tự động sinh code. D D. Giảm thiểu số lượng dòng code cần viết.

A A. Toàn bộ hệ thống phần mềm sau khi tích hợp. B B. Từng module hoặc thành phần nhỏ nhất, độc lập của phần mềm. C C. Giao diện người dùng của phần mềm. D D. Hiệu năng của phần mềm dưới tải lớn.

A A. Nhóm phát triển phần mềm. B B. Nhóm kiểm thử độc lập. C C. Người dùng cuối hoặc khách hàng. D D. Quản lý dự án.

A A. Trước khi phát hành phiên bản phần mềm mới. B B. Sau khi sửa lỗi hoặc thêm tính năng mới, để đảm bảo các thay đổi không gây ra lỗi ở những phần khác. C C. Trong giai đoạn lập kế hoạch dự án. D D. Khi phát hiện lỗi nghiêm trọng trong quá trình sử dụng thực tế.

A A. Quản lý cơ sở dữ liệu. B B. Đóng gói và triển khai ứng dụng trong container. C C. Kiểm thử tự động giao diện người dùng. D D. Phân tích code tĩnh.