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

A A. Giai đoạn Yêu cầu (Requirements) B B. Giai đoạn Thiết kế tổng thể (High-level design) C C. Giai đoạn Thiết kế chi tiết (Low-level design) D D. Giai đoạn Thực thi (Coding)

A A. Giảm chi phí kiểm thử dài hạn B B. Tăng tốc độ thực hiện 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 độ tin cậy và nhất quán của kiểm thử

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. Kiểm tra tất cả các kết hợp đầu vào có thể B B. Kiểm tra tất cả các cặp kết hợp đầu vào quan trọng C C. Tăng tốc độ kiểm thử hồi quy D D. Phân tích giá trị biên hiệu quả hơn

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. Statement Coverage (Bao phủ lệnh) D D. Decision Table Testing (Kiểm thử bảng quyết định)

A A. Đảm bảo mã nguồn được viết hiệu quả B B. Xác minh phần mềm đáp ứng yêu cầu của người dùng/khách hàng C C. Kiểm tra tất cả các đường dẫn mã có thể D D. Tìm ra lỗi logic trong thuật toán

A A. Tăng độ bao phủ mã B B. Giảm số lượng test case cần thiết mà vẫn đảm bảo độ bao phủ kiểm thử C C. Tự động hóa quá trình sinh test case D D. Tìm ra lỗi hiệu năng

A A. Chỉ thực hiện vào cuối mỗi sprint B B. Liên tục và lặp đi lặp lại trong suốt sprint C C. Chỉ thực hiện bởi đội ngũ kiểm thử chuyên biệt D D. Không quan trọng bằng phát triển nhanh

A A. Tự động hóa toàn bộ quá trình kiểm thử B B. Tìm ra lỗi nhanh chóng và hiệu quả trong các khu vực chưa được kiểm thử kỹ C C. Thực hiện kiểm thử theo kế hoạch và kịch bản đã định trước D D. Đảm bảo độ bao phủ mã tối đa

A A. Quản lý test case B B. Phân tích mã tĩnh (Static code analysis) C C. Tự động hóa kiểm thử giao diện người dùng D D. Kiểm thử hiệu năng web

A A. Giao diện người dùng đồ họa (GUI) B B. Giao tiếp giữa các thành phần phần mềm C C. Hiệu suất của cơ sở dữ liệu D D. Khả năng bảo mật của máy chủ

A A. Ý kiến cá nhân của kiểm thử viên về lỗi B B. Môi trường kiểm thử chi tiết (hệ điều hành, trình duyệt, phiên bản) C C. Các bước tái hiện lỗi (steps to reproduce) D D. Mức độ ưu tiên (priority) của lỗi

A A. Hệ thống tính toán hiệu năng cao B B. Hệ thống giao diện người dùng phức tạp C C. Hệ thống có hành vi dựa trên trạng thái (state-based behavior) D D. Hệ thống cơ sở dữ liệu lớn

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ử chấp nhận (Acceptance testing) D D. Kiểm thử hiệu năng (Performance testing)

A A. Lỗi tràn bộ nhớ (Memory leak) B B. Lỗi chức năng (Functional defect) C C. Thời gian phản hồi chậm (Slow response time) D D. Khả năng chịu tải kém (Poor scalability)

A A. JMeter B B. Selenium C C. LoadRunner D D. Gatling

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

A A. Verification tập trung vào quy trình, Validation tập trung vào sản phẩm B B. Verification do lập trình viên thực hiện, Validation do kiểm thử viên thực hiện C C. Verification kiểm tra chức năng, Validation kiểm tra hiệu năng D D. Verification thực hiện trước, Validation thực hiện sau

A A. Penetration testing (Kiểm thử xâm nhập) B B. Vulnerability scanning (Quét lỗ hổng bảo mật) C C. Load testing (Kiểm thử tải) D D. Security auditing (Kiểm tra an ninh)

A A. Khi tất cả các test case đã được thực hiện B B. Khi không còn lỗi nào được tìm thấy C C. Khi đạt được tiêu chí dừng kiểm thử đã xác định trước (exit criteria) D D. Khi hết thời gian và ngân sách

A A. Số lượng lỗi được tìm thấy trong mã B B. Phần trăm mã nguồn đã được thực thi bởi các trường hợp kiểm thử C C. Mức độ phức tạp của mã nguồn D D. Thời gian cần thiết để kiểm thử toàn bộ 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ử đơ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. Stress testing tập trung vào chức năng, Load testing tập trung vào hiệu năng B B. Stress testing kiểm tra hệ thống dưới tải bình thường, Load testing kiểm tra dưới tải cao C C. Stress testing kiểm tra hệ thống vượt quá giới hạn chịu tải, Load testing kiểm tra dưới tải dự kiến D D. Stress testing thực hiện trước Load testing

A A. Số lượng kiểm thử viên trên một dự án B B. Số lượng lỗi trung bình trên một đơn vị kích thước mã (ví dụ: số lỗi trên 1000 dòng code) C C. Thời gian trung bình để sửa một lỗi D D. Mức độ nghiêm trọng trung bình của các lỗi

A A. Hiệu suất của hệ thống dưới tải trọng B B. Tính hiệu quả của bộ test case hiện có C C. Khả năng bảo mật của mã nguồn D D. Độ phức tạp của mã nguồn

A A. Kiểm thử bảo mật (Security 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ử chức năng (Functional testing)

A A. Chỉ khi phát hiện lỗi nghiêm trọng B B. Sau mỗi thay đổi mã nguồn hoặc môi trường C C. Trước khi phát hành phần mềm lần đầu tiên D D. Chỉ trong giai đoạn kiểm thử chấp nhận

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

A A. Tự động hóa việc thực thi test case B B. Tổ chức, theo dõi, và báo cáo về các test case C C. Phân tích độ bao phủ mã D D. Quản lý lỗi và vòng đời lỗi