Khi kiểm thử viên xác minh cơ sở kiểm thử trong khi thiết kế bài kiểm thử ở giai đoạn đầu vòng đời phát triển phần mềm, mục tiêu kiểm thử nào đang được thực hiện?

• Tạo sự tin tưởng (Gaining confidence)

• Tìm lỗi (Finding defects)

• Đánh giá sản phẩm (Evaluating work products)

• Cung cấp thông tin để ra quyết định (Providing information for decision making)

Trong một số nhóm Agile, mọi người được khuyến khích sử dụng kỹ năng của mình để hỗ trợ nhóm, bất kể vai trò của họ. Điều này có nghĩa là kiểm thử viên có thể giúp developer viết code và developer có thể giúp kiểm thử viên kiểm thử. Cách tiếp cận này được gọi là gì?

• Team Aid (Hỗ trợ Nhóm)

• Whole Team (Toàn đội)

• Skills First (Kỹ năng Ưu tiên)

• First Aid (Hỗ trợ Ban đầu)

Trong các câu sau, câu nào là ĐÚNG?

• Lập trình viên mắc lỗi dẫn đến vấn đề (defect) có thể được coi là lỗi chạy (failure) trong quá trình kiểm thử động (dynamic testing).

• Lập trình viên mắc lỗi dẫn đến lỗi chạy (failure) có thể được coi là sự cố (fault) khi phần mềm được chạy.

• Lập trình viên đã gây ra lỗi chạy (failure) dẫn đến vấn đề (defect) có thể được coi là lỗi lập trình (mistake) trong quá trình kiểm thử động (dynamic testing).

• Lập trình viên mắc lỗi dẫn đến lỗi (bug) có thể được coi là vấn đề (defect) khi phần mềm được chạy.

Tại sao việc tránh nguyên tắc "bài kiểm thử cũ" lại quan trọng?

• Kiểm thử động (dynamic testing) kém tin cậy trong việc tìm lỗi (bug).

• Chạy lại các bài kiểm thử cũ nhiều lần sẽ luôn tìm thấy lỗi mới.

• Bài kiểm thử không nên phụ thuộc vào ngữ cảnh.

• Chạy lại các bài kiểm thử cũ nhiều lần sẽ giảm khả năng tìm thấy lỗi mới.

Khi tuân theo quy trình kiểm thử chuẩn, hoạt động kiểm soát kiểm thử (test control) diễn ra khi nào?

• Trong các hoạt động lập kế hoạch (planning activities)

• Trong các hoạt động triển khai và thực thi (implementation and execution activities)

• Trong các hoạt động giám sát (monitoring activities)

• Trong tất cả các hoạt động (all the activities)

Hoạt động nào sau đây so sánh tiến độ kiểm thử theo kế hoạch với tiến độ kiểm thử thực tế?

• Giám sát kiểm thử (Test monitoring)

• Lập kế hoạch kiểm thử (Test planning)

• Kết thúc kiểm thử (Test closure)

• Kiểm soát kiểm thử (Test control)

Nếu bạn đang làm việc trong một dự án bị giới hạn về thời gian và ngân sách, gây áp lực cho việc kiểm thử phải được thực hiện nhanh chóng. Cách tiếp cận kiểm thử nên được điều chỉnh như thế nào?

• Phát triển các case kiểm thử chi tiết để giảm thiểu nỗ lực tự động hóa kiểm thử.

• Sử dụng các kỹ thuật như kiểm thử khám phá (exploratory testing) và kiểm thử dựa trên danh sách kiểm tra (checklist testing) để giảm thời gian phát triển case kiểm thử.

• Đảm bảo việc kiểm thử của bạn chỉ bắt đầu sau khi developer hoàn thành các bài kiểm thử tích hợp (integration tests).

• Phát triển tự động hóa kiểm thử đầu cuối (end-to-end test automation) trước khi thực hiện kiểm thử thủ công để tự động hóa có thể được sử dụng sớm hơn để tiết kiệm thời gian và nguồn lực

Vấn đề lớn nhất khi developer tự kiểm thử code của mình là gì?

• Developer không giỏi kiểm thử.

• Developer không tập trung vào chất lượng.

• Developer không khách quan với code của chính mình.

• Developer không có thời gian để tự kiểm thử code.

Hoạt động nào sau đây là một ví dụ về thực hành kiểm thử tốt?

• Kiểm thử viên nên có kinh nghiệm phát triển.

• Developer nên xác định thứ tự thực hiện bài kiểm thử trong các thủ tục kiểm thử.

• Thiết kế kiểm thử nên bắt đầu khi code hoàn thành để tránh thay đổi.

• Kiểm thử viên nên xem xét các tài liệu yêu cầu ngay khi có bản nháp có thể đọc được.

Khi code được viết theo hướng dẫn của các case kiểm thử, phương pháp phát triển nào đang được sử dụng?

• TDD (Test-Driven Development - Phát triển hướng dẫn bởi Kiểm thử)

• BDD (Behavior-Driven Development - Phát triển hướng dẫn bởi Hành vi)

• ATDD (Acceptance Test-Driven Development - Phát triển hướng dẫn bởi Kiểm thử Chấp nhận)

• TBD (To Be Determined - Chưa xác định)