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

A A. Một chuyên gia kiểm thử có kinh nghiệm lâu năm. B B. Cơ chế để xác định kết quả mong đợi của một test case. C C. Một công cụ tự động tạo test case. D D. Báo cáo tổng kết kết quả kiểm thử.

A A. Alpha test do lập trình viên thực hiện, Beta test do người dùng cuối 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 tại môi trường của người dùng. C C. Alpha test tập trung vào chức năng, Beta test tập trung vào hiệu suất. D D. Alpha test là kiểm thử hộp trắng, Beta test là kiểm thử hộp đen.

A A. Verification kiểm tra 'chúng ta xây dựng sản phẩm đúng cách', Validation kiểm tra 'chúng ta xây dựng đúng sản phẩm'. B B. Verification thực hiện trước Validation trong quy trình kiểm thử. C C. Verification tập trung vào code, Validation tập trung vào yêu cầu người dùng. D D. Cả 3 đáp án trên.

A A. Bắt đầu giai đoạn kiểm thử tiếp theo. B B. Xác nhận rằng các mục tiêu kiểm thử đã đạt được và quá trình kiểm thử đã hoàn tất. C C. Phát hành phần mềm cho người dùng cuối. D D. Lập kế hoạch kiểm thử cho phiên bản phần mềm tiếp theo.

A A. Đảm bảo phần mềm đáp ứng tất cả các yêu cầu chức năng. B B. Tìm ra các lỗi mới phát sinh sau khi sửa lỗi hoặc thay đổi mã nguồn. C C. Đánh giá hiệu suất và khả năng chịu tải của phần mềm. D D. Xác minh rằng phần mềm tương thích với các môi trường khác nhau.

A A. Sửa chữa lỗi và kiểm tra lại sau khi sửa. B B. Xác định nguyên nhân gốc rễ của lỗi. C C. Đánh giá mức độ nghiêm trọng và ưu tiên sửa chữa lỗi. D D. Ghi nhận và theo dõi trạng thái của lỗi từ khi phát hiện đến khi đóng.

A A. Giao diện người dùng và trải nghiệm người dùng. B B. Tính năng bảo mật của ứng dụng web trên trình duyệt. C C. Khả năng giao tiếp và trao đổi dữ liệu giữa các thành phần phần mềm thông qua API. D D. Hiệu suất của cơ sở dữ liệu và truy vấn dữ liệu.

A A. Hệ thống tính toán phức tạp với nhiều thuật toán. B B. Hệ thống có giao diện người dùng đồ họa phong phú. C C. Hệ thống có hành vi phụ thuộc vào trạng thái và sự kiện. D D. Hệ thống quản lý cơ sở dữ liệu lớn.

A A. Cấu trúc code bên trong và logic thuật toán. B B. Giao diện người dùng và chức năng bên ngoài. C C. Hiệu suất và khả năng mở rộng của hệ thống. D D. Mức độ bảo mật và khả năng chống chịu tấn công.

A A. Các đặc tả yêu cầu chi tiết và rõ ràng. B B. Kinh nghiệm và kiến thức của người kiểm thử về hệ thống và loại lỗi thường gặp. C C. Các công cụ kiểm thử tự động và script kiểm thử được chuẩn bị trước. D D. Ma trận truy vết yêu cầu và các tài liệu thiết kế hệ thống.

A A. Chọn ngẫu nhiên các test case từ toàn bộ phạm vi đầu vào. B B. Phân chia dữ liệu đầu vào thành các vùng tương đương và chọn test case đại diện. C C. Tập trung vào kiểm thử các đường dẫn quan trọng nhất trong code. D D. Sử dụng công cụ tự động để tạo và thực thi test case.

A A. Loại bỏ hoàn toàn sự cần thiết của kiểm thử thủ công. B B. Giảm thời gian và chi phí kiểm thử trong dài hạn, đặc biệt cho kiểm thử hồi quy. C C. Đảm bảo 100% độ bao phủ code và không còn lỗi trong phần mềm. D D. Tăng cường khả năng giao tiếp giữa nhóm phát triển và nhóm kiểm thử.

A A. Đo thời gian phản hồi trung bình của hệ thống. B B. Xác định điểm giới hạn chịu tải của hệ thống bằng cách tăng tải trọng vượt quá mức dự kiến. C C. Kiểm tra khả năng xử lý số lượng lớn giao dịch trong thời gian ngắn. D D. Đánh giá hiệu suất của hệ thống trong điều kiện mạng chậ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. Ghi lại các hành động của người dùng để tạo script kiểm thử. B B. Quản lý và thực thi các bộ test case tự động. C C. Phân tích kết quả kiểm thử và tạo báo cáo. D D. So sánh kết quả kiểm thử thực tế với kết quả mong đợi.

A A. Trước khi bắt đầu kiểm thử tích hợp. B B. Sau mỗi thay đổi nhỏ trong code. C C. Sau khi tích hợp các module chính của phần mềm. D D. Trước khi phát hành phiên bản beta cho người dùng.

A A. Trong các vòng lặp và cấu trúc điều khiển phức tạp. B B. Tại các điểm giao nhau giữa các module khác nhau. C C. Xung quanh các giá trị đầu vào và đầu ra giới hạn. D D. Trong các đoạn code xử lý ngoại lệ và lỗi.

A A. Kiểm thử theo kịch bản (Scripted testing). B B. Kiểm thử ngẫu nhiên hoặc kiểm thử khám phá (Exploratory testing). C C. Kiểm thử dựa trên rủi ro (Risk-based testing). D D. Kiểm thử theo hướng dữ liệu (Data-driven testing).

A A. Khi logic nghiệp vụ của hệ thống rất đơn giản và dễ hiểu. B B. Khi có nhiều điều kiện đầu vào và hành động đầu ra phức tạp, có mối quan hệ logic ràng buộc. C C. Khi cần kiểm thử giao diện người dùng đồ họa. D D. Khi dữ liệu đầu vào có phạm vi giá trị liên tục.

A A. Giai đoạn thiết kế hệ thống (System design). B B. Giai đoạn phân tích yêu cầu (Requirements analysis). C C. Giai đoạn thiết kế kiến trúc (Architectural design). D D. Giai đoạn lập trình (Coding).

A A. Severity chỉ mức độ ảnh hưởng của lỗi đến người dùng, Priority chỉ mức độ khẩn cấp cần sửa lỗi. B B. Severity do lập trình viên xác định, Priority do người kiểm thử xác định. C C. Severity liên quan đến chức năng, Priority liên quan đến hiệu suất. D D. Severity chỉ áp dụng cho lỗi chức năng, Priority áp dụng cho mọi loại lỗi.

A A. Đánh giá hiệu suất của hệ thống khi bị tấn công từ chối dịch vụ (DoS). B B. Xác định các lỗ hổng bảo mật bằng cách mô phỏng các cuộc tấn công thực tế. C C. Kiểm tra tính toàn vẹn của dữ liệu khi có truy cập trái phép. D D. Đảm bảo hệ thống tuân thủ các tiêu chuẩn và quy định về bảo mật.

A A. Lỗi liên quan đến giao diện người dùng không nhất quán. B B. Lỗi xảy ra khi nhiều người dùng hoặc tiến trình truy cập tài nguyên chung đồng thời. C C. Lỗi do sai sót trong logic nghiệp vụ của ứng dụng. D D. Lỗi liên quan đến bảo mật dữ liệu khi truyền qua mạng.

A A. Ghi lại tất cả các lỗi đã được phát hiện. B B. Mô tả chi tiết các test case cần thực hiện. C C. Xác định phạm vi, mục tiêu, nguồn lực và lịch trình cho hoạt động kiểm thử. D D. Đánh giá chất lượng tổng thể của phần mềm sau khi kiểm thử.

A A. Nhóm phát triển phần mềm. B B. Nhóm kiểm thử chuyên nghiệp. C C. Người dùng cuối hoặc đại diện của người dùng cuối. D D. Quản lý dự án và các bên liên quan.

A A. Đo thời gian phản hồi của hệ thống dưới tải trọng cao nhất dự kiến. B B. Xác định điểm mà hệ thống bắt đầu hoạt động kém hiệu quả. C C. Đánh giá khả năng phục hồi của hệ thống sau sự cố. D D. Kiểm tra khả năng xử lý số lượng lớn người dùng đồng thời.

A A. Đo thời gian phản hồi của hệ thống dưới tải trọng tăng dần. B B. Xác định khả năng của hệ thống duy trì hiệu suất ổn định trong thời gian dài dưới tải trọng dự kiến. C C. Kiểm tra khả năng phục hồi của hệ thống sau sự cố phần cứng. D D. Đánh giá hiệu suất của hệ thống khi có số lượng lớn dữ liệu.

A A. Người kiểm thử tự động hóa. B B. Người kiểm thử có kinh nghiệm và am hiểu sâu về hệ thống. C C. Người kiểm thử mới vào nghề với kiến thức cơ bản. D D. Bất kỳ ai có kiến thức về kiểm thử phần mềm đều có thể thực hiện tốt.

A A. Kiểm thử đường dẫn cơ bản (Basis path testing). B B. Kiểm thử phân vùng tương đương (Equivalence partitioning). C C. Kiểm thử độ bao phủ quyết định (Decision coverage). D D. Kiểm thử độ bao phủ câu lệnh (Statement coverage).

A A. Tỷ lệ phần trăm số dòng code đã được thực thi. B B. Tỷ lệ phần trăm số quyết định (nhánh rẽ) trong code đã được thực hiện theo cả hai hướng (true/false). C C. Tỷ lệ phần trăm số yêu cầu chức năng đã được kiểm thử. D D. Tỷ lệ phần trăm số lỗi đã được phát hiện và sửa chữa.