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

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 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. Một công cụ tự động tạo ra các trường hợp kiểm thử. B B. Một cơ chế hoặc nguồn tham khảo để xác định kết quả mong đợi của một trường hợp kiểm thử. C C. Một tài liệu mô tả quy trình kiểm thử. D D. Một người có kinh nghiệm trong lĩnh vực kiểm thử.

A A. Mô hình dữ liệu (Data model) B B. Mô hình thiết kế (Design model) C C. Mô hình yêu cầu (Requirement model) hoặc mô hình hành vi (Behavioral model) của hệ thống. D D. Mô hình triển khai (Deployment model)

A A. Kiểm thử tự động (Automation testing) B B. Kiểm thử hiệu năng (Performance testing) C C. Kiểm thử ngẫu nhiên (Random testing) D D. Kiểm thử bảo mật (Security testing)

A A. Giao diện người dùng của ứng dụng. B B. Sự tương tác và giao tiếp giữa các thành phần phần mềm khác nhau. C C. Hiệu suất của cơ sở dữ liệu. D D. Tính bảo mật của hệ thống mạng.

A A. Để đánh giá hiệu suất của người kiểm thử. B B. Để cung cấp thông tin chi tiết về lỗi cho nhà phát triển để sửa lỗi. C C. Để thống kê số lượng lỗi tìm thấy trong dự án. D D. Để so sánh chất lượng của các bản build khác nhau.

A A. Tự động hóa việc tìm kiếm lỗi. B B. Quản lý kế hoạch kiểm thử, trường hợp kiểm thử, kết quả kiểm thử, và báo cáo lỗi một cách có hệ thống. C C. Tăng tốc độ thực thi kiểm thử bằng cách song song hóa. D D. Phân tích độ bao phủ code tự động.

A A. Trong giai đoạn đầu của dự án để xác định yêu cầu. B B. Khi không có đủ thời gian hoặc tài liệu đặc tả chi tiết. C C. Sau khi hoàn thành kiểm thử hồi quy. D D. Chỉ khi có lỗi nghiêm trọng được phát hiện.

A A. Yêu cầu chức năng của phần mềm. B B. Cấu trúc code bên trong của một số module nhất định. C C. Dữ liệu đầu vào và đầu ra của phần mềm. D D. Mục tiêu kiểm thử.

A A. Verification kiểm tra 'chúng ta có xây dựng sản phẩm đúng cách không?', Validation kiểm tra 'chúng ta có xây dựng đúng sản phẩm không?'. B B. Verification tập trung vào kiểm thử chức năng, Validation tập trung vào kiểm thử phi chức năng. C C. Verification được thực hiện bởi người kiểm thử, Validation được thực hiện bởi nhà phát triển. D D. Verification là kiểm thử hộp trắng, Validation là kiểm thử hộp đen.

A A. Tự động tạo báo cáo kiểm thử. B B. Đảm bảo dữ liệu kiểm thử nhất quán, chính xác, và dễ dàng tái sử dụng. C C. Tăng tốc độ thực thi kiểm thử tự động. D D. Giảm số lượng trường hợp kiểm thử cần thiết.

A A. Mức độ nghiêm trọng của lỗi đối với người dùng cuối. B B. Thứ tự sửa lỗi, lỗi nào cần được sửa trước. C C. Thời gian ước tính để sửa lỗi. D D. Số lượng người dùng bị ảnh hưởng bởi lỗi.

A A. Giai đoạn thu thập yêu cầu (Requirements gathering). B B. Giai đoạn thiết kế hệ thống (System design). C C. Giai đoạn thiết kế module (Module design/Component design). D D. Giai đoạn lập trình (Coding).

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

A A. Khi logic nghiệp vụ của phần mềm đơn giản. B B. Khi có nhiều điều kiện đầu vào và hành động đầu ra phức tạp và phụ thuộc lẫn nhau. C C. Khi kiểm thử hiệu năng của hệ thống. D D. Khi kiểm thử giao diện người dùng.

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ử hộp xám (Grey-box testing) D D. Kiểm thử chấp nhận (Acceptance testing)

A A. Trước khi bắt đầu kiểm thử hồi quy. B B. Sau khi hoàn thành kiểm thử hệ thống. C C. Ngay sau khi một bản build phần mềm mới được tích hợp. D D. Chỉ khi có thay đổi lớn trong yêu cầu phần mềm.

A A. Kiểm thử tất cả các chức năng của phần mềm một cách toàn diện. B B. Ưu tiên kiểm thử các khu vực có rủi ro cao nhất của phần mềm. C C. Giảm thiểu chi phí kiểm thử bằng cách giảm số lượng trường hợp kiểm thử. D D. Tăng tốc độ kiểm thử bằng cách sử dụng kiểm thử tự động.

A A. Tìm ra càng nhiều lỗi càng tốt trước khi phát hành. B B. Đảm bảo phần mềm đáp ứng yêu cầu của người dùng cuối và các bên liên quan. C C. Kiểm tra hiệu suất và khả năng chịu tải của hệ thống. D D. Xác minh mã nguồn có tuân thủ các tiêu chuẩn coding hay không.

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ử khói (Smoke testing) D D. Kiểm thử hệ thống (System testing)

A A. Severity đánh giá tác động của lỗi đến người dùng cuối, Priority xác định thứ tự sửa lỗi. B B. Severity do người phát triển xác định, Priority do người kiểm thử xác định. C C. Severity chỉ áp dụng cho lỗi chức năng, Priority cho lỗi phi chức năng. D D. Severity và Priority là hai thuật ngữ đồng nghĩa, có thể sử dụng thay thế cho nhau.

A A. Số lượng lỗi được phát hiện trên mỗi dòng code. B B. Tỷ lệ phần trăm code đã được thực thi bởi các trường hợp kiểm thử. C C. Thời gian cần thiết để kiểm thử toàn bộ code. D D. Mức độ phức tạp của code.

A A. Một tài liệu mô tả chi tiết các trường hợp kiểm thử. B B. Một môi trường kiểm thử được cấu hình sẵn với dữ liệu kiểm thử và công cụ hỗ trợ. C C. Một nhóm các chuyên gia kiểm thử. D D. Một phương pháp kiểm thử tự động đặc biệt.

A A. Kiểm tra tất cả các giá trị đầu vào có thể. B B. Giảm số lượng trường hợp kiểm thử bằng cách nhóm các giá trị đầu vào tương tự. C C. Tăng cường độ bao phủ code bằng cách kiểm tra mọi dòng lệnh. D D. Tự động hóa việc tạo trường hợp kiểm thử.

A A. Khi kiểm thử các chức năng đơn giản và ít thay đổi. B B. Khi cần khám phá các lỗi mới một cách sáng tạo. C C. Khi thực hiện kiểm thử hồi quy lặp đi lặp lại. D D. Khi kiểm thử khả năng sử dụng và trải nghiệm người dùng.

A A. Giai đoạn thực thi kiểm thử. B B. Giai đoạn phân tích yêu cầu và thiết kế. C C. Giai đoạn báo cáo lỗi và theo dõi. D D. Giai đoạn đóng dự án.

A A. Xác minh các chức năng của phần mềm hoạt động đúng. B B. Đánh giá tốc độ, khả năng đáp ứng, độ ổn định và khả năng mở rộng của phần mềm dưới tải khác nhau. C C. Kiểm tra tính bảo mật của phần mềm trước các cuộc tấn công. D D. Đảm bảo phần mềm tuân thủ các tiêu chuẩn thiết kế.

A A. Trong các thuật toán phức tạp. B B. Tại các điểm giao tiếp giữa các module. C C. Tại các điều kiện biên của dữ liệu đầu vào hoặc đầu ra. D D. Trong các đoạn code xử lý giao diện người dùng.

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ồi quy (Regression testing) D D. Kiểm thử hệ thống (System testing)

A A. Các bước chi tiết để thực hiện một trường hợp kiểm thử cụ thể. B B. Một tình huống hoặc chức năng cần được kiểm thử. C C. Kết quả mong đợi của một trường hợp kiểm thử. D D. Môi trường kiểm thử cần thiết.