Manual Tester Yêu Cầu Thực Tế: Phân Tích Job Description ITviec SRT Group

SRT Group tuyển Manual Tester – đọc JD để biết họ thật sự cần gì

Mình nhớ hồi đầu chuyển ngành, đọc job description (JD) tuyển dụng trên ITviec mà không biết bắt đầu từ đâu. Toàn thuật ngữ: ISTQB, regression testing, Jira, Postman... Nhìn vào cứ nghĩ "mình chưa đủ", rồi bỏ qua luôn.

Thật ra đọc JD đúng cách là kỹ năng riêng. Không phải cứ thấy yêu cầu dài là sợ.

SRT Group là công ty phần mềm tại Hà Nội, thành lập 2011, chuyên về dịch vụ QA/QC cho các dự án web/mobile trong lĩnh vực fintech, e-commerce và viễn thông. Họ thường xuyên đăng tuyển Manual Tester trên ITviec với yêu cầu khá cụ thể và thực chiến – không phải kiểu JD mơ hồ "biết về testing là được".

SRT Group là đơn vị outsourcing testing phổ biến tại Hà Nội

Bài này mình phân tích cấu trúc JD Manual Tester dạng SRT Group đăng trên ITviec: kỹ năng cứng họ yêu cầu là gì, kinh nghiệm thực chiến cần chứng minh ra sao, và bạn cần chuẩn bị gì trước khi nộp hồ sơ. Mục tiêu: đọc xong biết mình đang thiếu gì, cần lấp chỗ nào.

Kỹ năng cứng – những gì JD ghi thẳng ra

Phần "Yêu cầu" trong JD Manual Tester tại các công ty như SRT Group thường chia làm 3 nhóm rõ ràng. Bạn cần đọc kỹ từng nhóm thay vì đọc lướt.

Ba nhóm kỹ năng cứng là xương sống của mọi JD tester

Nhóm 1: Kiến thức nền về testing

Gần như {{fact:fact_0}} JD Manual Tester tại các công ty outsourcing Việt Nam yêu cầu ứng viên hiểu các khái niệm testing cơ bản:

• Test case design: biết viết test case theo kỹ thuật Boundary Value Analysis (phân tích giá trị biên) và Equivalence Partitioning (phân vùng tương đương). Đây không phải lý thuyết suông – phỏng vấn họ sẽ cho bài thực hành ngay.
• Black-box testing: test dựa trên đầu vào/đầu ra mà không cần biết code bên trong. Phù hợp cho manual tester không có nền lập trình.
• ISTQB Foundation Level: chứng chỉ quốc tế về kiểm thử phần mềm. Không bắt buộc 100%, nhưng {{fact:fact_1}} ứng viên có ISTQB được phản hồi tích cực hơn.

Nhóm 2: Công cụ thực chiến

Bạn thấy Postman trong bảng trên chứ? Nhiều bạn nghĩ Postman chỉ dành cho dev. Sai. Manual tester dùng Postman để kiểm tra API response có đúng không – trả về đúng status code, đúng dữ liệu không – mà không cần viết code.

Nhóm 3: Quy trình làm việc

SRT Group và các công ty outsourcing lớn thường làm việc theo Agile/Scrum. JD sẽ ghi: "Làm việc trong môi trường Agile", "Tham gia daily standup", "Sprint planning".

Bạn cần hiểu: trong Scrum, tester không ngồi đợi dev xong mới test. Bạn tham gia từ lúc phân tích requirement, review acceptance criteria, rồi test song song với dev. Ai chưa quen Agile sẽ bị hỏi thẳng trong phỏng vấn.

Thấy danh sách dài bình thường. Mình cũng mất 3-4 tuần mới nắm được hết các tool này khi mới vào nghề. Ưu tiên học Jira và Postman trước – hai cái đó xuất hiện nhiều nhất.

Kinh nghiệm thực chiến – JD yêu cầu "1-3 năm" có nghĩa là gì?

Dòng "Yêu cầu 1-3 năm kinh nghiệm" trong JD không có nghĩa là bạn phải làm đúng 1-3 năm đi làm full-time. Nó có nghĩa là: bạn cần chứng minh được mức độ kinh nghiệm tương đương đó.

Kinh nghiệm không đo bằng năm – đo bằng thứ bạn làm được

Mình chia theo 3 mức để bạn tự xác định mình đang ở đâu:

Fresher (0-1 năm): Có thể viết test case cơ bản, biết dùng Jira để tạo bug report. Chứng minh bằng: project trường, bài tập thực hành trong khóa học, hoặc internship ngắn.

Junior – mức SRT thường tuyển (1-3 năm): Đã từng tham gia ít nhất 2 dự án thực tế. Biết test cả web lẫn mobile. Có khả năng viết test plan độc lập. Quan trọng: biết SQL đủ để query kiểm tra dữ liệu. Mức lương tham khảo tại Hà Nội khoảng {{fact:fact_2}}.

Senior (3+ năm): Lead testing, review test case của người khác, tự xây dựng test strategy cho toàn dự án.

Với SRT Group, hầu hết JD nhắm vào mức Junior. Điều họ thực sự muốn thấy không phải số năm kinh nghiệm mà là:

1. Bạn đã test loại app gì? Web, mobile, hay API? Dự án fintech/e-commerce sẽ cộng điểm nhiều hơn.
2. Số lượng test case bạn từng viết? Không cần nói "nhiều lắm". Nói cụ thể: "Mình viết khoảng 150 test case cho module thanh toán."
3. Defect rate bạn tìm được? Nếu nhớ được, nói ra. "Trong sprint cuối mình tìm được 23 bug, trong đó 4 bug critical." Con số cụ thể luôn thuyết phục hơn.

Bạn trái ngành chưa có kinh nghiệm tester thật sự? Không sao. Tìm app demo hoặc staging environment công khai để tự thực hành viết test case. Ghi lại kết quả, đưa vào CV. Thực hành có chủ đích quan trọng hơn thời gian làm việc.

Checklist chuẩn bị ứng tuyển – làm từng bước, không bỏ bước nào

Bạn đã đọc JD xong. Bước tiếp theo không phải "nộp ngay" mà là đối chiếu JD với hồ sơ của mình, rồi lấp chỗ trống trước khi nộp.

Mình tổng hợp checklist dưới đây từ những gì JD Manual Tester dạng SRT Group thường đánh giá trong quá trình lọc hồ sơ và phỏng vấn. Tải về để tự đánh dấu: {{resource:resource_0}}

Checklist chi tiết giúp bạn không bỏ sót bước quan trọng nào

CV:

• [ ] CV 1 trang, không quá 2 trang
• [ ] Liệt kê rõ tools: "Jira, Postman, TestRail" (không ghi chung "các công cụ testing")
• [ ] Có số liệu cụ thể: "Viết 200 test case cho dự án X", "Tìm 15 bug trong sprint Y"
• [ ] Có phiên bản tiếng Anh (SRT có dự án cho khách nước ngoài, HR sẽ hỏi)
• [ ] Không ghi "biết", "có kiến thức về" – ghi "đã dùng", "đã thực hành"

Portfolio/Bằng chứng kỹ năng:

• [ ] File test case mẫu (Google Sheet hoặc Excel) – không cần dự án thật, tự viết cho app demo
• [ ] Ít nhất 3 bug report mẫu đúng chuẩn (Title – Steps to reproduce – Expected vs Actual – Severity)
• [ ] GitHub hoặc Drive folder có thể chia sẻ link
• [ ] Chứng chỉ ISTQB (nếu có) hoặc ghi "đang ôn thi"

Kỹ năng cần tự kiểm tra trước phỏng vấn:

• [ ] Viết được test case cho tính năng đăng nhập trong 15 phút (gồm cả edge case)
• [ ] Dùng Postman gửi GET/POST request, đọc response
• [ ] Viết SQL SELECT với WHERE, JOIN, GROUP BY
• [ ] Giải thích được Severity vs Priority bằng tiếng Việt và tiếng Anh

Tiếng Anh:

• [ ] Đọc hiểu JD tiếng Anh không cần từ điển
• [ ] Nói được 2-3 câu về bản thân bằng tiếng Anh
• [ ] Biết cách báo cáo bug bằng tiếng Anh (TOEIC 500+ là mức an toàn)

Không cần tick đủ 100% mới nộp. Nhưng nhóm CV và Kỹ năng cần tự kiểm tra thì nên hoàn thành trước. Hai nhóm đó ảnh hưởng trực tiếp đến kết quả lọc hồ sơ và vòng phỏng vấn kỹ thuật.

Mẹo phỏng vấn – câu hỏi thật, cách trả lời thật

Phỏng vấn Manual Tester tại các công ty như SRT Group thường có 2 vòng: vòng kỹ thuật và vòng HR. Mình tập trung vào vòng kỹ thuật vì đó là nơi hầu hết ứng viên bị loại.

Vòng phỏng vấn kỹ thuật: chuẩn bị đúng chỗ, không bị bất ngờ

Câu hỏi hay gặp nhất – và cách trả lời

"Viết test case cho tính năng đăng nhập."

Đây là bài thực hành gần như 100% phỏng vấn manual tester đều có. Sai lầm phổ biến: chỉ viết happy path (đúng mật khẩu thì vào được). Họ muốn thấy bạn nghĩ đến edge case:

• Mật khẩu để trống
• Email không đúng format
• Tài khoản bị khóa
• Đăng nhập sau 5 lần nhập sai
• Password chứa ký tự đặc biệt (@ # $ %)
• SQL injection trong ô email

Viết được 8-10 test case trong 10-15 phút là mức tốt cho Junior.

"Phân biệt Severity và Priority."

Severity = mức độ ảnh hưởng kỹ thuật của bug (làm app crash = Critical). Priority = mức độ ưu tiên xử lý theo nghiệp vụ (bug nhỏ nhưng trên trang chủ = High Priority). Ví dụ: lỗi chính tả trong footer – Severity thấp, nhưng Priority có thể cao nếu đó là tên thương hiệu.

"Bạn làm gì khi dev nói đây không phải bug?"

Đừng trả lời "mình sẽ nghe dev". Cũng đừng trả lời "mình sẽ cãi". Câu trả lời đúng: "Mình sẽ xem lại requirement, nếu behavior hiện tại khác với spec thì đó là bug. Mình sẽ đính kèm link requirement vào ticket để cả hai cùng có căn cứ."

Câu hỏi về SQL:

Hay gặp nhất: "Viết query tìm user đăng ký trùng email." Đáp án:

SELECT email, COUNT(*) as so_lan
FROM users
GROUP BY email
HAVING COUNT(*) > 1;

Câu hỏi bạn nên hỏi ngược lại interviewer

Cuối phỏng vấn họ thường hỏi "Bạn có câu hỏi gì không?". Đừng nói "Không ạ". Hỏi:

• "Dự án mình sẽ tham gia dùng web hay mobile app?"
• "Team hiện tại tester và dev tỉ lệ bao nhiêu?"
• "Công ty có dùng automation testing không, và manual tester có tham gia không?"

Ba câu hỏi này cho thấy bạn hiểu môi trường làm việc thực tế – không phải hỏi cho có.

Từ JD đến ngày đi làm – khoảng cách nhỏ hơn bạn nghĩ

Mình biết đọc JD như SRT Group xong dễ nản: danh sách yêu cầu dài, công cụ nhiều, tiếng Anh nữa. Nhưng thực tế khi vào làm, {{fact:fact_3}} công việc hàng ngày của một Manual Tester Junior chỉ xoay quanh: viết test case, thực thi test, báo cáo bug, tham gia sprint meeting. Jira và TestRail là hai công cụ bạn mở ra mỗi sáng.

Phần lớn kiến thức còn lại – SQL nâng cao, API testing chi tiết, cross-browser testing – học được trong quá trình làm. Không ai kỳ vọng fresher biết hết ngay ngày đầu.

Công việc thực tế tập trung vào 4-5 tác vụ lặp lại mỗi ngày

Điều quan trọng hơn kiến thức là tư duy tỉ mỉ: thấy một tính năng, bạn tự hỏi "cái này break được không, break theo cách nào?" Tư duy đó không học trong sách, học qua thực hành.

Bước tiếp theo cụ thể:

1. Tải checklist ứng tuyển ở phần trên, đánh dấu những gì bạn đã có
2. Lấp chỗ trống: thiếu test case mẫu thì tự viết cho app demo trên reqres.in hoặc demoqa.com
3. Nộp đơn sớm – JD trên ITviec thường có hạn nộp 2-4 tuần

Nếu bạn đang ở giai đoạn tìm hiểu ngành IT nói chung trước khi chọn testing làm hướng đi, khóa Kiến Thức Nhập Môn IT của F8 là điểm bắt đầu phù hợp – miễn phí, ngắn gọn, giúp bạn hiểu bức tranh tổng thể trước khi đi sâu vào testing.

Test kỹ 1 lần tốt hơn fix lỗi nhiều lần. Chuẩn bị kỹ 1 lần trước khi nộp cũng vậy. Chúc bạn thành công – comment bên dưới nếu có câu hỏi về JD hoặc quy trình phỏng vấn, mình trả lời từng bạn.