Đề 15 – Bài tập, đề thi trắc nghiệm online Kiểm thử phần mềm

A A. Kết quả kiểm thử chi tiết B B. Chiến lược, phạm vi, nguồn lực và lịch trình cho hoạt động kiểm thử C C. Mô tả lỗi và cách khắc phục D D. Yêu cầu chức năng của phần mềm

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. Stress testing tập trung vào tìm lỗi chức năng, Load testing tập trung vào hiệu năng B B. Stress testing đặt hệ thống dưới tải cao hơn mức bình thường để tìm điểm giới hạn, Load testing kiểm tra hiệu năng dưới tải dự kiến C C. Stress testing chỉ thực hiện tự động, Load testing có thể thực hiện thủ công D D. Stress testing thực hiện trước Load testing

A A. Lỗi đã được xác nhận và ghi nhận B B. Nhà phát triển đã sửa lỗi và code đã được commit C C. Lỗi đã được kiểm tra lại và xác nhận đã được sửa D D. Lỗi sẽ không được sửa và được chấp nhận

A A. Cấu trúc code bên trong B B. Giao diện người dùng và chức năng bên ngoài C C. Hiệu suất và khả năng chịu tải D D. Tính bảo mật của dữ liệu

A A. Quản lý lỗi và theo dõi tiến độ sửa lỗi B B. Tạo môi trường kiểm thử và cung cấp dữ liệu đầu vào/đầu ra cho các thành phần được kiểm thử C C. Đo lường hiệu suất của phần mềm D D. Phân tích code để tìm lỗi tiềm ẩn

A A. Kiểm thử nhánh (Branch coverage) B B. Kiểm thử đường dẫn (Path coverage) C C. Kiểm thử câu lệnh (Statement coverage) D D. Kiểm thử điều kiện (Condition coverage)

A A. Khi phần mềm có giao diện người dùng đơn giản B B. Khi phần mềm có hành vi phức tạp, nhiều trạng thái và tương tác C C. Khi thời gian kiểm thử rất hạn chế D D. Khi kiểm thử hiệu năng là ưu tiên hàng đầu

A A. Khi có yêu cầu rõ ràng và đầy đủ B B. Khi thời gian kiểm thử bị hạn chế và cần tập trung vào các rủi ro cao C C. Khi cần kiểm thử hồi quy sau mỗi lần thay đổi code D D. Khi cần kiểm thử hiệu năng của hệ thống

A A. Giảm thời gian thực hiện kiểm thử hồi quy B B. Tăng độ chính xác và nhất quán của kiểm thử C C. Loại bỏ hoàn toàn nhu cầu kiểm thử thủ công D D. Cải thiện phạm vi bao phủ kiểm thử

A A. Đo lường hiệu suất của phần mềm B B. Mô tả chi tiết các bước thực hiện và dữ liệu đầu vào để kiểm tra một chức năng cụ thể C C. Xác định mức độ phức tạp của code D D. Ghi lại nhật ký lỗi trong quá trình phát triển

A A. Trước khi phát hành phiên bản phần mềm đầu tiên B B. Sau khi sửa lỗi hoặc thêm tính năng mới vào phần mềm C C. Trong giai đoạn phân tích yêu cầu 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. Boundary Value Analysis (Phân tích giá trị biên) B B. Equivalence Partitioning (Phân vùng tương đương) C C. Decision Table Testing (Kiểm thử bảng quyết định) D D. State Transition Testing (Kiểm thử chuyển trạng thái)

A A. Kiểm tra chi tiết tất cả chức năng B B. Xác minh nhanh chóng các chức năng chính của phần mềm có hoạt động cơ bản hay không C C. Đánh giá hiệu năng dưới tải cao D D. Tìm kiếm lỗ hổng bảo mật

A A. Kiểm thử hệ thống B B. Kiểm thử chấp nhận C C. Kiểm thử sản xuất (Production testing/Monitoring) D D. Kiểm thử hiệu năng

A A. Lỗi logic trong code B B. Lỗi cú pháp C C. Lỗi giao diện người dùng D D. Lỗi tính toán

A A. Kiểm thử tích hợp B B. Kiểm thử hệ thống C C. Kiểm thử đơn vị D D. Kiểm thử chấp nhận

A A. Đảm bảo tuân thủ các tiêu chuẩn bảo mật B B. Xác định và khai thác các lỗ hổng bảo mật trong hệ thống C C. Đánh giá hiệu suất của các biện pháp bảo mật D D. Kiểm tra nhật ký bảo mật và báo cáo

A A. Công cụ tự động hóa kiểm thử B B. Cơ chế hoặc nguồn tham khảo để xác định kết quả mong đợi của test case C C. Người quản lý kiểm thử D D. Báo cáo tổng kết kiểm thử

A A. Các module ở mức thấp nhất B B. Các module giao diện người dùng C C. Module điều khiển chính (main control module) D D. Các module xử lý dữ liệu

A A. Kiểm thử chức năng B B. Kiểm thử hiệu năng C C. Kiểm thử bảo mật D D. Kiểm thử khả năng sử dụng (Usability testing)

A A. Kiểm thử hiệu năng dựa trên dữ liệu thực tế B B. Thực hiện cùng một test case với nhiều bộ dữ liệu đầu vào khác nhau C C. Phân tích dữ liệu kiểm thử để cải thiện quy trình kiểm thử D D. Kiểm thử các chức năng liên quan đến xử lý dữ liệu lớn

A A. Yêu cầu chức năng chưa được thực hiện B B. Sự khác biệt giữa kết quả mong đợi và kết quả thực tế của phần mềm C C. Vấn đề về hiệu năng của phần mềm D D. Thiếu sót trong tài liệu hướng dẫn sử dụng

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. Kiểm thử sớm (Early testing) B B. Kiểm thử toàn diện (Exhaustive testing) C C. Tập trung kiểm thử (Test clustering) D D. Nghịch lý thuốc trừ sâu (Pesticide paradox)

A A. Kiểm thử hiệu năng B B. Kiểm thử bảo mật C C. Kiểm thử chức năng D D. Kiểm thử khả năng sử dụng

A A. Chỉ thực hiện vào cuối mỗi sprint B B. Thực hiện liên tục và song song với quá trình phát triển C C. Chỉ thực hiện kiểm thử tự động D D. Giao cho một nhóm kiểm thử độc lập hoàn toàn

A A. Đánh giá hiệu quả của bộ test case B B. Tìm lỗi trong yêu cầu phần mềm C C. Kiểm tra khả năng phục hồi của hệ thống D D. Đo lường độ phức tạp của code

A A. Tìm kiếm lỗi chức năng B B. Đánh giá tốc độ, khả năng đáp ứng và tính ổn định của phần mềm dưới các điều kiện tải khác nhau C C. Kiểm tra tính bảo mật của hệ thống D D. Đảm bảo giao diện người dùng thân thiện

A A. Test plan (Kế hoạch kiểm thử) B B. Test case (Ca kiểm thử) C C. Source code (Mã nguồn) D D. Bug report (Báo cáo lỗi)