10 câu hỏi phỏng vấn Tester Fresher thường gặp & cách trả lời 'Tại sao chuyển nghề?' (2026)
3 tháng trước · 12 phút đọc
Trước khi vào phòng phỏng vấn, bạn cần biết điều này
Phỏng vấn Tester Fresher khác với phỏng vấn dev ở một điểm quan trọng: HR và team lead không chỉ hỏi kỹ thuật, họ còn muốn biết bạn có tư duy "tìm lỗi" hay không. Đặc biệt với người chuyển ngành, câu hỏi đầu tiên thường là: "Tại sao bạn bỏ nghề cũ để sang testing?"
Mình đã ngồi cùng nhiều bạn ôn phỏng vấn. Phần lớn sợ nhất không phải câu hỏi kỹ thuật, mà là câu hỏi về động lực. Vì không biết trả lời sao cho tự nhiên, không bị nghĩ là "chạy trốn" nghề cũ.
Bài này mình tổng hợp 10 câu hỏi phổ biến nhất, bao gồm cả cách xử lý câu hỏi về lý do chuyển nghề. Mỗi câu có ví dụ trả lời cụ thể, không phải template chung chung.
Chuẩn bị kỹ trước phỏng vấn giúp bạn tự tin hơn hẳn
Một lưu ý trước: không có đáp án "đúng tuyệt đối". Mỗi công ty có văn hóa khác nhau. Nhưng có những nguyên tắc trả lời giúp bạn gây ấn tượng tốt dù ở đâu.
Câu 1-3: Những câu "mở màn" HR hay hỏi nhất
Câu 1: "Bạn hiểu testing là gì?"
Câu này nghe dễ nhưng nhiều bạn trả lời theo kiểu định nghĩa sách giáo khoa. HR không cần bạn đọc thuộc lòng, họ muốn biết bạn thật sự hiểu bản chất.
Cách trả lời tốt: "Testing với mình là quá trình tìm ra những gì có thể sai trước khi người dùng thật gặp phải. Không chỉ bấm vào và xem có lỗi không, mà còn nghĩ đến các tình huống người dùng ít ai ngờ tới."
Thêm ví dụ ngắn nếu được: "Ví dụ test tính năng đăng nhập - không chỉ test đúng pass, mình còn thử nhập ký tự đặc biệt, để trống, hoặc paste email có dấu cách ở đầu."
Câu 2: "Bạn biết sự khác nhau giữa QA và QC không?"
QA (Quality Assurance) và QC (Quality Control) hay bị nhầm lẫn. Giải thích ngắn gọn:
- QA - đảm bảo chất lượng quy trình: ngăn lỗi xảy ra từ sớm, cải thiện process
- QC - kiểm soát chất lượng sản phẩm: tìm lỗi trong sản phẩm đang có
Tester thường làm cả hai, nhưng QC là hoạt động chính hàng ngày. Bạn không cần giải thích dài, chỉ cần phân biệt được hai khái niệm này là đủ ấn tượng.
Câu 3: "Vòng đời của một bug là gì?"
Bug không phải tìm ra là xong. Nó đi qua nhiều trạng thái:
New → Assigned → In Progress → Fixed → Retest → Closed (hoặc Reopen nếu fix chưa xong)
Trả lời được vòng đời này cho thấy bạn hiểu luồng làm việc thực tế giữa tester và developer. Thêm một câu: "Tester mình phụ trách từ bước tìm bug, viết bug report, đến retest sau khi dev fix."
Vòng đời bug - nắm được phần này là bạn hiểu cách tester và dev phối hợp
Câu 4-6: Câu hỏi kỹ thuật cơ bản Fresher cần nắm
Câu 4: "Bạn viết test case như thế nào?"
Test case là bản thiết kế cho mỗi lần test. Một test case đủ tốt gồm:
- Test case ID
- Mô tả (test cái gì)
- Điều kiện tiên quyết (cần gì trước khi test)
- Các bước thực hiện
- Kết quả mong đợi
- Kết quả thực tế
- Pass/Fail
Trả lời câu này, bạn nên đề cập đủ các thành phần trên và thêm: "Mình thường test cả happy path lẫn negative case - ví dụ form đăng ký mình test cả nhập đúng lẫn để trống từng trường."
Test case kỹ ngay từ đầu giúp bạn không bỏ sót lỗi lúc regression
Câu 5: "Black box testing và white box testing khác gì nhau?"
| Tiêu chí | Black box | White box |
|---|---|---|
| Biết code? | Không | Có |
| Góc nhìn | Người dùng | Developer |
| Test gì | Input/output | Logic bên trong |
| Tester nào dùng | Manual tester | Dev / Automation tester |
Fresher manual testing chủ yếu làm black box. Biết white box để phân biệt là đủ, không cần nói sâu nếu bạn chưa có kinh nghiệm viết code.
Câu 6: "Bạn biết regression testing là gì và khi nào cần dùng?"
Kiểm thử hồi quy (regression testing) là test lại tính năng cũ sau mỗi lần code có thay đổi. Lý do? Vì sửa bug mới có thể làm hỏng tính năng cũ đang chạy tốt.
Ví dụ trả lời thực tế: "Sau mỗi sprint hoặc mỗi lần dev fix bug, mình chạy lại test case các tính năng liên quan. Ví dụ fix bug thanh toán - mình test lại cả giỏ hàng, áp mã giảm giá và lịch sử đơn hàng."
Câu này mình khuyên bạn luôn kèm ví dụ cụ thể. HR/team lead đánh giá cao người có tư duy thực chiến, không chỉ đọc định nghĩa.
Câu 7-8: Câu hỏi về kỹ năng mềm và tư duy
Câu 7: "Nếu dev nói bug bạn report không phải bug, bạn xử lý thế nào?"
Đây là câu test kỹ năng giao tiếp và tư duy phân tích. Không có câu trả lời "tôi sẽ im" hay "tôi sẽ cãi ngay".
Cách xử lý thực tế:
- Hỏi lại dev hiểu requirement như thế nào
- Đối chiếu với tài liệu requirement hoặc design
- Nếu vẫn chưa thống nhất, escalate lên BA hoặc PM để clarify
- Ghi nhận kết quả thảo luận vào bug ticket
Trả lời gợi ý: "Mình sẽ hỏi dev để hiểu góc nhìn của họ trước. Nếu vẫn không đồng ý, mình đối chiếu với requirement hoặc nhờ BA xác nhận. Không phải cãi nhau để thắng, mà cùng làm rõ để sản phẩm đúng."
Bất đồng với dev là chuyện bình thường - quan trọng là cách xử lý
Câu 8: "Bạn ưu tiên bug như thế nào khi có nhiều bug cùng lúc?"
Bug có hai chiều cần phân biệt:
- Priority (độ ưu tiên): cần fix sớm hay không, do business quyết định
- Severity (mức độ nghiêm trọng): impact đến system như thế nào, do tester đánh giá
Ví dụ: Bug giao diện sai màu button - severity thấp, priority có thể cao nếu gần ngày release marketing.
Trả lời câu này: "Mình nhìn vào severity trước - tính năng nào bị crash hoặc ảnh hưởng nhiều người dùng thì ưu tiên báo cáo trước. Sau đó xem priority với team để biết cái nào cần fix trước ngày release."
Biết phân biệt severity và priority là điểm cộng lớn ở fresher. Nhiều bạn dùng hai từ này lẫn nhau.
Câu 9-10: Câu hỏi về công cụ và kinh nghiệm thực tế
Câu 9: "Bạn đã dùng tool nào cho testing chưa?"
Fresher hay lo câu này vì chưa có kinh nghiệm đi làm. Thật ra, biết một số tool cơ bản và trình bày trung thực là đủ.
Các tool thường được hỏi:
- Jira - quản lý bug và task (rất phổ biến)
- TestRail / Zephyr - quản lý test case
- Postman - test API thủ công
- Browser DevTools - inspect, check network, console log
Nếu bạn chỉ thực hành qua khóa học hoặc project cá nhân, nói thẳng: "Mình đã dùng Jira và Postman trong quá trình tự học. Mình biết cơ bản, đi làm mình sẵn sàng học thêm theo workflow của team."
Trung thực + sẵn sàng học = ấn tượng tốt hơn là nói dối biết hết rồi bị hỏi sâu.
Nói thật mức độ hiểu biết về tool tốt hơn nói quá - HR sẽ hỏi sâu hơn nếu bạn nói sai
Câu 10: "Bạn tự học testing như thế nào?"
Câu này kiểm tra khả năng tự chủ của bạn. HR muốn biết bạn không chỉ chờ được dạy mà còn tự tìm tòi.
Trả lời thực tế và cụ thể hơn là nói chung chung:
- "Mình đọc ISTQB Foundation syllabus để nắm khái niệm cơ bản"
- "Mình tự tạo test case cho app thật như Shopee, Facebook để luyện"
- "Mình xem video về Postman và test API của app công khai"
- "Mình join group Facebook Testing VN để xem người đi làm thực tế gặp vấn đề gì"
Nếu bạn có dự án nhỏ tự test, đây là lúc kể. Dù chỉ là test app demo hay trang web cá nhân, nó cho thấy bạn chủ động hơn hẳn người chỉ học lý thuyết.
Mình từng có học viên tự lập danh sách bug cho app thương mại điện tử mình hay dùng và mang kết quả đi phỏng vấn. HR ấn tượng không phải vì bug hay, mà vì cách tư duy có hệ thống.
Câu hỏi khó nhất: "Tại sao bạn chuyển nghề sang testing?"
Mình để câu này riêng vì nó khác hẳn 10 câu trên. Đây không phải câu hỏi kỹ thuật, nhưng trả lời sai thì dễ mất điểm nhất.
Tại sao HR hỏi câu này?
Họ lo 3 điều:
- Bạn chuyển vì "trốn chạy" nghề cũ (thất bại, mất việc)
- Bạn không thật sự muốn làm testing, chỉ cần việc tạm
- Bạn sẽ bỏ nghề sớm khi tìm được việc khác tốt hơn
Nhiệm vụ của bạn là xóa tan 3 mối lo đó.
Câu hỏi về lý do chuyển nghề - cần trả lời thuyết phục, không phòng thủ
Công thức trả lời 3 phần:
Phần 1 - Từ đâu đến (ngắn gọn): Tóm tắt nghề cũ và điều bạn đã làm được. Không phàn nàn.
Phần 2 - Điểm kết nối (quan trọng nhất): Kỹ năng nào từ nghề cũ áp dụng được vào testing? Đây là lúc bạn biến điểm yếu thành điểm mạnh.
Phần 3 - Tại sao testing cụ thể: Không phải "vì IT dễ kiếm việc". Phải có lý do thật.
Ví dụ cụ thể theo từng ngành:
Từ kế toán/tài chính: "Mình làm kế toán 4 năm, quen với việc đối chiếu số liệu, tìm sai lệch trong báo cáo. Khi tìm hiểu testing, mình nhận ra tư duy tìm lỗi đó rất tương đồng. Điều khiến mình quyết định là lần mình tự dùng app ngân hàng và phát hiện lỗi tính toán nhỏ - mình nghĩ: tester phát hiện cái này trước khi release thì tốt biết bao nhiêu."
Từ giáo viên/đào tạo: "Dạy học giúp mình quen với việc đặt câu hỏi: học sinh hiểu chưa, hiểu sai chỗ nào. Sang testing, mình đặt câu hỏi tương tự: user hiểu giao diện không, click nhầm chỗ nào. Cả hai đều cần kiên nhẫn và tỉ mỉ quan sát."
Từ ngành dịch vụ/customer service: "Làm dịch vụ khách hàng mình nhận hàng trăm phản hồi về lỗi sản phẩm. Mình thấy nếu những lỗi này được phát hiện trước khi đến tay khách thì đỡ hơn nhiều. Testing là công việc làm điều đó."
Những câu KHÔNG nên nói:
- "Vì IT lương cao hơn" - HR sẽ nghĩ bạn sẽ nhảy việc khi có lương cao hơn
- "Vì công việc cũ không còn phù hợp" - nghe như trốn chạy
- "Vì testing dễ vào, không cần code" - sai và mất điểm ngay
- "Vì bạn mình làm testing nói vui lắm" - không thuyết phục
Mình thấy nhiều bạn 28-35 tuổi chuyển ngành vẫn lo mình "muộn quá". Không muộn đâu. Kỹ năng từ nghề cũ là tài sản, không phải gánh nặng. Cái bạn cần là biết nối kết hai bên cho HR thấy.