Nhiều người nghĩ viết test case chỉ là liệt kê các bước thao tác — nhưng test case tốt đòi hỏi tư duy phân tích rủi ro, bao phủ đúng các trường hợp quan trọng mà không lãng phí thời gian vào trường hợp ít giá trị. Đây chính là điều nhà tuyển dụng QA giỏi thực sự đánh giá.
"Có 1 form đăng ký với 5 field, thời gian test hạn chế, bạn ưu tiên test case nào trước?" — Câu trả lời tốt dựa trên phân tích rủi ro: field nào liên quan tới bảo mật/dữ liệu quan trọng (password, email) ưu tiên cao nhất, luồng chính (happy path) cần đảm bảo hoạt động trước, sau đó mới tới edge case ít khả năng xảy ra.
"Làm sao viết test case cho 1 tính năng mà requirement còn mơ hồ?" — Không nên đoán mò — cần chủ động hỏi lại Business Analyst/Product Owner để làm rõ trước khi viết test case, hoặc ít nhất ghi rõ giả định đã đặt ra khi viết test case để dễ điều chỉnh sau nếu hiểu sai yêu cầu.
Test case tốt cần có: điều kiện tiền đề (precondition) rõ ràng, các bước thực hiện cụ thể (không mơ hồ), kết quả mong đợi rõ ràng (expected result) — đủ chi tiết để người khác chạy được mà không cần hỏi lại người viết.
"Exploratory testing khác gì với test theo test case đã viết sẵn?" — Exploratory testing không theo kịch bản cố định — tester vừa khám phá ứng dụng vừa học vừa thiết kế test song song, dựa vào kinh nghiệm và trực giác để tìm bug ở những nơi test case chuẩn có thể bỏ sót. Bổ trợ cho scripted testing, không thay thế hoàn toàn.
Kể 1 lần phát hiện bug nghiêm trọng nhờ tư duy phân tích rủi ro tốt (không phải chạy hết mọi test case theo checklist) — thể hiện tư duy chủ động tìm vấn đề, không chỉ thực thi theo kịch bản có sẵn.