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

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 hiệu quả. C C. Triển khai ứng dụng lên môi trường production. D D. Thiết kế giao diện người dùng.

A A. 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 ngắn (thường từ 1 đến 4 tuần) trong đó nhóm Scrum làm việc để hoàn thành một tập hợp các công việc cụ thể và tạo ra một phiên bản phần mềm có thể sử dụng được. C C. Danh sách tất cả các công việc cần thực hiện trong dự án. D D. Vai trò của người quản lý dự án trong Scrum.

A A. Thêm chức năng mới vào phần mềm. B B. Sửa lỗi trong mã nguồn. C C. Cải thiện cấu trúc và chất lượng mã nguồn mà không thay đổi hành vi bên ngoài của phần mềm, giúp mã dễ đọc, dễ bảo trì và mở rộng hơn. D D. Tối ưu hóa hiệu suất của phần mềm.

A A. Phân tích SWOT. B B. Sử dụng Function Point Analysis (Phân tích điểm chức năng). C C. Mô hình PERT. D D. Biểu đồ Gantt.

A A. Kiểm tra xem một hàm (function) có hoạt động đúng như mong đợi hay không. B B. Kiểm tra giao diện người dùng (UI) có thân thiện và dễ sử dụng hay không. C C. Kiểm tra sự tương tác và luồng dữ liệu giữa các module hoặc thành phần khác nhau của hệ thống. D D. Kiểm tra hiệu suất của toàn bộ hệ thống dưới tải cao.

A A. Quy trình nghiệp vụ và luồng công việc. B B. Cấu trúc tĩnh của hệ thống, bao gồm các lớp, thuộc tính và mối quan hệ giữa chúng. C C. Tương tác giữa các đối tượng theo thời gian. D D. Kiến trúc triển khai phần mềm trên hạ tầng phần cứng.

A A. Khó thích ứng với yêu cầu thay đổi. B B. Thiếu sự linh hoạt trong quá trình phát triển. C C. Có thể khó quản lý tiến độ và ngân sách nếu phạm vi dự án không được kiểm soát chặt chẽ. D D. Không phù hợp với các dự án nhỏ.

A A. Nhà 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. Dự án có yêu cầu thay đổi thường xuyên. B B. Dự án có yêu cầu không rõ ràng và dễ thay đổi. C C. Dự án có yêu cầu được xác định rõ ràng và ổn định từ đầu. D D. Dự án cần triển khai nhanh chóng và linh hoạt.

A A. Số tiền nợ nhà cung cấp công nghệ. B B. Chi phí bảo trì phần mềm sau khi triển khai. C C. 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, không tối ưu trong ngắn hạn, dẫn đến khó khăn và chi phí cao hơn trong tương lai. D D. Thời gian cần thiết để học một công nghệ mới.

A A. Lỗi cú pháp trong mã nguồn. B B. Đoạn mã nguồn hoạt động không đúng. C C. Dấu hiệu trong mã nguồn cho thấy có thể có vấn đề sâu xa hơn về thiết kế hoặc chất lượng mã, cần được xem xét và cải thiện. D D. Phong cách viết mã không nhất quán.

A A. Giảm độ phức tạp trong triển khai và quản lý. B B. Tăng tính liên kết chặt chẽ giữa các thành phần. C C. Khả năng mở rộng và triển khai độc lập cho từng dịch vụ, tăng tính linh hoạt và khả năng chịu lỗi. D D. Đơn giản hóa việc kiểm thử toàn bộ hệ thống.

A A. Tính năng (Functionality). B B. Hiệu suất (Performance). C C. Khả năng mở rộng (Scalability). D D. Giá thành rẻ (Low cost).

A A. Kiểm tra tốc độ tải trang web. B B. Kiểm tra xem hệ thống có dễ sử dụng hay không. C C. Thực hiện 'penetration testing′ (kiểm thử xâm nhập) để tìm kiếm lỗ hổng bảo mật và đánh giá khả năng phòng thủ của hệ thống trước các cuộc tấn công. D D. Kiểm tra xem phần mềm có hoạt động đúng theo yêu cầu chức năng hay không.

A A. Kiểm tra bảo mật của hệ thống. B B. Đánh giá hiệu suất của hệ thống dưới tải trọng dự kiến hoặc tải trọng cao hơn, để xác định khả năng chịu tải, điểm giới hạn và các vấn đề về hiệu suất. C C. Kiểm tra giao diện người dùng. D D. Kiểm tra chức năng của hệ thống.

A A. Viết mã nguồn lặp đi lặp lại để dễ hiểu. B B. Tránh trùng lặp mã nguồn bằng cách trừu tượng hóa và tái sử dụng mã, giúp mã dễ bảo trì và giảm nguy cơ lỗi. C C. Sao chép và dán mã từ các dự án khác. D D. Viết mã nguồn càng dài càng tốt.

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

A A. Hệ thống phải cho phép người dùng đăng nhập bằng tên người dùng và mật khẩu. B B. Hệ thống phải hiển thị danh sách sản phẩm theo danh mục. C C. Hệ thống phải có thời gian phản hồi dưới 2 giây khi có 100 người dùng đồng thời. D D. Hệ thống phải tính toán tổng giá trị đơn hàng.

A A. Loại bỏ hoàn toàn rủi ro. B B. Chấp nhận rủi ro và không làm gì. C C. Thực hiện các hành động để giảm xác suất xảy ra hoặc tác động tiêu cực của rủi ro. D D. Chuyển rủi ro sang cho bên thứ ba.

A A. Cấu trúc bên trong và logic của mã nguồn. 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 hệ thống. D D. Mức độ bảo mật và an toàn của dữ liệu.

A A. Trước khi phát triển bất kỳ tính năng mới nào. B B. Sau khi sửa lỗi hoặc thêm tính năng mới vào phần mềm, để đảm bảo các thay đổi không gây ra lỗi mới hoặc ảnh hưởng xấu đến các chức năng đã có. C C. Chỉ khi có yêu cầu từ khách hàng. D D. Trước khi bàn giao phần mềm cho khách hàng.

A A. Phiên bản phần mềm mới nhất. B B. Một cấu hình đã được phê duyệt của các thành phần phần mềm tại một thời điểm cụ thể, được sử dụng làm điểm tham chiếu cho các thay đổi tiếp theo. C C. Bản sao lưu dự phòng của mã nguồn. D D. Kế hoạch dự án ban đầu.

A A. Để đảm bảo dự án luôn hoàn thành đúng thời hạn và trong ngân sách ban đầu, bất kể tình huống nào. B B. Để lập kế hoạch dự án thực tế, phân bổ nguồn lực hợp lý, và quản lý rủi ro, giúp dự án có khả năng thành công cao hơn. C C. Để gây áp lực lên nhóm phát triển làm việc nhanh hơn. D D. Để xác định mức lương cho các thành viên trong nhóm dự án.

A A. Dễ dàng thay đổi yêu cầu trong quá trình phát triển. B B. Nguồn tài nguyên phần cứng hạn chế (bộ nhớ, bộ xử lý) và yêu cầu khắt khe về thời gian thực. C C. Sử dụng các ngôn ngữ lập trình bậc cao. D D. Triển khai trên môi trường đám mây.

A A. Toàn bộ hệ thống phần mềm. B B. Từng module hoặc thành phần riêng lẻ của phần mềm (ví dụ: hàm, lớp, phương thức). C C. Giao diện người dùng. D D. Hiệu suất hệ thống dưới tải cao.

A A. Liên tục thu thập yêu cầu từ người dùng. B B. Quy trình tự động tích hợp mã nguồn từ nhiều nhà phát triển vào kho chung một cách thường xuyên, giúp phát hiện sớm lỗi tích hợp và giảm xung đột. C C. Liên tục triển khai phần mềm lên môi trường production. D D. Liên tục giám sát hiệu suất hệ thống.

A A. Tạo ra phần mềm chạy nhanh nhất có thể. B B. Phát triển và duy trì các hệ thống phần mềm chất lượng cao, đúng thời hạn và trong ngân sách. C C. Viết mã nguồn ngắn gọn và phức tạp nhất. D D. Tối đa hóa lợi nhuận từ việc bán phần mềm.

A A. Tăng tốc độ phát triển phần mềm. B B. Giảm chi phí phần cứng cho hệ thống. C C. Xây dựng phần mềm dễ bảo trì, mở rộng và tái sử dụng. D D. Tối ưu hóa hiệu suất cơ sở dữ liệu.

A A. Tự động tạo ra mã nguồn hoàn chỉnh. B B. Giải quyết các vấn đề thiết kế phần mềm phổ biến một cách hiệu quả, đã được kiểm chứng và tái sử dụng, giúp tăng tốc độ phát triển và cải thiện chất lượng mã. C C. Giảm thiểu nhu cầu kiểm thử phần mềm. D D. Thay thế hoàn toàn kiến trúc phần mềm.

A A. Phát triển phần mềm nhanh nhất có thể, bỏ qua các quy trình kiểm thử. B B. Sự hợp tác chặt chẽ giữa bộ phận Phát triển (Development) và bộ phận Vận hành (Operations) để tự động hóa và tối ưu hóa quy trình phát hành phần mềm. C C. Tập trung hoàn toàn vào việc viết mã nguồn chất lượng cao, không quan tâm đến triển khai. D D. Chỉ sử dụng các công nghệ mã nguồn mở.