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

A A. Ngăn chặn lỗi xảy ra ngay từ đầu. B B. Theo dõi, quản lý vòng đời của lỗi từ khi phát hiện đến khi được sửa và đóng. C C. Tự động sửa lỗi phần mềm. D D. Đánh giá hiệu suất của lập trình viên.

A A. Kiểm thử tự động giúp giảm thời gian và chi phí kiểm thử trong dài hạn. B B. Kiểm thử tự động có thể thay thế hoàn toàn kiểm thử thủ công. C C. Kiểm thử tự động đặc biệt hiệu quả cho kiểm thử hồi quy. D D. Kiểm thử tự động giúp tăng độ chính xác và nhất quán của kiểm thử.

A A. Hộp đen. B B. Hộp trắng. C C. Hiệu năng. D D. Bảo mật.

A A. Kiểm thử là cách duy nhất để đảm bảo chất lượng phần mềm. B B. Kiểm thử là một phần quan trọng của quy trình đảm bảo chất lượng phần mềm, giúp phát hiện và giảm thiểu lỗi. C C. Chất lượng phần mềm không liên quan đến kiểm thử. D D. Kiểm thử chỉ có vai trò xác nhận phần mềm đã hoàn thành, không ảnh hưởng đến chất lượng.

A A. Kiểm thử cấu trúc. B B. Kiểm thử chức năng. C C. Kiểm thử đường dẫn. D D. Kiểm thử logic.

A A. Chỉ kiểm thử các chức năng có mức độ ưu tiên cao. B B. Sắp xếp thứ tự ưu tiên kiểm thử các chức năng hoặc tính năng dựa trên mức độ rủi ro, quan trọng. C C. Thực hiện kiểm thử nhanh nhất có thể. D D. Giao việc kiểm thử cho những kiểm thử viên có kinh nghiệm nhất.

A A. Kiểm thử đơn vị. B B. Kiểm thử tích hợp. C C. Kiểm thử hệ thống. D D. Kiểm thử chấp nhận.

A A. Được thực hiện dựa trên kịch bản và ca kiểm thử đã được chuẩn bị trước. B B. Được thực hiện đồng thời với việc thiết kế và thực thi kiểm thử, chú trọng vào sự khám phá và học hỏi. C C. Chỉ tập trung vào kiểm thử hiệu năng và bảo mật. D D. Chỉ được thực hiện bởi người dùng cuối.

A A. Phạm vi kiểm thử và mục tiêu. B B. Chi tiết mã nguồn của phần mềm. C C. Tiến độ và lịch trình kiểm thử. D D. Các nguồn lực và công cụ cần thiết cho kiểm thử.

A A. Kiểm thử Alpha được thực hiện bởi người dùng cuối, Beta bởi đội kiểm thử nội bộ. B B. Kiểm thử Alpha được thực hiện tại môi trường của nhà phát triển, Beta tại môi trường của người dùng. C C. Kiểm thử Alpha tập trung vào kiểm thử chức năng, Beta vào kiểm thử hiệu năng. D D. Kiểm thử Alpha và Beta giống nhau, chỉ khác tên gọi.

A A. Lỗi liên quan đến tốc độ phản hồi chậm. B B. Lỗi liên quan đến sử dụng tài nguyên quá mức. C C. Lỗi chức năng sai lệch so với yêu cầu. D D. Lỗi liên quan đến khả năng chịu tải kém.

A A. Lỗi cú pháp. B B. Lỗi logic. C C. Lỗi giao diện người dùng. D D. Lỗi hiệu năng.

A A. Sửa lỗi nhanh chóng để kịp tiến độ dự án. B B. Xác định nguyên nhân sâu xa gây ra lỗi để ngăn chặn lỗi tương tự xảy ra trong tương lai. C C. Đánh giá hiệu suất của kiểm thử viên. D D. Thống kê số lượng lỗi theo từng loại.

A A. Kiểm tra mã nguồn có tuân thủ coding standards không. B B. Xác nhận phần mềm đáp ứng nhu cầu và mong đợi của người dùng cuối. C C. Đảm bảo phần mềm hoạt động tốt trên mọi hệ điều hành. D D. Tìm ra tất cả các lỗi có thể có trong phần mềm.

A A. Mô tả chức năng, điều kiện tiên quyết, dữ liệu kiểm thử, kết quả mong đợi. B B. Mô tả lỗi, mức độ nghiêm trọng, người báo cáo lỗi. C C. Mã nguồn, sơ đồ cấu trúc, tài liệu thiết kế. D D. Kịch bản kiểm thử, kế hoạch kiểm thử, báo cáo kiểm thử.

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. Viết mã nguồn chương trình. B B. Gỡ lỗi chương trình. C C. Đánh giá chất lượng và tìm lỗi trong phần mềm. D D. Triển khai phần mềm đến người dùng cuối.

A A. Kiểm thử tải (Load Testing). B B. Kiểm thử hiệu năng (Performance Testing). C C. Kiểm thử độ ổn định (Stability/Endurance Testing). D D. Kiểm thử khả năng mở rộng (Scalability Testing).

A A. Không cần biết gì về cấu trúc bên trong của phần mềm. B B. Có kiến thức về cấu trúc bên trong, mã nguồn của phần mềm. C C. Chỉ cần tập trung vào giao diện người dùng. D D. Chỉ cần kiểm tra tài liệu đặc tả yêu cầu.

A A. Một tập hợp các bước kiểm thử chi tiết. B B. Một mô tả ngắn gọn về một chức năng hoặc tính năng cần được kiểm thử. C C. Mã nguồn dùng để tự động hóa kiểm thử. D D. Báo cáo kết quả kiểm thử.

A A. Chứng minh phần mềm không có lỗi. B B. Tăng tốc độ phát triển phần mềm. C C. Nâng cao sự tự tin vào chất lượng phần mềm và giảm thiểu rủi ro. D D. Làm hài lòng nhà phát triển phần mềm.

A A. Thực hiện kiểm thử càng sớm càng tốt trong vòng đời phát triển phần mềm. B B. Chỉ kiểm thử các chức năng quan trọng nhất trước. C C. Sử dụng các công cụ kiểm thử tự động ngay từ đầu. D D. Hoàn thành kiểm thử trước thời hạn dự kiến.

A A. Verification kiểm tra 'chúng ta có xây dựng sản phẩm đúng cách không?', Validation kiểm tra 'chúng ta có xây dựng đúng sản phẩm không?'. B B. Verification được thực hiện bởi lập trình viên, Validation bởi kiểm thử viên. C C. Verification chỉ kiểm thử chức năng, Validation chỉ kiểm thử phi chức năng. D D. Verification diễn ra sau Validation.

A A. Hộp trắng. B B. Hộp đen. C C. Hiệu năng. D D. Bảo mật.

A A. Phân tích yêu cầu. B B. Thiết kế kiến trúc hệ thống. C C. Thiết kế mức module. D D. Lập trình.

A A. Hiệu suất của kiểm thử viên. B B. Chất lượng của mã nguồn. C C. Thời gian kiểm thử cần thiết. D D. Độ bao phủ kiểm thử.

A A. Thời gian để hoàn thành toàn bộ quá trình kiểm thử. B B. Thời gian từ khi người dùng gửi yêu cầu đến khi nhận được phản hồi từ hệ thống. C C. Thời gian để sửa lỗi hiệu năng. D D. Thời gian để tải trang web.

A A. Sau mỗi lần sửa lỗi. B B. Trước khi bắt đầu bất kỳ loại kiểm thử nào khác trên một bản build mới. C C. Chỉ trong giai đoạn cuối của dự án. D D. Chỉ khi có yêu cầu từ khách hàng.

A A. Việc sử dụng quá nhiều công cụ kiểm thử tự động gây ra lỗi. B B. Việc lặp lại các ca kiểm thử giống nhau nhiều lần sẽ giảm khả năng tìm ra lỗi mới. C C. Việc kiểm thử quá sớm có thể bỏ sót nhiều lỗi quan trọng. D D. Việc sửa lỗi này có thể gây ra lỗi khác.

A A. Chỉ khi phát hiện ra lỗi nghiêm trọng. B B. Sau khi thực hiện bất kỳ thay đổi nào trong phần mềm (sửa lỗi, thêm tính năng...). C C. Trước khi bắt đầu kiểm thử tích hợp. D D. Chỉ trong giai đoạn kiểm thử chấp nhận.