Tester phỏng vấn tester

Team mình thiếu 1 bạn, mình thay mặt cho team đứng ra phỏng vấn vòng 1, mình thảo luận với team và đưa ra 1 số tiêu chí tuyển người và bộ câu hỏi phục vụ cho các tiêu chí trên.

Do là tuyển đồng đội, nên với mình tìm người càng “khỏe” càng tốt, để bạn ấy tự lo được việc, bọn mình không phải “cõng” và “cõng” được mình thì càng tốt. 😀

We are hiring! | Park Central Development
image copy from https://parkcentraldevelopment.org/we-are-hiring/

I. Tiêu chí

  • has some experience in a software team before (> 2 years)
  • self-study and work independently
  • address a testing problem
  • not being afraid of coding/scripting
  • making suggestions and taking action for product and process improvement

II. Các câu hỏi

  • Bạn đánh giá khả năng tiếng anh của bạn thế nào? –> cái này là điều kiện cần, vì dự án dùng tiếng anh hàng ngày.
  • Bug thú vị nhất mà bạn từng gặp? –> thể hiện niềm yêu thích của bạn với nghề tester, bạn ko thấy bug nào thú vị thì có vẻ bạn ko thật sự thích việc tìm bug. (mình nghĩ vậy)
  • Những vấn đề mà team bạn từng gặp phải? Bạn đã bao giờ đóng góp để improve process chưa? –> cái này để xem bạn có thực sự chú ý đến team không, bạn có nhận ra vấn đề team bạn đang gặp phải. Nếu bạn trả lời là không thì mình thấy bạn chưa thực sự quan tâm đến team work và chưa hiểu mức độ quan trọng của team.
  • Bạn đã bao giờ tự setup test environment (test tool ở máy mình, cài đặt DB hoặc server…) chưa? –> phần nào đánh giá khả năng làm việc độc lập được, không phải mọi thứ phải nhờ dev hay nhờ người khác.
  • Dự án gần đây của bạn là gì, bạn có thể mô tả được không? Project của bạn đang giải quyết vấn đề gì? end-user là ai? –> thể hiện mức độ hiểu biết dự án của bạn từ high-level, bạn không trả lời đc thì ko có gì để nói.
  • Bạn có biết về kiến trúc hệ thống và các technology dùng trong project của bạn ko? –> để xem bạn có chịu tìm hiểu về dự án mặt kỹ thuật không, nếu câu trả lời là không thì mặc định bạn không phải là “test engineer”, bạn đang là “end-user tester”. Và nếu bạn còn chẳng hiểu “end-user” của dự án là ai nữa thì bạn quá tệ.
  • Goal của bạn là gì? bạn đã làm gì để thực hiện các goals đó? –> thể hiện bạn là 1 người có plan rõ ràng, có suy nghĩ trước sau.
  • Bạn có conflict với dev ko? bạn làm cách nào để giải quyết conflict đó? –> với cá nhân mình, mình chưa bao giờ phải cãi nhau với dev vì tester và dev là 2 người làm công ăn lương, nếu có hiểu sai, không thống nhất cách giải quyết thì đẩy thông tin lên người có quyền quyết định.
Message from the Morning Man: Question Time - MyJoyOnline.com
image copy from https://www.myjoyonline.com/message-from-the-morning-man-question-time/

Thêm 1 vài câu hỏi về tech dạng basic, nếu bạn trả lời được, mình sẽ hỏi sâu thêm:

  • Bạn có biết về sql không? –> em chỉ biết basic, select * from… Mình sẽ không ko thêm nữa vì bạn biết quá ít.
  • Bạn có biết api test không? –> ah, có phải cái dùng postman ko anh? … Mình không hỏi tiếp vì bạn chẳng biết gì cả. Postman chỉ là 1 tool đóng vai trò là HTTP client, bạn có thể dùng vô số tools khác. Bạn phải hiểu API trong lập trình là gì, api test là test cái gì, chứ ko phải là nó dùng tool gì. Tool ko quan trọng.
  • Bạn đã code bao giờ chưa? có sợ code không? –> chưa, em ko sợ code. … Mình sẽ hỏi tiếp “Thế vì sao bạn lại làm tester?” Nếu bạn trả lời là “làm tester để không phải code” thì … thôi.
  • Bạn có làm performance test không? bạn làm như thế nào?
  • Bạn có biết command line ko?
  • Bạn có học thêm các kỹ thuật test hay kiến thức phục vụ cho công việc ko? thông qua nguồn nào?

III. Tổng kết

Trên đây chỉ là 1 số câu hỏi của bọn mình soạn ra để tìm người phù hợp cho team theo các tiêu chí đã thống nhất. Mình share các câu hỏi chỉ để remind các bạn tester mới và kể cả các bạn đã có kinh nghiệm “luôn luôn học tập, nâng cao trình độ của bản thân”, đừng chỉ chờ người khác nhắc. Các bạn đừng để số năm kinh nghiệm là con số vô nghĩa, số năm phải tương ứng với kiến thức, kỹ năng của bạn.

5 1 vote
Article Rating
Subscribe
Notify of
guest
10 Comments
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
HoangNguyen
HoangNguyen
5 months ago

Anh Giang cho em hỏi 1 chút ngoài lề là thường trong Scrum, việc viết Unit test có coi là 1 task bắt buộc ko anh (theo đánh giá và kinh nghiệm) của anh?
em hỏi với tình huống là team hiện tại của em, tỉ lệ dev:qc khoảng 1.5, nghe thì tương đối nhàn với team qc, nhưng thực sự bugs nhiều tới mức team qc ngày nào cũng phải OT tới 10 giờ tối, bug thì fix chỗ này lòi chỗ khác, 1 feature nhỏ đôi khi chục bugs blocker.
Em có dò hỏi thì biết là dev ko có unit test, và cũng ko có người review nên mạnh ai nấy commit, và dev code cực nhanh (1 feature lớn đôi khi code 1 buổi là xong, nhưng đưa build thì basic flow ko work phải trả liên tục). Em có raise lên TechLead nhưng trả lời chỉ là: “code ko có unit test mới nhanh chứ, giờ ai đi làm unit test nữa, 20% effort để code, 80% để fix bugs…” -> em cảm giác ko đúng với những gì em học từ shift left testing, test pyramid , nên em muốn hỏi ý anh.

HoangNguyen
HoangNguyen
5 months ago
Reply to  Giang Nguyen

Dạ thanks a, công ty em kiểu công ty “gia đình” vậy, có 2-3 projects nhỏ, ko có roles QC manager luôn, QC phải tự bơi tự negotiate hết (em mới có 2 tháng kinh nghiệm auto selenium mà vào cty em phải guide cho cả team viết auto luôn), bị ép cũng ko biết escalate lên ai.
Techlead thì kiêm luôn Scrum master, nêu hầu như quyết định hay giải quyết vấn đề là theo tư duy của devs. Chắc em sẽ kiếm 1 cty khác.

Với kinh nghiệm của anh thì ratio dev:qc ở mức nào là phù hợp vậy a, hiện tại bên e mới 1.5:1 mà QC chạy OT ná thở, hôm tuần trước em phỏng vấn 1 cty kia, họ nói ratio là 10:1 là em choáng ván, mình có tips nào nhận biết qua ratio này là cty nào sẽ nhàn hơn ko a? chứ em thường thấy tỉ lệ này càng cao thì việc của tester càng nhiều

Thien
Thien
3 months ago

Hi a Giang, hôm qua em có vòng phỏng vấn với PM, có 1 số câu hỏi em ko biết trả lời sao, anh review thử và cho em chút đóng góp nha, keyword để em search google cũng được ạ:

1/ As a QC, bạn cần làm gì để đảm bảo là tất cả items done trong sprint?

2/ As a only QC trong 1 team có 10 Devs, làm thế nào để sắp xếp công việc của bạn để đảm bảo Done tất cả item trong sprint?
-> em nói là dùng Gantt chart để sắp xếp task, thứ tự, priority… nhưng interviewer nói là giờ ko ai dùng Gantt chart nữa đâu em

3/ Dev hẹn thứ 3 sẽ đưa build cho em test, nhưng giờ là thứ 4 vẫn chưa có build, em cần chủ động làm gì để đảm bảo tiến độ? -> em reply là raise trong daily meeting, interviewer nói là chuyện đó là dĩ nhiên rồi, giả sử có khó khăn gì đó bên dev thì chủ đích câu hỏi này là làm sao đảm bảo tiến độ.

4/ Thứ 6 deadline mà thứ 5 dev mới giao deliver build cho em để test mà item này test phải mất 2-3 ngày, thì em làm thế nào để đảm bảo tiến độ?

5/ As a QC, em dùng matrix gì? hay tiêu chuẩn gì để đánh giá 1 build là good quality?

6/ Đầu sprint dev bắt đầu code, lúc đó QC có khá nhiều time free, cuối sprint dev code xong và deliver build cho QC hàng loạt dẫn đến overloaded ở cuối sprint, em cần làm gì để cải thiện?

7/ As a only QC trong 1 team có 10 Devs, sẽ có rất nhiều thứ disturb em, ví dụ: đang test theo task thì có người hỏi kiến thức hệ thống, có người hỏi cách reproduce bug, có người raise concern về unclear user story cần QC involve để adjust testing… -> tổng lại nó sẽ take nhiều time của em -> dẫn đến khả năng test task ko kịp -> làm sao để cải thiện?

Thanks anh Giang nhiều ạ!

LangLang
LangLang
1 month ago

Thank đồng chí Giang share nhiều cái nhiệt tình quá.
Tiện hỏi đồng chí chút là có cách nào thuyết phục dev làm unit test không đồng chí? dev code nhanh ẩu mà chất lượng kém quá. Chưa kể mình tui làm QA trong project 8 ông dev, feature nào cũng 15 phút là code xong, chưa viết xong test cases là đã ready for testing rồi, thở không nổi.
Tôi đang tính nói chuyện với manager về cái này cho rõ ràng, nếu không thì tôi leave. Mà chưa biết phải thuyết phục dev review code, unit test thế nào

HUy
HUy
29 days ago

Automation tester có bị hỏi về giải thuật giống như developer không bạn? Thanks