Manual Tester mạnh về tư duy phân tích rủi ro và hiểu nghiệp vụ, nhưng Automation Engineer cần thêm kỹ năng lập trình thực sự — không chỉ ghi lại (record) thao tác bằng công cụ, mà viết code test có cấu trúc, dễ maintain.
"Kinh nghiệm Manual Testing giúp gì cho công việc Automation?" — Câu trả lời tốt nhấn mạnh: tư duy phân tích rủi ro/thiết kế test case tốt vẫn là nền tảng quan trọng nhất — automation chỉ là công cụ thực thi nhanh hơn, không thay thế được tư duy "test cái gì, tại sao test cái đó" mà Manual Tester đã rèn luyện.
"Bạn mới học code, làm sao thuyết phục chúng tôi bạn viết được test framework maintain được lâu dài?" — Nếu có dự án cá nhân tự viết test automation cho 1 ứng dụng thật (kể cả website công khai để luyện tập), hãy trình bày cụ thể: cấu trúc code đã tổ chức thế nào (Page Object, tách test data...), không chỉ nói "em đã học Selenium/Playwright".
Học quá nhiều công cụ cùng lúc mà không thực hành đủ sâu, hoặc chỉ tập trung "ghi lại thao tác" (record & playback) mà không hiểu code sinh ra — cách tiếp cận này tạo ra test dễ vỡ (fragile) và không thể hiện được kỹ năng lập trình thật khi phỏng vấn hỏi sâu.
1 dự án automation test cho website/app công khai (không cần dự án công ty), có cấu trúc rõ ràng (Page Object Model), test được ít nhất 1 luồng người dùng hoàn chỉnh (đăng ký, đăng nhập, thao tác chính), và tích hợp chạy tự động qua CI (GitHub Actions) — thể hiện đủ năng lực thực chiến dù chưa có kinh nghiệm công ty.