a. Sự cố (Incident)

b. Lỗi (Defect)

c. Sai lầm (Mistake)

d. Lỗi (Error)

a. Phản hồi tiêu cực đối với người kiểm thử.

b. Hậu quả tiêu cực sẽ xảy ra.

c. Hậu quả tiêu cực có thể xảy ra.

d. Hậu quả tiêu cực đối với đối tượng kiểm thử.

a. Ngăn ngừa lỗi trong hệ thống.

b. Tìm lỗi thông qua kiểm thử động.

c. Xây dựng niềm tin vào hệ thống.

d. Hoàn thành dự án đúng hạn.

a. Kiểm thử toàn diện là không thể.

b. Sự tập trung lỗi (Defect clustering).

c. Nghịch lý thuốc trừ sâu (Pesticide paradox).

d. Sai lầm không có lỗi (Absence-of-errors fallacy).

a. Xác minh sự thành công của các hành động khắc phục.a. Xác minh sự thành công của các hành động khắc phục.

b. Ngăn chặn một tác vụ bị coi là đã hoàn thành một cách sai lệch.

c. Đảm bảo rằng lỗi không được đưa vào bởi một sửa đổi.

d. Thúc đẩy kiểm thử đơn vị tốt hơn bởi các lập trình viên.

a. Hiểu những gì quản lý đánh giá cao về kiểm thử.

b. Giải thích kết quả kiểm thử một cách trung lập.

c. Xác định các cách giải quyết lỗi cho khách hàng.

d. Thúc đẩy phần mềm chất lượng tốt hơn bất cứ khi nào có thể.

a. Các nguyên tắc kiểm thử chỉ ảnh hưởng đến giai đoạn chuẩn bị cho kiểm thử.

b. Các nguyên tắc kiểm thử chỉ ảnh hưởng đến các hoạt động thực thi kiểm thử.

c. Các nguyên tắc kiểm thử ảnh hưởng đến các hoạt động kiểm thử sớm như đánh giá.

d. Các nguyên tắc kiểm thử ảnh hưởng đến các hoạt động trong suốt vòng đời kiểm thử.

a. Phân tích và thiết kế kiểm thử sớm.

b. Các mức kiểm thử khác nhau được xác định với các mục tiêu cụ thể.

c. Người kiểm thử sẽ bắt đầu tham gia ngay sau khi mã hóa hoàn thành.

d. A và B ở trên.

a. Mục tiêu nên chung chung cho mọi mức kiểm thử.

b. Mục tiêu là như nhau cho mỗi mức kiểm thử.

c. Các mục tiêu của một mức kiểm thử không cần phải được xác định trước.

d. Mỗi mức có các mục tiêu cụ thể đối với mức đó.

a. Kiểm thử thành phần

b. Kiểm thử chức năng

c. Kiểm thử hệ thống

d. Kiểm thử chấp nhận

a. Tính khả thi (Feasibility)

b. Tính khả dụng (Usability)

c. Bảo trì (Maintenance)

d. Hồi quy (Regression)

a. Đo thời gian phản hồi trên một hệ thống đặt chỗ trực tuyến.

b. Kiểm tra ảnh hưởng của lưu lượng truy cập lớn trong hệ thống trung tâm cuộc gọi.

c. Kiểm tra thông tin trên màn hình đặt chỗ trực tuyến và nội dung cơ sở dữ liệu so với thông tin trong thư gửi khách hàng.

d. Kiểm tra mức độ dễ sử dụng của hệ thống.

a. Không có thời gian để kiểm thử trước khi đưa vào sử dụng, nên chỉ những nhà phát triển giỏi nhất nên làm việc này và không cần sự tham gia của kiểm thử viên.

b. Chỉ chạy kiểm thử lại lỗi vừa được sửa.

c. Luôn chạy toàn bộ kiểm thử hồi quy cho toàn hệ thống trong trường hợp các phần khác bị ảnh hưởng.

d. Kiểm thử lại khu vực đã thay đổi và sau đó sử dụng đánh giá rủi ro để quyết định một tập hợp kiểm thử hồi quy hợp lý.

a. Chỉ được chạy một lần.

b. Luôn được tự động hóa.

c. Kiểm tra các khu vực không thay đổi của phần mềm để xem chúng có bị ảnh hưởng không.

d. Kiểm tra các khu vực đã thay đổi của phần mềm để xem chúng có bị ảnh hưởng không.

a. Kiểm tra nơi hệ thống không hoạt động đúng.

b. Kiểm tra các thuộc tính chất lượng của hệ thống bao gồm độ tin cậy và khả dụng.

c. Đạt được sự chấp thuận của người dùng đối với hệ thống.

d. Kiểm thử một tính năng hệ thống chỉ sử dụng phần mềm yêu cầu cho tính năng đó.

a. Được thực hiện bởi khách hàng tại chính địa điểm của họ.

b. Được thực hiện bởi khách hàng tại địa điểm của nhà phát triển phần mềm.

c. Được thực hiện bởi một nhóm kiểm thử độc lập.

d. Hữu ích để kiểm thử phần mềm được phát triển cho một khách hàng hoặc người dùng cụ thể.d. Hữu ích để kiểm thử phần mềm được phát triển cho một khách hàng hoặc người dùng cụ thể.

a. Mã phần mềm

b. Tài liệu đặc tả yêu cầu

c. Thiết kế kiểm thử

d. Tất cả các tài liệu trên

a. Cung cấp thông tin về chất lượng mã mà không cần thực thi.

b. So sánh kết quả mong đợi với kết quả thực tế.

c. Có thể phát hiện rò rỉ bộ nhớ.c. Có thể phát hiện rò rỉ bộ nhớ.

d. Cung cấp thông tin về mã đã và chưa được kiểm tra.

a. Walkthrough (đi qua từng phần)

b. Inspection (kiểm tra)

c. Informal review (đánh giá không chính thức)

d. Management approval (phê duyệt của quản lý)

a. Kiểm tra được dẫn dắt bởi người điều phối được đào tạo, trong khi đánh giá kỹ thuật không nhất thiết phải có.

b. Đánh giá kỹ thuật được dẫn dắt bởi một người lãnh đạo được đào tạo, kiểm tra thì không.

c. Trong walkthrough, tác giả không tham dự.

d. Người tham gia walkthrough luôn cần được đào tạo kỹ lưỡng.

a. Inspection được dẫn dắt bởi tác giả, trong khi walkthrough được dẫn dắt bởi người điều phối được đào tạo.

b. Inspection có người lãnh đạo được đào tạo, trong khi walkthrough không có lãnh đạo.

c. Tác giả không có mặt trong các inspection, nhưng họ tham dự walkthrough.

d. Walkthrough được dẫn dắt bởi tác giả, trong khi inspection được dẫn dắt bởi người điều phối được đào tạo.

a. s = 4, t = 3, u = 2 và 5, v = 1

b. s = 4 và 5, t = 3, u = 2, v = 1

c. s = 1 và 5, t = 3, u = 2, v = 4

d. s = 5, t = 4, u = 3, v = 1 và 2

a. Với phân tích tĩnh, có thể tìm thấy các lỗi khó tìm bằng kiểm thử động.

b. Dịch mã không phải là một dạng phân tích tĩnh.

c. Khi được thực hiện đúng, phân tích tĩnh làm kiểm thử chức năng trở nên không cần thiết.

d. Phân tích tĩnh tìm tất cả các lỗi.

a. 1 và 3 đúng. 2 và 4 sai.

b. 2 đúng. 1, 3 và 4 sai.

c. 2 và 3 đúng. 1 và 4 sai.

Đáp án: c. 2 và 3 đúng. 1 và 4 sai.

a. Mã không thể đạt tới

b. Biến chưa được khai báo

c. Lỗi trong yêu cầu

d. Thiếu chú thích