
200+ câu Trắc nghiệm Kiểm thử phần mềm có đáp án - Phần 6
30 câu hỏi
Hệ thống phải có khả năng xử lý 1000 giao dịch mỗi giây
Hệ thống phải được bảo vệ chống lại các cuộc tấn công SQL injection
Hệ thống phải cho phép người dùng tìm kiếm sản phẩm theo tên
Giao diện người dùng phải trực quan và dễ sử dụng
Chọn đáp án C
Tổng số ca kiểm thử đã thực hiện / Tổng số lỗi tìm thấy
Tổng số lỗi tìm thấy / Kích thước của phần mềm (ví dụ: số dòng mã hoặc số điểm chức năng)
Tổng số lỗi đã sửa / Tổng số lỗi tìm thấy
Tổng số ca kiểm thử thành công / Tổng số ca kiểm thử đã thực hiện
Chọn đáp án B
Đo lường thời gian hoàn thành tất cả các ca kiểm thử
Đo lường mức độ mà mã nguồn hoặc yêu cầu đã được kiểm tra
Đếm số lượng lỗi đã được báo cáo
Đánh giá hiệu quả của quy trình kiểm thử tự động
Chọn đáp án B
Lỗi cú pháp (Syntax Error)
Lỗi logic (Logic Error)
Lỗi ngoại lệ (Exception Error)
Lỗi nghiêm trọng/sập ứng dụng (Crash/Fatal Error)
Chọn đáp án D
Để theo dõi hiệu suất của đội ngũ kiểm thử
Để liên kết các yêu cầu với các trường hợp kiểm thử và các lỗi đã tìm thấy, đảm bảo tất cả các yêu cầu đều được kiểm thử
Để ghi lại các bước thực hiện trong mỗi trường hợp kiểm thử
Để tự động hóa việc thực thi kiểm thử
Chọn đáp án B
Kiểm thử câu lệnh (Statement Testing)
Kiểm thử nhánh (Branch Testing)
Kiểm thử đường đi (Path Testing)
Kiểm thử điều kiện thay đổi (Modified Condition/Decision Coverage)
Chọn đáp án B
Tuân theo một bộ các trường hợp kiểm thử được xác định trước một cách nghiêm ngặt
Người kiểm thử đồng thời thiết kế, thực thi và phân tích các trường hợp kiểm thử dựa trên kinh nghiệm và sự khám phá
Yêu cầu tự động hóa cao độ
Chỉ tập trung vào kiểm thử hiệu năng
Chọn đáp án B
Đội ngũ kiểm thử độc lập
Nhóm phát triển phần mềm
Khách hàng hoặc người dùng cuối
Quản lý dự án
Chọn đáp án C
Lập trình viên
Quản lý dự án
Kiểm thử viên (Tester/QA Engineer)
Chuyên gia phân tích nghiệp vụ (Business Analyst)
Chọn đáp án C
Kiểm tra lỗi cú pháp trong mã nguồn
Đảm bảo phần mềm đáp ứng các yêu cầu kinh doanh và sẵn sàng để triển khai cho người dùng cuối
Kiểm tra hiệu năng của hệ thống
Xác minh các thành phần hệ thống hoạt động cùng nhau
Chọn đáp án B
Khi yêu cầu thay đổi đáng kể
Sau khi sửa lỗi hoặc bổ sung tính năng mới
Trước khi bắt đầu phát triển
Chỉ khi có báo cáo lỗi từ người dùng cuối
Chọn đáp án B
Kiểm thử chức năng (Functional Testing)
Kiểm thử chấp nhận người dùng (UAT)
Kiểm thử câu lệnh (Statement Coverage)
Kiểm thử hiệu năng (Performance Testing)
Chọn đáp án C
Kiểm thử đơn vị (Unit Testing)
Kiểm thử dựa trên mã nguồn (Code-based Testing)
Kiểm thử chức năng (Functional Testing) dựa trên yêu cầu
Kiểm thử cấu trúc (Structural Testing)
Chọn đáp án C
Sau khi kiểm thử đơn vị và tích hợp hoàn tất
Trong giai đoạn thiết kế
Ngay sau khi yêu cầu được xác định
Trong quá trình bảo trì
Chọn đáp án A
Đánh giá tốc độ tải của ứng dụng
Kiểm tra mức độ bảo mật của hệ thống
Đánh giá khả năng phần mềm phục hồi sau các sự cố như mất điện, lỗi mạng
Đảm bảo giao diện người dùng thân thiện
Chọn đáp án C
Kiểm thử đơn vị (Unit Testing)
Kiểm thử tích hợp (Integration Testing)
Kiểm thử hệ thống (System Testing)
Kiểm thử chấp nhận người dùng (User Acceptance Testing)
Chọn đáp án B
Kiểm thử quyết định (Decision Testing)
Kiểm thử điều kiện (Condition Testing)
Kiểm thử câu lệnh (Statement Coverage)
Kiểm thử nhánh (Branch Coverage)
Chọn đáp án C
Chỉ yêu cầu chức năng của hệ thống
Cấu trúc mã nguồn, thiết kế nội bộ và logic của phần mềm
Trải nghiệm người dùng và giao diện
Yêu cầu phi chức năng của hệ thống
Chọn đáp án B
Kiểm thử biên (Boundary Value Analysis)
Kiểm thử dựa trên trường hợp sử dụng (Use Case Testing)
Kiểm thử thăm dò (Exploratory Testing)
Kiểm thử cấu trúc (Structural Testing)
Chọn đáp án B
Kiểm thử dựa trên phân vùng tương đương (Equivalence Partitioning)
Kiểm thử quyết định (Decision Testing)
Kiểm thử bảng quyết định (Decision Table Testing)
Kiểm thử chuỗi (Fuzz Testing)
Chọn đáp án C
Các ứng dụng chỉ có giao diện người dùng tĩnh
Các hệ thống có trạng thái và các chuyển đổi rõ ràng giữa các trạng thái đó
Các cơ sở dữ liệu quan hệ
Các API RESTful đơn giản
Chọn đáp án B
Nhóm phát triển phần mềm
Nhóm kiểm thử độc lập
Người dùng cuối hoặc đại diện của họ
Quản lý dự án
Chọn đáp án C
Một bước cụ thể trong quy trình kiểm thử, ví dụ: ‘Nhập tên người dùng’
Một mô tả tổng quát về một chức năng hoặc luồng công việc cần kiểm thử, ví dụ: ‘Kiểm tra quy trình đăng nhập người dùng’
Một lỗi được báo cáo trong hệ thống
Một tập hợp các trường hợp kiểm thử đã được tự động hóa
Chọn đáp án B
Kiểm thử dựa trên phân vùng tương đương (Equivalence Partitioning)
Kiểm thử biên (Boundary Value Analysis)
Kiểm thử trạng thái chuyển đổi (State Transition Testing)
Kiểm thử thăm dò (Exploratory Testing)
Chọn đáp án B
Ghi lại các lỗi được phát hiện
Là một tập hợp các hướng dẫn được viết bằng mã để thực thi một quy trình kiểm thử
Mô tả yêu cầu chức năng của phần mềm
Quản lý các trường hợp kiểm thử
Chọn đáp án B
Kiểm thử dựa trên phân vùng tương đương (Equivalence Partitioning)
Kiểm thử theo cặp (Pairwise Testing)
Kiểm thử tất cả các cặp (All-Pairs Testing)
Kiểm thử dựa trên trường hợp sử dụng (Use Case Testing)
Chọn đáp án B
Kiểm thử biên (Boundary Value Analysis)
Kiểm thử dựa trên phân vùng tương đương (Equivalence Partitioning)
Kiểm thử chuỗi (Fuzz Testing)
Kiểm thử quyết định (Decision Testing)
Chọn đáp án C
Kiểm thử chức năng
Kiểm thử hiệu năng
Kiểm thử bảo mật
Kiểm thử khả năng sử dụng
Chọn đáp án C
Đảm bảo phần mềm có thể truy cập trên nhiều nền tảng
Đánh giá mức độ dễ dàng, hiệu quả và sự hài lòng khi người dùng tương tác với phần mềm
Kiểm tra tốc độ xử lý của ứng dụng
Xác định các lỗ hổng bảo mật
Chọn đáp án B
Kiểm tra chức năng của từng module
Đánh giá hành vi của hệ thống dưới tải trọng bình thường và cao điểm dự kiến
Xác định các lỗ hổng bảo mật
Đảm bảo tính dễ sử dụng của giao diện
Chọn đáp án B
Bạn có thích hoạt động này không?
Hãy lưu hoặc chia sẻ nội dung này đến mọi người.


















