Tester là gì? Công việc, kỹ năng và mức lương nghề kiểm thử phần mềm

Tester là gì?

Tester (kiểm thử viên phần mềm) là người chịu trách nhiệm đánh giá chất lượng của phần mềm trước khi nó đến tay người dùng. Công việc không dừng ở "bấm thử xem có lỗi không", mà là đặt câu hỏi có hệ thống: phần mềm này được kỳ vọng làm gì, trong điều kiện nào nó sẽ hỏng, và rủi ro nào đáng để bỏ thời gian kiểm tra nhất.

Điểm cốt lõi khiến nhiều người hiểu sai: kiểm thử không chứng minh được phần mềm không có lỗi. Nó chỉ cho thấy những lỗi đã tìm ra. Một tester giỏi vì thế không phải người bấm nhiều nhất, mà là người chọn đúng chỗ để bấm — nơi lỗi có xác suất xuất hiện cao và hậu quả lớn nhất.

Kiểm thử cho thấy sự hiện diện của lỗi, chứ không chứng minh sự vắng mặt của lỗi. — Nguyên tắc kiểm thử số 1 theo ISTQB.

Phân biệt QA, QC và Tester

Ba thuật ngữ này bị dùng lẫn lộn liên tục trong tin tuyển dụng ở Việt Nam. Về bản chất chúng khác nhau ở phạm vi: QA hướng tới quy trình, QC hướng tới sản phẩm, còn Tester là người trực tiếp thực thi việc kiểm thử.

Một ngày làm việc của tester gồm những gì?

Công việc thực tế xoay quanh một vòng lặp lặp đi lặp lại theo mỗi sprint. Dưới đây là những đầu việc chiếm phần lớn thời gian:

1. Đọc và phản biện yêu cầu (requirement / user story): tìm chỗ mơ hồ, thiếu, mâu thuẫn — đây là lúc tester tạo ra giá trị lớn nhất, vì sửa một yêu cầu sai rẻ hơn sửa một tính năng đã code xong rất nhiều.
2. Thiết kế test case: chuyển yêu cầu thành các tình huống kiểm tra cụ thể, có dữ liệu đầu vào và kết quả mong đợi rõ ràng.
3. Chuẩn bị dữ liệu và môi trường test: tạo tài khoản, seed dữ liệu, kiểm tra bản build đã deploy đúng version chưa.
4. Thực thi test: chạy test case, quan sát hành vi thật, so sánh với kết quả mong đợi.
5. Ghi nhận bug: viết bug report đủ để lập trình viên tái hiện được lỗi mà không cần hỏi lại.
6. Retest và regression test: xác nhận lỗi đã được sửa, đồng thời kiểm tra bản sửa không làm hỏng chức năng khác.
7. Báo cáo: tóm tắt tình trạng chất lượng để team và quản lý ra quyết định phát hành.

Tester cần những kỹ năng gì?

Kỹ năng nền tảng (bắt buộc)

• Tư duy phản biện và tư duy hệ thống — biết đặt câu hỏi "điều gì xảy ra nếu…" một cách có cấu trúc.
• Hiểu cách web/ứng dụng hoạt động: client – server, HTTP request/response, status code, cookie/session.
• Kỹ thuật thiết kế test case: phân vùng tương đương, phân tích giá trị biên, bảng quyết định.
• Viết bug report rõ ràng, phân loại được Severity và Priority.
• Tiếng Anh đọc hiểu — tài liệu, log lỗi và phần lớn công cụ đều bằng tiếng Anh.

Kỹ năng nâng cao (tăng lương)

• SQL: truy vấn trực tiếp cơ sở dữ liệu để kiểm chứng dữ liệu, thay vì chỉ tin vào giao diện.
• API testing: kiểm thử ở tầng dịch vụ, phát hiện lỗi sớm hơn và ổn định hơn test qua giao diện.
• Automation testing: viết kịch bản tự động với Playwright, Selenium hoặc Cypress cho phần regression lặp lại.
• Hiểu nghiệp vụ (domain): ngân hàng, bảo hiểm, y tế, viễn thông — đây là thứ khiến tester khó bị thay thế nhất.
• CI/CD cơ bản: biết test của mình chạy ở đâu trong pipeline và đọc được kết quả.

Mức lương và lộ trình thăng tiến

Mức lương dưới đây là khoảng tham chiếu phổ biến trên thị trường IT Việt Nam, thay đổi theo thành phố, quy mô công ty và việc bạn có làm cho khách hàng nước ngoài hay không. Hãy coi đây là bản đồ định hướng, không phải cam kết.

Sau mốc middle, lộ trình thường tách làm hai nhánh: đi sâu kỹ thuật (Automation Engineer, SDET, Performance Tester, Security Tester) hoặc đi rộng về quản lý (Test Lead, QA Manager). Cả hai nhánh đều cần nền tảng test design vững — khác biệt chỉ nằm ở việc bạn dành thời gian cho code hay cho người.

Người trái ngành có làm tester được không?

Được, và đây là một trong số ít vị trí IT thực sự thân thiện với người trái ngành. Lý do: điểm khởi đầu của nghề là tư duy và sự tỉ mỉ, không phải khả năng viết thuật toán. Rất nhiều tester giỏi xuất phát từ ngân hàng, kế toán, y tế hoặc sư phạm — và chính kiến thức nghiệp vụ cũ trở thành lợi thế khi test hệ thống trong đúng lĩnh vực đó.

Điều cần thực tế: bạn vẫn phải bù phần nền tảng kỹ thuật (cách web hoạt động, HTTP, cơ sở dữ liệu). Khoảng thời gian hợp lý để đi từ con số 0 đến đủ điều kiện ứng tuyển fresher là 4 – 8 tháng học nghiêm túc, tùy cường độ.

Bắt đầu từ đâu nếu bạn quyết định theo nghề?

1. Hiểu nền tảng: cách web hoạt động, HTTP, client – server, vòng đời phát triển phần mềm (SDLC).
2. Học quy trình kiểm thử và các kỹ thuật thiết kế test case cơ bản.
3. Luyện viết test case và bug report trên một sản phẩm thật — có thể là chính ứng dụng bạn đang dùng hằng ngày.
4. Bổ sung SQL và API testing để kiểm chứng dữ liệu ở tầng sâu hơn giao diện.
5. Cân nhắc chứng chỉ ISTQB Foundation để hệ thống hoá kiến thức và có lợi thế khi lọc CV.
6. Làm quen automation ở mức đọc hiểu và viết được kịch bản đơn giản.

Nếu bạn muốn một lộ trình chi tiết theo từng tháng, kèm tiêu chí để biết khi nào nên chuyển sang bước tiếp theo, hãy đọc bài lộ trình học tester cho người mới bắt đầu ở phần bài viết liên quan bên dưới.