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

A A. Tạo ra phần mềm nhanh nhất có thể. B B. Giảm thiểu chi phí phát triển phần mềm. C C. Phát triển và duy trì các hệ thống phần mềm chất lượng cao, đáp ứng nhu cầu người dùng. D D. Tối đa hóa lợi nhuận từ việc bán phần mềm.

A A. Continuous Integration ∕ Continuous Design. B B. Continuous Improvement ∕ Continuous Delivery. C C. Continuous Integration ∕ Continuous Delivery (or Deployment). D D. Critical Infrastructure ∕ Cyber Defense.

A A. Kiểm tra tính bảo mật của hệ thống. B B. Kiểm tra khả năng chịu tải của hệ thống khi có số lượng người dùng đồng thời tăng cao. C C. Kiểm tra chức năng của hệ thống. D D. Kiểm tra khả năng phục hồi sau lỗi của hệ thống.

A A. Tự động hóa quá trình kiểm thử phần mềm. B B. Theo dõi và quản lý các thay đổi của mã nguồn theo thời gian, hỗ trợ làm việc nhóm. C C. Triển khai phần mềm lên môi trường sản phẩm. D D. Phân tích hiệu suất của phần mềm.

A A. Sự đa dạng của ngôn ngữ lập trình. B B. Giới hạn về tài nguyên phần cứng (bộ nhớ, bộ xử lý). C C. Thiếu công cụ phát triển phần mềm. D D. Khó khăn trong việc kiểm thử phần mềm.

A A. Kiểm tra từng module riêng lẻ. B B. Kiểm tra giao diện người dùng. C C. Kiểm tra sự tương tác và làm việc cùng nhau của các module sau khi tích hợp. D D. Kiểm tra hiệu suất tổng thể của hệ thống.

A A. Thu thập yêu cầu người dùng. B B. Thiết kế kiến trúc phần mềm. C C. Cài đặt và cấu hình phần mềm trên môi trường hoạt động (ví dụ: production). D D. Kiểm thử chức năng phần mềm.

A A. Kiểm thử toàn bộ hệ thống phần mềm. B B. Kiểm thử tích hợp giữa các module. C C. Kiểm thử từng thành phần (module, function, class) riêng lẻ. D D. Kiểm thử giao diện người dùng.

A A. Viết code trước, sau đó viết test case. B B. Viết test case trước khi viết code, sau đó viết code để pass test case. C C. Viết code và test case song song. D D. Không cần viết test case, chỉ tập trung vào viết code.

A A. Tài liệu mô tả yêu cầu của người dùng. B B. Tài liệu mô tả chi tiết thiết kế kỹ thuật của phần mềm, bao gồm cấu trúc, thuật toán, giao diện, v.v. C C. Tài liệu hướng dẫn sử dụng phần mềm cho người dùng. D D. Báo cáo kết quả kiểm thử phần mềm.

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 nhỏ, thời gian ngắn và yêu cầu đơn giản, ổn định. C C. Dự án lớn, phức tạp, yêu cầu được xác định rõ ràng và ít thay đổi. D D. Mọi loại dự án phần mềm đều phù hợp với mô hình thác nước.

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

A A. Cấu trúc code 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. Java. B B. Python. C C. JSON. D D. C++.

A A. Số dòng code (Lines of Code - LOC). B B. Độ phức tạp của thuật toán. C C. Chức năng mà phần mềm cung cấp cho người dùng. D D. Thời gian phát triển phần mềm.

A A. Khó quản lý các dự án lớn và phức tạp. B B. Thời gian phát triển kéo dài hơn so với mô hình thác nước. C C. Chi phí phát triển thường thấp hơn so với các mô hình khác. D D. Ít linh hoạt trong việc thay đổi yêu cầu.

A A. Số tiền nợ các nhà cung cấp công nghệ. 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 để đạt được tiến độ nhanh hơn. C C. Chi phí bảo trì phần mềm sau khi triển khai. D D. Sự chậm trễ trong việc triển khai phần mềm.

A A. Giai đoạn thiết kế. B B. Giai đoạn kiểm thử. C C. Giai đoạn phân tích yêu cầu. D D. Giai đoạn triển khai.

A A. Số lượng lỗi được phát hiện trong quá trình kiểm thử. B B. Tỷ lệ phần trăm mã nguồn đã được thực thi bởi các test case. C C. Thời gian cần thiết để thực hiện kiểm thử. D D. Mức độ phức tạp của mã nguồn.

A A. Quản lý dự án và theo dõi tiến độ. B B. Đóng gói và triển khai ứng dụng trong môi trường container. C C. Kiểm thử hiệu năng của ứng dụng. D D. Phân tích mã nguồn tĩnh.

A A. Các mẫu giao diện người dùng đẹp mắt. B B. Các giải pháp thiết kế đã được chứng minh và tái sử dụng cho các vấn đề thiết kế phần mềm phổ biến. C C. Các quy trình kiểm thử phần mềm hiệu quả. D D. Các công cụ quản lý dự án phần mềm.

A A. Một mô hình quy trình phát triển phần mềm tuyến tính. B B. Một framework quản lý dự án lặp đi lặp lại và tăng dần, tập trung vào làm việc nhóm và sự linh hoạt. C C. Một phương pháp kiểm thử phần mềm tự động. D D. Một công cụ quản lý cấu hình phần mềm.

A A. Tăng tốc độ phát triển phần mềm. B B. Giảm thiểu chi phí kiểm thử phần mềm. C C. Thiết kế phần mềm dễ bảo trì, mở rộng và tái sử dụng. D D. Đảm bảo phần mềm hoạt động trên mọi nền tảng.

A A. SQL. B B. JavaScript. C C. Java. D D. C#.

A A. Dễ triển khai và quản lý hơn. B B. Khả năng mở rộng và khả năng chịu lỗi tốt hơn. C C. Hiệu suất hệ thống cao hơn đáng kể. D D. Chi phí phát triển ban đầu thấp hơn.

A A. Bảo trì hoàn thiện (Perfective maintenance). B B. Bảo trì phòng ngừa (Preventive maintenance). C C. Bảo trì thích ứng (Adaptive maintenance). D D. Bảo trì sửa lỗi (Corrective maintenance).

A A. Lưu trữ dữ liệu của ứng dụng. B B. Quản lý và định tuyến các yêu cầu API từ client đến các microservices backend. C C. Kiểm thử hiệu năng của ứng dụng. D D. Triển khai ứng dụng lên môi trường production.

A A. Quản lý rủi ro dự án. B B. Phân tích yêu cầu người dùng. C C. Lập kế hoạch và theo dõi tiến độ các công việc trong dự án. D D. Quản lý ngân sách dự án.

A A. Jenkins. B B. Jira. C C. Docker. D D. Git.

A A. Mức độ bảo mật của phần mềm. B B. Khả năng phần mềm đáp ứng yêu cầu chức năng. C C. Mức độ dễ sử dụng, dễ học và hiệu quả khi người dùng tương tác với phần mềm. D D. Hiệu suất và tốc độ của phần mềm.