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

A A. Khi có yêu cầu đặc tả chi tiết và đầy đủ B B. Khi thời gian kiểm thử hạn chế và cần tìm lỗi nhanh C C. Khi cần kiểm thử tự động hóa D D. Khi đội kiểm thử có nhiều kinh nghiệm về hệ thống

A A. Kiểm thử các module mức thấp trước, sau đó tích hợp dần lên các module mức cao hơn B B. Kiểm thử các module mức cao trước, sau đó tích hợp dần xuống các module mức thấp hơn C C. Kiểm thử tất cả các module cùng một lúc D D. Kiểm thử ngẫu nhiên các module mà không theo thứ tự cụ thể

A A. Lỗi thường tập trung ở các giá trị biên của dữ liệu đầu vào B B. Mọi đường dẫn trong code cần được kiểm tra C C. Chia dữ liệu thành các phân vùng hợp lệ và không hợp lệ D D. Kiểm thử ngẫu nhiên để tìm lỗi bất ngờ

A A. Phần trăm yêu cầu đã được kiểm thử B B. Phần trăm dòng code đã được thực thi bởi test case C C. Số lượng lỗi tìm thấy trên mỗi nghìn dòng code D D. Thời gian cần thiết để thực hiện kiểm thử

A A. Theo mô hình Waterfall, tuần tự và độc lập với phát triển B B. Lặp đi lặp lại trong mỗi Sprint, tích hợp chặt chẽ với phát triển C C. Chỉ thực hiện vào cuối dự án, sau khi tất cả các tính năng đã hoàn thành D D. Chỉ tập trung vào kiểm thử tự động hóa và bỏ qua kiểm thử thủ công

A A. Tổng thời gian thực hiện tất cả các test case hiệu năng B B. Thời gian từ khi người dùng gửi yêu cầu đến khi hệ thống trả về phản hồi C C. Số lượng yêu cầu hệ thống có thể xử lý trong một đơn vị thời gian D D. Thời gian cần thiết để sửa lỗi hiệu năng

A A. Cho tất cả các loại kiểm thử để tiết kiệm chi phí B B. Cho các test case lặp đi lặp lại, kiểm thử hồi quy, và kiểm thử hiệu năng C C. Cho các test case phức tạp và cần tư duy sáng tạo D D. Cho giai đoạn kiểm thử chấp nhận của người dùng

A A. Kiểm thử hệ thống (System 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ử đơn vị (Unit Testing)

A A. Kiểm thử tải (Load testing) B B. Kiểm thử stress (Stress testing) C C. Kiểm thử độ bền (Endurance testing) D D. Kiểm thử dung lượng (Volume testing)

A A. Giảm thiểu thời gian kiểm thử B B. Tăng cường khả năng tìm lỗi và chia sẻ kiến thức C C. Tự động hóa hoàn toàn quá trình kiểm thử D D. Giảm chi phí kiểm thử

A A. Khi hệ thống có luồng dữ liệu phức tạp B B. Khi hệ thống có số lượng lớn các trạng thái và chuyển đổi trạng thái C C. Khi cần kiểm thử hiệu năng của hệ thống D D. Khi yêu cầu đặc tả không rõ ràng

A A. Kiểm thử đường dẫn cơ bản (Basic Path Testing) B B. Kiểm thử phân vùng tương đương (Equivalence Partitioning) C C. Kiểm thử dòng điều khiển (Control Flow Testing) D D. Kiểm thử dòng dữ liệu (Data Flow Testing)

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. Các chức năng mới được thêm vào gần đây B B. Các khu vực có rủi ro cao về lỗi và ảnh hưởng lớn đến hệ thống C C. Các chức năng được sử dụng thường xuyên nhất bởi người dùng D D. Tất cả các khu vực của phần mềm với mức độ ưu tiên như nhau

A A. Kiểm thử bảng quyết định (Decision table testing) B B. Kiểm thử phân vùng tương đương (Equivalence Partitioning) C C. Kiểm thử giá trị biên (Boundary Value Analysis) D D. Kiểm thử chuyển trạng thái (State Transition Testing)

A A. Alpha test do developer thực hiện, Beta test do tester thực hiện B B. Alpha test thực hiện tại môi trường của nhà phát triển, Beta test thực hiện tại môi trường của người dùng cuối C C. Alpha test tập trung vào chức năng, Beta test tập trung vào hiệu năng D D. Alpha test là kiểm thử hộp trắng, Beta test là kiểm thử hộp đen

A A. Tự động tạo test case B B. Quản lý và theo dõi vòng đời của lỗi C C. Thực hiện kiểm thử hiệu năng D D. Đo lường độ bao phủ code

A A. Tìm ra các lỗi mới phát sinh sau khi thay đổi code B B. Đảm bảo tất cả các yêu cầu chức năng đều được kiểm tra C C. Kiểm tra hiệu suất của phần mềm dưới tải lớn D D. Xác định các lỗ hổng bảo mật trong phần mềm

A A. Đo lường hiệu suất của tester B B. Theo dõi mối quan hệ giữa yêu cầu, test case và lỗi C C. Tự động tạo báo cáo kiểm thử D D. Quản lý rủi ro dự án

A A. Kiểm tra giao diện người dùng của ứng dụng B B. Kiểm tra giao tiếp và tích hợp giữa các thành phần phần mềm C C. Kiểm tra hiệu suất của cơ sở dữ liệu D D. Kiểm tra bảo mật của hệ thống mạng

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

A A. Lỗi gây ra Sai sót, Sai sót dẫn đến Hỏng hóc B B. Hỏng hóc gây ra Sai sót, Sai sót dẫn đến Lỗi C C. Sai sót gây ra Lỗi, Lỗi dẫn đến Hỏng hóc D D. Lỗi, Sai sót và Hỏng hóc là các khái niệm tương đương

A A. Hiệu suất và khả năng chịu tải của hệ thống B B. Các lỗ hổng bảo mật và rủi ro tiềm ẩn C C. Tính dễ sử dụng và trải nghiệm người dùng D D. Tính đúng đắn của chức năng phần mềm

A A. Giai đoạn phân tích yêu cầu B B. Giai đoạn thiết kế C C. Giai đoạn kiểm thử hệ thống D D. Giai đoạn triển khai và bảo trì

A A. Sanity testing chi tiết hơn Smoke testing B B. Sanity testing tập trung vào một phần nhỏ chức năng, Smoke testing bao phủ các chức năng chính C C. Sanity testing chỉ thực hiện bởi developer, Smoke testing chỉ thực hiện bởi tester D D. Sanity testing thực hiện trước Smoke testing

A A. Tổng số lỗi tìm thấy / Tổng số test case thực hiện B B. Tổng số lỗi tìm thấy / Kích thước phần mềm (ví dụ: dòng code) C C. Tổng số lỗi nghiêm trọng / Tổng số lỗi tìm thấy D D. Tổng số lỗi đã sửa / Tổng số lỗi tìm thấy

A A. Cấu trúc code bên trong của phần mềm B B. Yêu cầu và chức năng 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. Mức độ bảo mật của phần mềm

A A. Kế hoạch kiểm thử (Test plan) B B. Báo cáo kiểm thử (Test report) C C. Kịch bản kiểm thử (Test script) D D. Trường hợp kiểm thử (Test case)

A A. Trước khi release phần mềm cho người dùng cuối B B. Sau mỗi thay đổi code hoặc build mới C C. Trong giai đoạn kiểm thử hệ thống D D. Chỉ khi có yêu cầu kiểm thử hiệu năng

A A. Viết code kiểm thử tự động B B. Thiết kế và thực hiện test case chi tiết C C. Lập kế hoạch kiểm thử, quản lý đội kiểm thử và theo dõi tiến độ D D. Báo cáo lỗi cho nhà phát triển