Lộ trình học Tester cho người mới 2025-2026: 4 giai đoạn từ 0 đến xin việc đầu tiên

2 tháng trước · 14 phút đọc
Tại sao cần lộ trình - và tại sao nhiều bạn học sai thứ tự
Mình gặp khá nhiều bạn học tester theo kiểu: xem vài video YouTube, rồi nhảy thẳng vào học Selenium hoặc automation. Một tuần sau bỏ cuộc vì "quá khó". Thật ra không phải khó - mà là học sai thứ tự.
Testing có một đặc điểm riêng: bạn cần hiểu tư duy kiểm thử trước khi học công cụ. Học tool khi chưa hiểu mình đang test cái gì giống như học lái xe khi chưa biết đèn đỏ là gì.
Lộ trình mình chia sẻ dưới đây dựa trên những gì thực tế tuyển dụng đang cần - và những gì mình quan sát từ nhiều bạn career changer đã xin được việc tester đầu tiên. Không phải lý thuyết sách vở.
Học đúng thứ tự quan trọng hơn học nhiều
Một lưu ý trước: Lộ trình này chia theo tuần nhưng bạn đừng cứng nhắc với số ngày. Quan trọng là hoàn thành từng mục tiêu của mỗi giai đoạn - hiểu bản chất rồi mới đi tiếp. Có bạn nhanh hơn, có bạn chậm hơn - đều bình thường.
Timeline tổng cộng: khoảng 8-10 tuần nếu học part-time 2-3 tiếng mỗi ngày. Full-time có thể rút ngắn còn 4-6 tuần.
Giai đoạn 1: Nắm thuật ngữ và tư duy kiểm thử (1-2 tuần)
Nhiều bạn bỏ qua giai đoạn này vì nghĩ "học thuật ngữ thì cần gì mà mất 2 tuần". Nhưng đây là giai đoạn quan trọng nhất - vì nếu bạn không hiểu mình đang nói về cái gì, mọi bước sau đều lung lay.
Mục tiêu của giai đoạn này:
- Hiểu testing là làm gì, khác gì với dev
- Phân biệt được QA (đảm bảo chất lượng - Quality Assurance) và QC (kiểm soát chất lượng - Quality Control)
- Biết các loại testing cơ bản: manual testing (test tay), functional testing (test chức năng), smoke testing, regression testing, UAT (User Acceptance Testing - test người dùng chấp nhận)
- Hiểu vòng đời của một bug: từ khi phát hiện đến khi đóng
Vòng đời bug - thứ bạn sẽ thấy hàng ngày khi đi làm
Mình không khuyên bạn cố nhớ hết tất cả. Thực tế đi làm, bạn dùng đi dùng lại khoảng 5-6 loại testing. Phần còn lại gặp dự án nào thì học dự án đó.
Tài liệu miễn phí gợi ý:
- Tài liệu ISTQB Foundation Level (miễn phí) - tài liệu nền tảng testing được dùng nhiều nhất
- Kênh YouTube "Software Testing Mentor" hoặc "SDET-QA" có video giải thích tiếng Anh rất rõ ràng, kèm ví dụ thực tế
- Nếu tiếng Anh chưa tốt: tìm từ khóa "kiểm thử phần mềm cơ bản" trên YouTube Việt Nam - nhiều anh chị chia sẻ miễn phí
Dấu hiệu hoàn thành giai đoạn 1: Bạn có thể giải thích cho người không biết IT hiểu "tester làm gì khác dev" và kể được ít nhất 3 loại testing kèm ví dụ cụ thể. Không cần giải thích hoàn hảo - giải thích được bằng lời của mình là đủ.
Thấy khó ở bước này là bình thường. Mình mất gần 3 ngày chỉ để phân biệt QA và QC cho rõ ràng. Không cần vội.
Giai đoạn 2: Thực hành viết test case, bug report, đọc requirement (2-3 tuần)
Đây là giai đoạn quyết định bạn có tư duy tester hay không. Mình từng thấy bạn học lý thuyết rất thuộc, nhưng đưa cho một cái form đăng nhập và bảo "viết test case đi" - đứng im không biết bắt đầu từ đâu. Lý thuyết và thực hành là hai thứ khác nhau.
Mục tiêu:
- Viết được test case (kịch bản kiểm thử) đầy đủ: test ID, mô tả, điều kiện ban đầu, các bước thực hiện, kết quả mong đợi
- Viết được bug report rõ ràng: dev đọc vào biết ngay lỗi ở đâu, reproduce (tái hiện lại) thế nào
- Đọc và phân tích được requirement (tài liệu yêu cầu) để biết cần test gì
Test case tốt giúp dev fix đúng chỗ ngay lần đầu
Cách thực hành cụ thể:
Bạn không cần dự án thật. Hãy lấy app thật để tự tập:
- Mở trang đăng nhập của bất kỳ website nào (Gmail, Facebook, hoặc các demo app như App demo để tập test)
- Tự đặt câu hỏi: "Người dùng có thể làm gì ở màn hình này? Điều gì có thể sai?"
- Viết 10-15 test case: happy path (đăng nhập đúng), invalid input (sai pass, bỏ trống email), edge case (password 1 ký tự, email có khoảng trắng cuối)
- Giả vờ bạn tìm thấy bug - viết bug report đầy đủ như thể gửi cho dev
Một test case không kỹ bằng 10 test case kỹ. Mình khuyên bạn chọn 1 tính năng nhỏ và test thật sâu trước khi mở rộng.
Bug report cần có ít nhất:
- Tiêu đề rõ ràng: "[Đăng nhập] Không hiện thông báo lỗi khi nhập sai password"
- Môi trường: browser, OS, version app
- Các bước tái hiện: đánh số rõ ràng
- Kết quả thực tế vs kết quả mong đợi
- Độ ưu tiên (priority) và mức độ nghiêm trọng (severity)
Tài liệu tham khảo:
Tải mẫu test case và bug report để tập viết: Tải mẫu test case và bug report
Dấu hiệu hoàn thành giai đoạn 2: Bạn viết được ít nhất 20 test case cho tính năng đăng nhập, bao gồm edge case. Và viết được 3-5 bug report mà người khác đọc có thể reproduce lại đúng lỗi bạn mô tả. Không cần bug thật - tự đặt tình huống giả cũng được.
Giai đoạn 3: Làm quen với tool thực tế qua dự án nhỏ (2-3 tuần)
Giai đoạn này nhiều bạn rất hào hứng vì cuối cùng được "dùng tool". Nhưng mình muốn nhắc: tool chỉ là phương tiện. Bạn đã có tư duy testing từ giai đoạn 2 - bây giờ chỉ là học cách thể hiện tư duy đó thông qua tool mà công ty đang dùng.
Ba tool cần làm quen:
Jira - quản lý bug và task. Hầu hết công ty đều dùng Jira hoặc tool tương tự. Bạn cần biết: tạo bug ticket, cập nhật trạng thái, đọc dashboard dự án. Jira có bản free cho cá nhân, đủ để tập.
Postman - test API. API testing (kiểm thử giao diện lập trình) nghe có vẻ phức tạp nhưng thực ra là gửi request và xem response trả về đúng không. Không cần biết code. Chỉ cần hiểu HTTP methods (GET, POST, PUT, DELETE) và status code cơ bản (200 OK, 404 Not Found, 500 Server Error).
Excel/Google Sheets - quản lý test case. Nhiều công ty, đặc biệt startup nhỏ, vẫn dùng Excel để quản lý test case thay vì tool chuyên dụng. Biết Excel tốt là lợi thế thực tế.
Ba tool này xuất hiện trong hầu hết job description tester junior 2025
Cách tập với Postman:
- Tải Postman miễn phí: Tải Postman miễn phí
- Dùng API công khai để tập - ví dụ JSONPlaceholder (JSONPlaceholder - API fake để tập test) là API fake miễn phí, không cần tài khoản
- Thử gửi GET request lấy danh sách posts, POST request tạo post mới
- Kiểm tra: status code đúng không, response body có dữ liệu đúng format không
Dự án nhỏ tự làm:
Chọn 1 trong 2:
- Option A: Test toàn bộ luồng đăng ký tài khoản của một app demo, viết test case trong Excel, báo cáo bug bằng cách mô phỏng Jira ticket
- Option B: Test API của JSONPlaceholder, viết 10 test case API bằng Postman, export kết quả
Mục tiêu không phải làm hoàn hảo. Mục tiêu là có thứ để nói trong phỏng vấn: "Mình đã tự làm dự án X, dùng tool Y, kết quả Z".
Dấu hiệu hoàn thành giai đoạn 3: Bạn có thể tự tạo một Jira ticket mô tả bug, gửi một API request bằng Postman và đọc response, và có một file Excel test case hoàn chỉnh cho ít nhất một luồng tính năng.
Giai đoạn 4: Tự đánh giá và chuẩn bị CV, phỏng vấn (1-2 tuần)
Bạn đã học xong 3 giai đoạn - bây giờ là lúc nhìn lại và chuẩn bị bước ra ngoài. Giai đoạn này nhiều bạn hay bỏ qua vì nghĩ "chưa đủ giỏi". Mình hiểu cảm giác đó. Nhưng "đủ giỏi" với vị trí fresher tester không phải là biết hết mọi thứ - mà là chứng minh được bạn có tư duy đúng và sẵn sàng học.
Checklist tự đánh giá trước khi apply:
- [ ] Giải thích được sự khác biệt giữa severity (mức độ nghiêm trọng) và priority (độ ưu tiên) của bug
- [ ] Viết được test case đầy đủ cho tính năng đăng nhập bao gồm ít nhất 5 edge case
- [ ] Tạo được bug report đủ thông tin để dev có thể reproduce
- [ ] Biết smoke testing là gì và khi nào dùng
- [ ] Đã tự làm ít nhất 1 dự án nhỏ có kết quả cụ thể
- [ ] Dùng được Postman gửi request cơ bản
Nếu bạn tick được 4/6 trở lên, đủ điều kiện apply vị trí fresher. Không cần chờ 6/6.
CV tester không cần kinh nghiệm - cần chứng minh tư duy và chủ động
CV cho người chưa có kinh nghiệm:
Điểm mạnh của bạn là kinh nghiệm ngành cũ. Bán hàng? Bạn hiểu user journey. Kế toán? Bạn tỉ mỉ với số liệu. Y tế? Bạn quen với quy trình nghiêm ngặt. Đây là những thứ tester cần.
Cấu trúc CV gợi ý:
- Mục tiêu nghề nghiệp: ngắn gọn, thành thật, nói rõ bạn đang chuyển ngành và tại sao
- Kỹ năng: liệt kê tool đã dùng (Postman, Jira, Excel), loại testing đã tập
- Dự án tự học: mô tả dự án nhỏ ở giai đoạn 3, kết quả cụ thể
- Kinh nghiệm cũ: highlight kỹ năng chuyển đổi
Tải mẫu CV tester để tham khảo: Tải mẫu CV tester
Câu hỏi phỏng vấn thường gặp:
- "Bạn hiểu testing là gì?" - Đừng đọc định nghĩa sách. Kể bằng lời của bạn, kèm ví dụ cụ thể.
- "Bạn tìm bug bằng cách nào?" - Kể quy trình bạn đã tập: đọc requirement, viết test case, test theo kịch bản, kiểm tra edge case.
- "Tại sao chuyển sang tester?" - Thành thật về lý do, nhấn mạnh tính tỉ mỉ từ công việc cũ.
Mình biết 25, 30, hay 35 tuổi đang lo mình muộn. Lớp mình từng có bạn 32 tuổi từ ngành kế toán, mất 10 tuần tự học, và pass phỏng vấn tester ở công ty outsource sau lần thử thứ ba. Không phải lần đầu - lần thứ ba. Kiên nhẫn là kỹ năng quan trọng nhất bạn cần ở giai đoạn này.
Timeline thực tế cho người học part-time
Phần này dành cho bạn đang đi làm toàn thời gian và học buổi tối hoặc cuối tuần. Đây là lịch thực tế - không phải lịch lý tưởng trên giấy.
| Tuần | Giai đoạn | Mục tiêu tuần | Thời gian/ngày |
|---|---|---|---|
| 1-2 | Giai đoạn 1 | Thuật ngữ và tư duy cơ bản | 1.5-2 tiếng |
| 3-5 | Giai đoạn 2 | Viết test case, bug report | 2-3 tiếng |
| 6-8 | Giai đoạn 3 | Làm quen Jira, Postman, Excel | 2-3 tiếng |
| 9-10 | Giai đoạn 4 | CV, phỏng vấn, apply | 1.5-2 tiếng |
Tổng: khoảng 10 tuần nếu học đều 2 tiếng/ngày. Thực tế có tuần học ít hơn vì bận việc - không sao. Bù vào cuối tuần được.
Đều đặn 2 tiếng mỗi ngày hiệu quả hơn học nhồi cuối tuần
Một số mốc thực tế nên biết:
Tuần 4-5 là thời điểm nhiều bạn bắt đầu nản. Lý thuyết xong rồi, thực hành chưa thấy kết quả. Đây là bình thường - và đây cũng là lúc phân biệt người tiếp tục với người bỏ cuộc. Mình khuyên bạn giữ một file note nhỏ ghi lại "hôm nay mình học được gì" - ngay cả một thuật ngữ mới cũng đáng ghi.
Tuần 7-8, khi bắt đầu dùng Postman tập test API, nhiều bạn bắt đầu thấy "à, testing không chỉ là click button". Đây là lúc tư duy tester thực sự hình thành.
Nguồn học thêm miễn phí:
- Group Facebook "Cộng đồng Tester Việt Nam" - hỏi gì cũng được, rất friendly với người mới
- Software Testing Stack Exchange - diễn đàn quốc tế về testing, nhiều câu hỏi thực tế từ người đi làm
- Kênh YouTube Ministry of Testing - nội dung chất lượng, cập nhật thường xuyên
Testing không khó. Cái khó là giữ thói quen tỉ mỉ qua từng giai đoạn, không bỏ bước, không học vội để "xong cho nhanh".
Nếu bạn đọc đến đây, bạn đã có thứ quan trọng nhất: sẵn sàng bắt đầu. Bước tiếp theo là mở tab mới, tìm tài liệu giai đoạn 1, và bắt đầu ngay hôm nay.
Comment bên dưới bạn đang ở giai đoạn nào - mình sẽ trả lời từng bạn!
