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

A A. Kiểm thử tích hợp (Integration Testing) B B. Kiểm thử hệ thống (System Testing) C C. Kiểm thử đơn vị (Unit Testing) D D. Kiểm thử chấp nhận (Acceptance Testing)

A A. Kiểm thử sớm (Early testing) B B. Kiểm thử toàn diện là khả thi (Exhaustive testing is possible) C C. Tập trung kiểm thử (Defect clustering) D D. Nghịch lý thuốc trừ sâu (Pesticide paradox)

A A. Kiểm thử giá trị biên (Boundary Value Analysis) B B. Kiểm thử luồng điều khiển (Control Flow Testing) C C. Kiểm thử phân vùng tương đương (Equivalence Partitioning) D D. Kiểm thử đoán lỗi (Error Guessing)

A A. Khi không có thông tin về cấu trúc bên trong của phần mềm B B. Khi có đầy đủ thông tin về cấu trúc bên trong của phần mềm C C. Khi có một phần thông tin về cấu trúc bên trong của phần mềm D D. Khi kiểm thử hiệu năng hệ thống

A A. Verification kiểm tra sản phẩm có đúng yêu cầu người dùng, Validation kiểm tra sản phẩm có đúng đặc tả B B. Verification kiểm tra sản phẩm có được xây dựng đúng cách ('building the product right'), Validation kiểm tra sản phẩm có xây dựng đúng sản phẩm ('building the right product') C C. Verification thực hiện trước Validation trong quy trình kiểm thử D D. Verification chỉ áp dụng cho kiểm thử tĩnh, Validation chỉ áp dụng cho kiểm thử động

A A. Một báo cáo tổng kết kết quả kiểm thử B B. Một tập hợp các hành động cụ thể để kiểm tra một chức năng hoặc tính năng cụ thể của phần mềm C C. Một kế hoạch tổng thể cho toàn bộ quá trình kiểm thử D D. Một công cụ tự động hóa kiểm thử

A A. Khi yêu cầu phần mềm đã được xác định rõ ràng và chi tiết B B. Khi có nhiều thời gian và nguồn lực cho kiểm thử C C. Khi đội kiểm thử có ít kinh nghiệm về phần mềm đang kiểm thử D D. Khi không có hoặc có rất ít tài liệu đặc tả yêu cầu và test case

A A. Đo thời gian phản hồi của hệ thống B B. Xác định điểm giới hạn chịu tải của hệ thống C C. Mô phỏng số lượng người dùng đồng thời dự kiến để đánh giá hiệu suất D D. Kiểm tra khả năng phục hồi của hệ thống sau sự cố

A A. Đánh giá hiệu suất chi tiết của hệ thống B B. Thực hiện kiểm thử hồi quy toàn diện C C. Xác minh nhanh chóng rằng các chức năng chính của phần mềm hoạt động ổn định sau khi build mới D D. Tìm ra tất cả các lỗi nghiêm trọng trong phần mềm

A A. Tần suất xuất hiện của lỗi B B. Ảnh hưởng của lỗi đến hoạt động của hệ thống hoặc người dùng C C. Độ khó để sửa lỗi D D. Người phát hiện ra lỗi

A A. Báo cáo phải dài và chi tiết nhất có thể B B. Báo cáo phải cung cấp thông tin đầy đủ, rõ ràng và dễ tái hiện lỗi C C. Báo cáo nên đổ lỗi cho người gây ra lỗi D D. Báo cáo nên đề xuất giải pháp sửa lỗi

A A. Giai đoạn thiết kế kiến trúc (Architectural Design) B B. Giai đoạn thiết kế chi tiết (Detailed Design) C C. Giai đoạn yêu cầu (Requirements) D D. Giai đoạn lập trình (Coding)

A A. Chọn ngẫu nhiên các giá trị đầu vào B B. Chia miền giá trị đầu vào thành các phân vùng có hành vi tương đương và chọn một giá trị đại diện từ mỗi phân vùng C C. Tập trung vào kiểm thử các giá trị biên D D. Tự động hóa việc tạo test case

A A. Tổng số lỗi phát hiện được chia cho tổng số test case B B. Tổng số lỗi phát hiện được chia cho kích thước của phần mềm (ví dụ: số dòng code) C C. Thời gian trung bình để sửa một lỗi D D. Số lượng lỗi nghiêm trọng chia cho tổng số lỗi

A A. Giảm chi phí sửa lỗi và nâng cao chất lượng phần mềm B B. Loại bỏ sự cần thiết của kiểm thử ở giai đoạn cuối C C. Tăng tốc độ phát triển phần mềm D D. Giảm sự phụ thuộc vào kiểm thử tự động

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 chịu tải của phần mềm D D. Mức độ bảo mật của phần mềm

A A. Stress Testing tập trung vào kiểm tra chức năng, Load Testing tập trung vào hiệu suất B B. Stress Testing kiểm tra hệ thống dưới tải cao hơn mức dự kiến, Load Testing kiểm tra dưới tải dự kiến C C. Stress Testing thực hiện trước Load Testing D D. Không có sự khác biệt, hai thuật ngữ này có thể hoán đổi cho nhau

A A. Kiểm thử hộp đen (Black-box testing) B B. Kiểm thử hộp trắng (White-box testing) C C. Kiểm thử fuzz (Fuzz testing) D D. Kiểm thử hiệu năng (Performance testing)

A A. Tìm ra nhiều lỗi phức tạp hơn B B. Giảm thời gian và chi phí kiểm thử, đặc biệt cho kiểm thử hồi quy C C. Đảm bảo kiểm thử được thực hiện bởi người có kinh nghiệm hơn D D. Loại bỏ hoàn toàn khả năng bỏ sót lỗi

A A. Các nhà phát triển phần mềm B B. Các kiểm thử viên chuyên nghiệp C C. Người dùng cuối hoặc đại diện người dùng cuối D D. Quản lý dự án

A A. Chỉ ở cuối sprint B B. Liên tục trong suốt sprint, song song với phát triển C C. Chỉ ở đầu sprint để xác định yêu cầu D D. Sau khi tất cả các sprint đã hoàn thành

A A. Tìm ra các lỗi mới trong phần mềm B B. Đảm bảo rằng các thay đổi code mới KHÔNG gây ra lỗi cho các chức năng đã hoạt động trước đó C C. Kiểm tra hiệu suất của phần mềm dưới tải nặng D D. Xác minh rằng phần mềm đáp ứng yêu cầu của người dùng

A A. Kiểm thử khói (Smoke Testing) B B. Kiểm thử bảo mật (Security Testing) C C. Kiểm thử tích hợp (Integration Testing) D D. Kiểm thử hệ thống (System Testing)

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. Trong logic nghiệp vụ phức tạp B B. Tại ranh giới của phạm vi giá trị đầu vào C C. Trong giao diện người dùng D D. Trong xử lý ngoại lệ

A A. Số lượng lỗi được phát hiện B B. Tỷ lệ code hoặc yêu cầu được 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. Kiểm tra giao diện người dùng (UI) của ứng dụng B B. Kiểm tra sự tương tác và trao đổi dữ liệu giữa các thành phần phần mềm hoặc hệ thống C C. Kiểm tra hiệu suất của cơ sở dữ liệu D D. Kiểm tra khả năng bảo mật của hạ tầng mạng

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

A A. Kiểm thử tích hợp (Integration Testing) B B. Kiểm thử khả năng tương thích (Compatibility Testing) C C. Kiểm thử hệ thống (System Testing) D D. Kiểm thử hiệu năng (Performance Testing)

A A. Test Report (Báo cáo kiểm thử) B B. Test Case (Trường hợp kiểm thử) C C. Test Plan (Kế hoạch kiểm thử) D D. Defect Report (Báo cáo lỗi)