200+ câu Trắc nghiệm Kiểm thử phần mềm có đáp án - Phần 6

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

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

Đ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

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)

Để 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ử

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)

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

Độ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

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)

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

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

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)

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)

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ì

Đá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

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)

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ỉ 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

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)

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)