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)

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

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

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

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)

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ử

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)

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)

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

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

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