Câu hỏi phỏng vấn tester kiểm thử phần mềm: ý chính và bài test tại chỗ

Vị trí Kiểm thử viên phần mềm (Software Tester) thường có vòng kỹ thuật kèm bài tập viết test case ngay tại bàn. Bài viết tổng hợp các câu hỏi phỏng vấn tester theo hai nhóm manual và automation, từ test plan, vòng đời bug đến SQL cơ bản. Mỗi câu nêu điều người phỏng vấn muốn kiểm tra cùng ý chính cần trả lời, không phải đáp án mẫu.

1. Người phỏng vấn tester muốn thấy điều gì?

Người phỏng vấn tìm một người có tư duy nghi ngờ hợp lý: nhìn một chức năng và tự hỏi nó có thể hỏng ở đâu, với dữ liệu nào. Kế đến là khả năng viết rõ ràng để dev và trưởng nhóm đọc hiểu ngay. Phần lớn câu hỏi phỏng vấn tester xoay quanh hai năng lực này. Bài Nghề kiểm thử phần mềm tester là gì và cần kỹ năng nào để vào nghề giúp bạn hình dung công việc hằng ngày.

Tester được đánh giá cao không phải vì tìm ra nhiều lỗi, mà vì giải thích được lỗi đó ảnh hưởng tới người dùng ra sao.

2. Câu hỏi phỏng vấn tester về kiến thức nền: manual và automation

Ứng viên automation vẫn bị hỏi manual trước, vì script chỉ có giá trị khi test case được thiết kế đúng. Bảng dưới gom các câu hay gặp và ý chính nên nói.

Câu hỏi	Nhóm	Nhà tuyển dụng kiểm tra gì	Ý chính cần trả lời
Test plan khác test case thế nào?	Manual	Hiểu cấp độ tài liệu kiểm thử	Test plan nêu phạm vi, chiến lược, tiêu chí dừng; test case là các bước kèm kết quả mong đợi.
Smoke, regression và UAT khác nhau ra sao?	Manual	Chọn loại kiểm thử theo thời điểm	Smoke thử nhanh luồng chính của bản build mới; regression kiểm lại chức năng cũ sau khi sửa code; UAT do người dùng nghiệm thu.
Mô tả vòng đời một bug.	Manual	Đã làm trong quy trình thật chưa	New, Assigned, Open, Fixed, Retest, rồi Closed hoặc Reopened; có thể rẽ sang Rejected, Deferred.
Severity khác priority thế nào?	Manual	Tách góc nhìn kỹ thuật và kinh doanh	Severity là mức ảnh hưởng tới hệ thống, priority là độ gấp cần sửa. Logo sai chính tả trên trang chủ: severity thấp, priority cao.
Khi nào không nên tự động hóa?	Automation	Tư duy chi phí	Chức năng đổi liên tục, chỉ chạy một lần, hoặc cần đánh giá bằng mắt.
Xử lý test lúc pass lúc fail (flaky)?	Automation	Đã gặp vấn đề thật với script	Tìm nguyên nhân như chờ cứng bằng sleep hay locator thiếu ổn định; thay bằng chờ theo điều kiện.

Kiểm thử hộp đen (black box testing) là kiểm tra chức năng qua đầu vào và đầu ra mà không cần nhìn mã nguồn, còn kiểm thử hộp trắng (white box testing) dựa vào cấu trúc code như nhánh điều kiện, vòng lặp và độ phủ câu lệnh. Tester manual chủ yếu làm hộp đen, còn hộp trắng gần với unit test do dev viết. Ví dụ: thử form đăng nhập là hộp đen, kiểm mọi nhánh if trong hàm tính phí là hộp trắng.

Để xem doanh nghiệp yêu cầu gì ở vị trí QC, QA, bạn có thể tham khảo các tin việc làm CNTT – phần mềm và đánh dấu công cụ lặp lại trong mô tả công việc.

3. Bài tập viết test case cho màn hình đăng nhập

Đây là bài kinh điển trong phỏng vấn kiểm thử phần mềm: một màn hình gồm ô email, ô mật khẩu và nút đăng nhập, làm trong khoảng 15–30 phút. Người chấm ít quan tâm case đăng nhập đúng, mà để ý bạn nghĩ ra bao nhiêu case biên (boundary) và case âm (negative). Hai kỹ thuật nên gọi tên là phân vùng tương đương (equivalence partitioning) và phân tích giá trị biên.

– Ô email để trống, chỉ có khoảng trắng hoặc thiếu ký tự @.

– Mật khẩu ngắn hơn hoặc dài hơn giới hạn đúng một ký tự so với quy định.

– Nhập sai mật khẩu liên tiếp nhiều lần để kiểm tra cơ chế khóa tài khoản.

– Dán chuỗi ký tự đặc biệt hoặc đoạn giống câu lệnh SQL vào ô nhập.

– Thông báo lỗi có vô tình tiết lộ email đã tồn tại trong hệ thống hay không.

Mỗi case nên có mã, điều kiện tiên quyết, các bước và kết quả mong đợi. Nếu đề thiếu thông tin như giới hạn độ dài mật khẩu, hãy hỏi lại hoặc ghi rõ giả định.

4. Kể về một bug bạn từng tìm ra

Câu “hãy kể một bug đáng nhớ” tách rõ người đã làm thật với người chỉ học lý thuyết. Câu trả lời tốt đi theo trình tự: bối cảnh, cách phát hiện, bước tái hiện, mức ảnh hưởng và cách báo cho dev. Ví dụ, khi kiểm thử giỏ hàng, bạn thấy mã giảm giá vẫn áp dụng sau khi xóa sản phẩm đủ điều kiện. Bạn ghi bước tái hiện, đính kèm ảnh chụp màn hình, đặt severity cao rồi trao đổi với dev trước khi tạo ticket trên Jira.

5. SQL, công cụ và câu hỏi cho ứng viên automation

Nhiều nơi kiểm tra SQL cơ bản, ví dụ viết truy vấn lấy đơn hàng của một khách bằng SELECT, WHERE và JOIN. Về công cụ, Jira thường dùng để quản lý bug, Postman cho API, còn Selenium WebDriver, Playwright hoặc Cypress cho automation web. Với Kỹ sư kiểm thử tự động (Automation Test Engineer), người hỏi có thể đào sâu vào Page Object Model và pipeline CI. Chứng chỉ ISTQB Foundation Level (CTFL) giúp nắm thuật ngữ chung, nhưng không thay được ví dụ thực tế.

Tester trong nhóm Agile Scrum thường bị hỏi gì?

Tester làm theo Agile Scrum thường được hỏi kiểm thử bắt đầu từ lúc nào trong sprint và viết test ra sao từ user story cùng tiêu chí chấp nhận (acceptance criteria). Người phỏng vấn cũng hay hỏi Definition of Done gồm những gì, xử lý thế nào khi bug xuất hiện sát cuối sprint. Ý chính nên thể hiện là tester tham gia từ đầu sprint, không đợi dev bàn giao xong.

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

1. Fresher chưa có kinh nghiệm trả lời câu về bug thế nào? Dùng bug tìm thấy trong đồ án hoặc ứng dụng quen thuộc, kèm bước tái hiện rõ ràng.

2. Có cần chứng chỉ ISTQB để làm tester? Không bắt buộc ở nhiều nơi; chứng chỉ là điểm cộng, kỹ năng viết test case được chấm kỹ hơn.

3. Phỏng vấn QC manual có hỏi code không? Thường chỉ hỏi SQL cơ bản và Postman; câu lập trình chủ yếu dành cho vị trí automation.

Vòng phỏng vấn kiểm thử là nơi bạn chứng minh mình biết nghi ngờ đúng chỗ và diễn đạt rõ ràng. Khi ôn câu hỏi phỏng vấn tester, hãy luyện bài test case màn hình đăng nhập với đủ case biên và case âm, chuẩn bị một câu chuyện bug có bước tái hiện, rồi ôn SQL cùng công cụ theo tin tuyển dụng. Hãy chọn một câu trong bảng và trả lời thành tiếng ngay hôm nay.

Bài viết mang tính tham khảo; nội dung và số vòng phỏng vấn thực tế tùy từng doanh nghiệp, thông tin chứng chỉ nên đối chiếu với tổ chức cấp chính thức.

Minh An