Với chu kỳ release ngày càng nhanh (CI/CD liên tục), test thủ công không thể theo kịp — automation testing đã trở thành kỹ năng bắt buộc, không còn là điểm cộng như 5-10 năm trước. Nhà tuyển dụng dùng câu hỏi này để đánh giá bạn có tư duy kỹ thuật thực sự, không chỉ click chuột theo checklist.
"Testing Pyramid là gì, tại sao quan trọng?" — Mô hình phân bổ số lượng test theo tầng: nhiều Unit test (nhanh, rẻ, test logic đơn lẻ) ở đáy, ít hơn Integration test ở giữa, và ít nhất End-to-End test (chậm, đắt, dễ flaky) ở đỉnh. Sai lầm phổ biến là "Ice Cream Cone" ngược lại — quá nhiều E2E test khiến suite chạy chậm và không ổn định.
"Page Object Model là gì và giải quyết vấn đề gì?" — Tách logic tương tác với UI (selector, hành động trên từng trang) ra khỏi logic test case — khi UI thay đổi, chỉ cần sửa 1 chỗ (Page Object) thay vì sửa rải rác ở hàng chục test case dùng cùng element đó.
"Test tự động thỉnh thoảng fail không rõ lý do (flaky test), bạn xử lý thế nào?" — Nguyên nhân phổ biến: race condition (test chạy trước khi UI kịp render/load xong — cần dùng explicit wait thay vì sleep cố định), phụ thuộc thứ tự chạy giữa các test (test sau phụ thuộc trạng thái test trước để lại), hoặc môi trường test không ổn định. Không nên chỉ retry cho tới khi pass — cần điều tra nguyên nhân gốc rễ, vì flaky test làm giảm lòng tin vào toàn bộ test suite.
"Chọn công cụ automation testing dựa trên tiêu chí gì?" — Loại ứng dụng cần test (web/mobile/API), ngôn ngữ team quen thuộc, tốc độ chạy test, khả năng tích hợp CI/CD, và cộng đồng/tài liệu hỗ trợ — không có công cụ "tốt nhất tuyệt đối", chỉ có công cụ phù hợp nhất với bối cảnh dự án.
"API testing và UI testing khác nhau thế nào, nên ưu tiên cái nào?" — API test nhanh hơn, ổn định hơn nhiều (không phụ thuộc rendering UI), nên ưu tiên test business logic qua API trước — UI test chỉ nên tập trung vào luồng người dùng quan trọng nhất (critical user journey), không cố test mọi thứ qua UI.
Kể 1 case cụ thể: hệ thống test automation đã xây dựng (quy mô, công cụ dùng), vấn đề gặp phải (flaky test, thời gian chạy quá lâu) và cách giải quyết, và kết quả đo được (giảm thời gian test từ X xuống Y, tăng độ phủ test).