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

A A. Mô hình Thác nước B B. Mô hình Agile C C. Mô hình chữ V D D. Mô hình Big Bang

A A. Người dùng có thể đăng nhập vào hệ thống bằng tên đăng nhập và mật khẩu B B. Hệ thống phải phản hồi yêu cầu của người dùng trong vòng 2 giây C C. Hệ thống phải cho phép người dùng tạo, sửa và xóa dữ liệu D D. Hệ thống phải tính toán và hiển thị báo cáo doanh thu

A A. Hiệu suất và khả năng mở rộng của phần mềm B B. Mức độ độc lập và trách nhiệm của các module∕lớp trong phần mềm C C. Độ phức tạp và khả năng đọc hiểu của mã nguồn D D. Tính bảo mật và an toàn của phần mềm

A A. Mô hình Agile B B. Mô hình Kanban C C. Mô hình Thác nước D D. Mô hình Lean

A A. Giảm độ phức tạp trong phát triển và triển khai B B. Tăng tính ổn định và khả năng mở rộng độc lập cho từng dịch vụ C C. Đơn giản hóa việc quản lý cơ sở dữ liệu D D. Tăng hiệu suất tổng thể của toàn hệ thống

A A. Quá trình liên tục triển khai phần mềm lên môi trường sản xuất B B. Việc tích hợp mã nguồn thường xuyên từ các nhà phát triển vào kho mã chung C C. Kiểm thử phần mềm tự động được thực hiện liên tục D D. Theo dõi và giám sát hiệu suất hệ thống liên tục

A A. Tăng tốc độ phát triển phần mềm B B. Đảm bảo tính nhất quán của môi trường chạy phần mềm trên các nền tảng khác nhau C C. Cải thiện chất lượng mã nguồn D D. Đơn giản hóa việc quản lý cơ sở dữ liệu

A A. HTTP B B. Singleton C C. SQL D D. JSON

A A. Chi phí cho việc bảo trì phần mềm sau khi phát hành B B. 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 để đạt được tiến độ nhanh hơn C C. Số lượng lỗi còn tồn đọng trong phần mềm sau kiểm thử D D. Thời gian cần thiết để viết tài liệu kỹ thuật cho phần mềm

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. Subversion (SVN) B B. CVS C C. Git D D. Mercurial

A A. Cấu trúc dữ liệu của hệ thống B B. Tương tác giữa người dùng và hệ thống để đạt được mục tiêu cụ thể C C. Giao diện người dùng của hệ thống D D. Kiến trúc phần mềm của hệ thống

A A. Danh sách các công việc mà nhóm phát triển cần thực hiện trong Sprint hiện tại B B. Danh sách các yêu cầu, tính năng và cải tiến mong muốn cho sản phẩm, được ưu tiên theo giá trị kinh doanh C C. Bảng trực quan hóa công việc đang tiến hành trong Sprint D D. Báo cáo tiến độ công việc hàng ngày của nhóm phát triển

A A. Tăng hiệu suất hệ thống B B. Đơn giản hóa việc phát triển và bảo trì bằng cách phân chia trách nhiệm và tạo sự tách biệt C C. Tăng cường tính bảo mật D D. Giảm chi phí phát triển

A A. Khả năng phần mềm hoạt động ổn định và không gặp lỗi B B. Dễ dàng sửa đổi, nâng cấp và điều chỉnh phần mềm theo thời gian C C. Khả năng phần mềm đáp ứng yêu cầu hiệu năng D D. Mức độ thân thiện và dễ sử dụng của giao diện người dùng

A A. Kiểm thử hộp đen B B. Kiểm thử hộp trắng C C. Kiểm thử tích hợp D D. Kiểm thử hệ thống

A A. Sau khi phát hành phần mềm cho người dùng cuối B B. Khi có thay đổi mã nguồn, để đảm bảo các chức năng cũ không bị ảnh hưởng tiêu cực C C. Trước khi viết mã nguồn, để xác định yêu cầu kiểm thử D D. Để kiểm tra hiệu năng của phần mềm dưới tải trọng cao

A A. Single Responsibility Principle (Nguyên tắc đơn trách nhiệm) B B. Substitution Principle (Nguyên tắc thay thế) C C. Systematic Principle (Nguyên tắc hệ thống) D D. Scalability Principle (Nguyên tắc mở rộng)

A A. Đo thời gian phản hồi của hệ thống dưới tải trọng bình thường B B. Xác định điểm mà hệ thống bắt đầu gặp lỗi hoặc không ổn định dưới tải trọng tăng dần C C. Kiểm tra khả năng phục hồi của hệ thống sau khi gặp sự cố D D. Đánh giá mức độ sử dụng tài nguyên hệ thống (CPU, bộ nhớ) dưới tải trọng cao

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ừ 1-4 tuần) để nhóm phát triển hoàn thành một lượng công việc nhất định C C. Danh sách các yêu cầu ưu tiên cho dự án D D. Người chịu trách nhiệm đảm bảo nhóm Scrum tuân thủ quy trình

A A. Lỗi cú pháp trong mã nguồn B B. Các dấu hiệu trong mã nguồn có thể cho thấy có vấn đề tiềm ẩn về thiết kế hoặc chất lượng mã, cần được xem xét và tái cấu trúc C C. Vấn đề về hiệu năng của mã D D. Lỗ hổng bảo mật trong mã nguồn

A A. Mô hình Thác nước (Waterfall) B B. Mô hình Agile C C. Mô hình Xoắn ốc (Spiral) D D. Mô hình Nguyên mẫu (Prototype)

A A. Viết mã nguồn chương trình B B. Quản lý dự án phần mềm C C. Mô hình hóa và thiết kế hệ thống phần mềm D D. Kiểm thử phần mềm tự động

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

A A. Khó khăn trong việc phát triển giao diện người dùng B B. Phức tạp trong việc quản lý giao tiếp và tương tác giữa các dịch vụ C C. Hạn chế về khả năng mở rộng D D. Thiếu công cụ hỗ trợ phát triển

A A. Thêm chức năng mới vào phần mềm B B. Sửa lỗi và vá các lỗ hổng bảo mật C C. Cải thiện cấu trúc và khả năng đọc hiểu của mã mà không thay đổi chức năng bên ngoài D D. Tăng tốc độ thực thi của phần mềm

A A. Mô hình CMMI (Capability Maturity Model Integration) B B. Mô hình Agile C C. Mô hình Thác nước D D. Mô hình RUP (Rational Unified Process)

A A. Kiểm tra hiệu năng của phần mềm khi chạy B B. Phân tích mã nguồn mà không cần thực thi chương trình, để phát hiện lỗi tiềm ẩn, vi phạm quy tắc mã hóa hoặc các vấn đề chất lượng khác C C. Theo dõi và quản lý lỗi trong quá trình kiểm thử D D. Tự động hóa quá trình triển khai phần mềm

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. Một phương pháp kiểm thử hiệu năng dựa trên tải trọng chấp nhận được B B. Một phương pháp phát triển phần mềm mà các kiểm thử chấp nhận được viết trước khi mã nguồn được phát triển, và hướng dẫn quá trình phát triển C C. Một loại kiểm thử chấp nhận do người dùng cuối thực hiện D D. Một phương pháp kiểm thử tự động cho các ứng dụng web