Bài viết này phân tích chi tiết sáu thành phần thường gặp trong một buổi phỏng vấn Manual Tester. Ở mỗi phần, chúng ta sẽ cùng làm rõ ba điều: nhà tuyển dụng thường hỏi gì, họ thực sự đánh giá điều gì, và bạn nên làm gì để ghi điểm.

Tổng quan: sáu thành phần của một buổi phỏng vấn

Một buổi phỏng vấn QC điển hình thường diễn ra theo trình tự từ làm quen, qua kiến thức và kỹ năng chuyên môn, rồi khép lại bằng tình huống và hỏi đáp hai chiều:

  1. Giới thiệu và phá băng — màn chào hỏi, làm quen.
  2. Kiến thức nền tảng — hiểu biết về nghề và lý thuyết kiểm thử.
  3. Kỹ thuật thiết kế test case — năng lực chuyên môn cốt lõi.
  4. Quy trình và cấp độ kiểm thử — bức tranh tổng thể của hoạt động test.
  5. Công cụ và thực hành — kỹ năng thực tế.
  6. Tình huống và câu hỏi ngược — tư duy xử lý và thái độ.

Một lưu ý quan trọng: với fresher, nhà tuyển dụng thường nhấn mạnh ba phần đầu (thái độ, kiến thức nền, kỹ thuật cơ bản); còn với junior, các phần về kinh nghiệm thực tế, công cụ và xử lý tình huống sẽ được khai thác sâu hơn.

 

1. Giới thiệu và phá băng

Câu hỏi thường gặp:

  • Hãy giới thiệu về bản thân.
  • Vì sao em chọn nghề tester?
  • Em biết gì về công ty chúng tôi?
  • Mục tiêu nghề nghiệp của em trong 1–2 năm tới?
  • (Trái ngành) Vì sao em chuyển sang kiểm thử phần mềm?

Nhà tuyển dụng đánh giá: thái độ, sự chuẩn bị và mức độ phù hợp văn hóa.

💡 Câu trả lời mẫu (giới thiệu bản thân):

"Em tên A, tốt nghiệp ngành X. Trong quá trình tìm hiểu, em thấy mình hợp với công việc kiểm thử vì tính cẩn thận và thích 'soi' lỗi. Em đã học qua khóa Manual Testing, nắm được quy trình test, cách viết test case và báo lỗi trên Jira. Em mong được bắt đầu ở vị trí fresher để áp dụng và học hỏi thực tế."

Mẹo ghi điểm: Tìm hiểu trước về công ty (sản phẩm, domain). Người trái ngành nên biến nghề cũ thành lợi thế (ví dụ: kế toán → tỉ mỉ, hiểu nghiệp vụ tài chính).

2. Kiến thức nền tảng

Câu hỏi thường gặp:

  • Kiểm thử phần mềm là gì? Mục đích?
  • 7 nguyên tắc kiểm thử là gì?
  • Phân biệt Error – Defect – Failure.
  • SDLC và STLC khác nhau thế nào?
  • QA và QC khác nhau ra sao?

💡 Câu trả lời mẫu (Error/Defect/Failure):

"Error là lỗi do con người gây ra khi viết code; Defect là sai lệch trong sản phẩm so với yêu cầu (bug tester tìm thấy); Failure là khi hệ thống chạy sai trong thực tế do defect không được phát hiện. Ví dụ: lập trình viên gõ nhầm công thức (error) → nút tính tổng ra sai (defect) → khách hàng bị tính sai tiền khi dùng (failure)."

Mẹo ghi điểm: Luôn kèm ví dụ thực tế khi giải thích khái niệm — đây là điểm khác biệt giữa người học vẹt và người hiểu bản chất. (Ôn lại nhanh tại thuật ngữ kiểm thử.)

3. Kỹ thuật thiết kế test case

Câu hỏi thường gặp:

  • Test case gồm những thành phần nào?
  • Equivalence Partitioning (phân vùng tương đương) là gì?
  • Boundary Value Analysis (phân tích giá trị biên) là gì?
  • Khi nào dùng Decision Table?
  • Một bug report tốt cần những gì?

💡 Ví dụ kinh điển — ô nhập tuổi nhận giá trị 1 đến 100, test thế nào?

Áp dụng phân vùng tương đương + giá trị biên:

  • Hợp lệ: 1, 50, 100
  • Biên: 0, 1, 2, 99, 100, 101
  • Không hợp lệ: 0, 101, số âm, chữ, để trống, số thập phân (1.5)

Trả lời được như trên là bạn đã chứng minh tư duy kiểm thử — thứ nhà tuyển dụng tìm kiếm nhất ở fresher.

Mẹo ghi điểm: Bug report phải rõ ràng, chính xác, tái hiện được (có bước, kết quả mong đợi vs thực tế, ảnh/video). Kỹ thuật này được dạy kỹ trong khóa Manual Testing cho người mới.

4. Quy trình và cấp độ kiểm thử

Câu hỏi thường gặp:

  • 4 cấp độ kiểm thử (Unit, Integration, System, UAT) là gì?
  • Smoke test và Sanity test khác nhau thế nào?
  • Regression testing là gì? Khi nào cần?
  • Bug life cycle gồm những trạng thái nào?
  • Thế nào là một quy trình kiểm thử (STLC)?

💡 Câu trả lời mẫu (Smoke vs Sanity):

"Smoke test kiểm tra nhanh các chức năng chính để xác nhận bản build có chạy được không, làm sau mỗi build. Sanity test kiểm tra một chức năng cụ thể vừa được sửa/thêm có hoạt động đúng không. Smoke rộng và nông, sanity hẹp và sâu."

Mẹo ghi điểm: Vẽ hoặc kể được bug life cycle (New → Assigned → Open → Fixed → Retest → Closed/Reopen) cho thấy bạn hiểu cách làm việc thật với dev.

5. Công cụ và thực hành

Câu hỏi thường gặp:

  • Em đã dùng công cụ quản lý lỗi nào (Jira)?
  • Biết kiểm thử API bằng Postman không?
  • SQL cơ bản: viết câu SELECT lấy dữ liệu?
  • Dùng DevTools của trình duyệt để làm gì?
  • Các HTTP status code phổ biến (200, 400, 404, 500)?

💡 Câu trả lời mẫu (SQL cơ bản):

"Để lấy tất cả user có email cụ thể: SELECT * FROM users WHERE email = 'a@gmail.com';. Tester cần SQL để kiểm tra dữ liệu lưu đúng chưa sau khi thao tác trên giao diện."

Mẹo ghi điểm: Không cần giỏi sâu, nhưng nên biết dùng cơ bản Jira, Postman, SQL, DevTools. Nếu muốn tiến xa hơn, khóa API Testing sẽ giúp bạn tự tin ở phần này.

6. Tình huống và câu hỏi ngược

Câu hỏi tình huống thường gặp:

  • Dev nói "không phải bug", em xử lý sao?
  • Sắp đến deadline mà còn nhiều bug, em làm gì?
  • Yêu cầu (requirement) không rõ ràng, em làm thế nào?
  • Phát hiện bug nghiêm trọng sát giờ release, xử lý ra sao?
  • Em test một chức năng không có tài liệu, bắt đầu từ đâu?

💡 Cách trả lời câu hỏi tình huống — dùng cấu trúc STAR:

Situation (tình huống) → Task (nhiệm vụ) → Action (hành động) → Result (kết quả). Ví dụ "dev nói không phải bug": Em sẽ cung cấp bằng chứng tái hiện rõ ràng (bước, ảnh/video, môi trường), đối chiếu với requirement; nếu vẫn khác quan điểm, em đưa lên BA/PO để xác nhận thay vì tranh cãi.

Câu hỏi ngược nên đặt cho nhà tuyển dụng:

  • Quy trình kiểm thử của team hiện tại như thế nào?
  • Team đang dùng công cụ/công nghệ gì?
  • Lộ trình phát triển cho vị trí fresher/junior ra sao?
  • Em cần bổ sung kỹ năng gì để làm tốt vị trí này?

Mẹo ghi điểm: Đặt câu hỏi ngược thông minh thể hiện sự chủ động — yếu tố nhà tuyển dụng rất thích ở người mới.

Cách chuẩn bị trước buổi phỏng vấn (checklist)

  • [ ] Ôn lại khái niệm nền tảng + 7 nguyên tắc kiểm thử
  • [ ] Luyện viết test case cho 2–3 chức năng quen thuộc (form đăng nhập, ô tìm kiếm…)
  • [ ] Chuẩn bị 1–2 ví dụ thực tế cho mỗi khái niệm
  • [ ] Tìm hiểu công ty, sản phẩm, domain
  • [ ] Chuẩn bị câu trả lời "giới thiệu bản thân" theo cấu trúc rõ ràng
  • [ ] Chuẩn bị 2–3 câu hỏi ngược
  • [ ] (Có chứng chỉ) Mang theo/đề cập chứng chỉ ISTQB CTFL nếu có — điểm cộng lớn

Lời kết

Bạn không cần biết tất cả để vượt qua buổi phỏng vấn manual tester đầu tiên. Điều nhà tuyển dụng tìm kiếm ở fresher/junior là nền tảng vững, tư duy logic, thái độ chủ động và khả năng học nhanh. Hãy ôn kỹ 32 câu hỏi trên, chuẩn bị ví dụ thực tế, và tự tin thể hiện.

Nếu bạn muốn xây nền tảng bài bản từ đầu, hãy bắt đầu với lộ trình học tester cho người mới bắt đầu hoặc đăng ký tư vấn miễn phí để được giảng viên định hướng đúng.