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

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

A A. Đánh giá khả năng chịu tải của hệ thống khi có số lượng lớn người dùng đồng thời hoặc khối lượng giao dịch lớn B B. Xác định thời gian phản hồi của hệ thống cho các thao tác khác nhau 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. Đảm bảo hệ thống hoạt động đúng chức năng dưới điều kiện bình thường

A A. Ước tính dựa trên kinh nghiệm (Expert Judgment) B B. Ước tính tương tự (Analogous Estimating) C C. Ước tính tham số (Parametric Estimating) D D. Ước tính từ dưới lên (Bottom-up Estimating)

A A. Chi phí để mua các công cụ và phần mềm hỗ trợ phát triển 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 tại trong phần mềm sau khi phát hành D D. Thời gian cần thiết để đào tạo nhân viên mới về công nghệ phần mềm

A A. Viết mã nguồn cho phần mềm B B. Xác định và làm rõ các yêu cầu của người dùng và hệ thống C C. Kiểm thử phần mềm để tìm lỗi D D. Triển khai phần mềm cho người dùng cuối

A A. Cấu trúc bên trong và mã nguồn của phần mềm B B. Yêu cầu chức năng và đầu vào∕đầu ra 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. Biểu đồ tuần tự (Sequence diagram) B B. Biểu đồ lớp (Class diagram) C C. Biểu đồ hoạt động (Activity diagram) D D. Biểu đồ trạng thái (State diagram)

A A. Jira B B. Jenkins C C. Slack D D. Microsoft Teams

A A. Một phương pháp kiểm thử tự động B B. Một quy trình phát triển phần mềm trong đó test case được viết trước khi viết mã nguồn C C. Một loại kiểm thử hiệu năng D D. Một công cụ quản lý test case

A A. Mô hình Waterfall B B. Mô hình V-model C C. Mô hình Agile D D. Mô hình Big Bang

A A. Tấn công từ chối dịch vụ (Denial of Service - DoS) B B. Tấn công chèn mã SQL độc hại vào truy vấn cơ sở dữ liệu C C. Tấn công giả mạo danh tính (Phishing) D D. Tấn công leo thang đặc quyền (Privilege Escalation)

A A. Giảm độ phức tạp trong triển khai và quản lý B B. Tăng cường khả năng mở rộng, linh hoạt và độc lập trong phát triển các thành phần C C. Đơn giản hóa việc kiểm thử và gỡ lỗi D D. Giảm chi phí phát triển ban đầu

A A. Kế hoạch kiểm thử phần mềm B B. Mô tả chi tiết về cách phần mềm sẽ được thiết kế và xây dựng để đáp ứng yêu cầu C C. Tài liệu hướng dẫn sử dụng phần mềm cho người dùng cuối D D. Báo cáo đánh giá hiệu suất phần mềm

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

A A. Một ngôn ngữ mô tả kiến trúc hệ thống B B. Một giải pháp thiết kế đã được kiểm chứng cho các vấn đề thiết kế thường gặp C C. Một công cụ để tạo ra giao diện người dùng đẹp mắt D D. Một phương pháp kiểm thử phần mềm

A A. Viết mã nguồn ngắn gọn và khó hiểu B B. Tránh lặp lại mã nguồn bằng cách tái sử dụng mã và trừu tượng hóa C C. Tối ưu hóa hiệu suất mã nguồn bằng cách viết mã phức tạp D D. Viết tài liệu chi tiết cho mọi đoạn mã

A A. Khó thích ứng với thay đổi yêu cầu sau khi giai đoạn phân tích đã hoàn thành B B. Thời gian phát triển nhanh C C. Dễ dàng quản lý các dự án lớn và phức tạp D D. Yêu cầu sự tham gia liên tục của khách hàng

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 ứng dụng trên các nền tảng khác nhau C C. Giảm chi phí lưu trữ dữ liệu D D. Cải thiện hiệu suất cơ sở dữ liệu

A A. Rủi ro được bỏ qua để tập trung vào tiến độ phát triển B B. Rủi ro được xác định, phân tích và giảm thiểu ở mỗi vòng lặp của xoắn ốc C C. Rủi ro chỉ được xem xét ở giai đoạn cuối của dự án D D. Rủi ro được chuyển giao hoàn toàn cho khách hàng

A A. Số dòng mã (Lines of Code - LOC) B B. Phân tích điểm chức năng (Function Point Analysis - FPA) C C. Cyclomatic Complexity D D. Thời gian phát triển (Development Time)

A A. Mô hình Agile B B. Mô hình Waterfall C C. Mô hình xoắn ốc D D. Mô hình nguyên mẫu

A A. Theo dõi ngân sách dự án B B. Quản lý rủi ro dự án 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ý yêu cầu dự án

A A. Nguyên tắc Single Responsibility (SRP) B B. Nguyên tắc Open∕Closed (OCP) C C. Nguyên tắc Liskov Substitution (LSP) D D. Nguyên tắc Interface Segregation (ISP)

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 cuộc họp hàng ngày để báo cáo tiến độ B B. Một khoảng thời gian cố định (thường từ 1-4 tuần) để hoàn thành một tập hợp các công việc cụ thể C C. Một tài liệu mô tả yêu cầu của khách hàng D D. Một phương pháp kiểm thử phần mềm tự động

A A. Viết lại mã nguồn từ đầu bằng một ngôn ngữ lập trình khác B B. Thay đổi cấu trúc bên trong của mã nguồn mà không thay đổi chức năng bên ngoài của nó C C. Tối ưu hóa hiệu suất của mã nguồn bằng cách giảm số dòng mã D D. Thêm các tính năng mới vào phần mềm

A A. Triển khai phần mềm tự động lên môi trường sản xuất B B. Tích hợp mã nguồn thường xuyên từ các thành viên nhóm phát triển vào kho mã chung C C. Giám sát hiệu suất ứng dụng trong môi trường sản xuất D D. Quản lý cấu hình và cơ sở hạ tầng

A A. Mô hình Waterfall B B. Mô hình V-model C C. Agile Manifesto D D. Mô hình xoắn ốc

A A. Kiểm thử hồi quy (Regression testing) B B. Kiểm thử khói (Smoke testing) C C. Kiểm thử hiệu năng (Performance testing) D D. Kiểm thử bảo mật (Security testing)

A A. Quản lý mã nguồn B B. Quản lý kiểm thử C C. Theo dõi lỗi, quản lý công việc và quy trình làm việc của dự án D D. Triển khai ứng dụng