Lộ trình học Tester từ 0 đến xin việc đầu tiên: Checklist 3-4 tháng

Trước khi bắt đầu: Tại sao cần lộ trình?

Nhiều bạn hỏi mình: "Học Tester mất bao lâu?" Câu trả lời thật ra không phải là con số cố định, mà là: học đúng thứ, đúng thứ tự, đủ thực hành.

Mình từng thấy bạn học 6 tháng nhưng vẫn không xin được việc vì học lan man - hôm nay xem automation, hôm sau học API testing, chưa vững manual đã vội chạy. Ngược lại, có bạn 3 tháng rưỡi đã có offer vì đi theo lộ trình rõ ràng, biết ưu tiên.

Bài này mình chia lộ trình thành 4 giai đoạn, mỗi giai đoạn khoảng 3-4 tuần. Bạn có thể học nhanh hơn hoặc chậm hơn tùy thời gian, quan trọng là không bỏ bước.

4 giai đoạn rõ ràng, mỗi giai đoạn có đích đến cụ thể

Một điều nữa: bạn không cần biết code, không cần tiếng Anh giỏi để bắt đầu. Mình từng đào tạo nhiều bạn từ kế toán, marketing, thậm chí giáo viên - đều xin được việc tester. Tiêu chí quan trọng hơn là tư duy tỉ mỉ và kiên nhẫn.

Giai đoạn 1 (Tuần 1-3): Hiểu ngành và nền tảng manual testing

Mục tiêu giai đoạn này: Biết tester làm gì trong thực tế, hiểu các khái niệm cơ bản, viết được test case đầu tiên.

Nhiều người bỏ qua giai đoạn này vì nghĩ "lý thuyết nhàm". Sai. Mình từng bỏ qua phần test case structure khi mới học, kết quả là test case mình viết ra dev đọc không hiểu, không reproduce được bug - mất thêm 2 ngày đi giải thích lại.

Tuần 1: Hiểu bức tranh tổng thể

• SDLC (Software Development Life Cycle) là gì - chu kỳ phát triển phần mềm, tester tham gia giai đoạn nào
• Phân biệt QA vs QC vs Tester: QA (đảm bảo quy trình), QC (kiểm tra sản phẩm), Tester (người thực hiện kiểm thử)
• Các loại testing cơ bản: functional testing (test tính năng đúng không), non-functional testing (test hiệu năng, bảo mật...)
• Tìm hiểu về Agile/Scrum - hầu hết công ty hiện nay làm theo mô hình này, tester cần biết sprint là gì, daily standup là gì

Tester không chỉ "bấm nút xem chạy không" - vai trò rộng hơn nhiều

Tuần 2: Viết test case

Đây là kỹ năng cốt lõi nhất. Test case (kịch bản kiểm thử) là tài liệu mô tả: làm gì, với dữ liệu gì, mong đợi kết quả gì.

Một test case đủ kỹ gồm: Test Case ID, Test Case Name, Precondition (điều kiện trước), Test Steps (các bước), Expected Result (kết quả mong đợi), Actual Result (kết quả thực tế), Status (Pass/Fail).

Bài tập tuần 2: Viết 15-20 test case cho tính năng đăng nhập của bất kỳ website nào bạn hay dùng. Đừng chỉ viết "nhập đúng pass → đăng nhập được". Hãy nghĩ thêm: pass có ký tự đặc biệt, email không tồn tại, bỏ trống username, copy-paste password, nhập đúng nhưng có dấu cách thừa...

Tuần 3: Viết bug report

Phát hiện bug mà không viết report rõ ràng = bug không được fix. Bug report tốt cần: tiêu đề mô tả đúng vấn đề, môi trường (browser, OS, version), các bước reproduce (lặp lại lỗi), expected vs actual result, severity (mức độ nghiêm trọng), priority (ưu tiên fix).

Bài tập: Vào website thực hành tìm bug, tìm ít nhất 5 bug và viết bug report đầy đủ.

Dấu hiệu hoàn thành giai đoạn 1: Bạn viết được 20+ test case có đủ thành phần, viết được 3-5 bug report rõ ràng mà người khác đọc hiểu ngay.

Giai đoạn 2 (Tuần 4-6): SQL và tư duy test nâng cao

Mục tiêu giai đoạn này: Đọc và viết được SQL cơ bản để verify dữ liệu trong database, nắm vững các kỹ thuật thiết kế test case.

SQL là thứ nhiều bạn trái ngành ngại nhất. Mình muốn nói thẳng: bạn không cần học SQL như developer. Tester chỉ cần đọc dữ liệu để verify - chủ yếu là SELECT, không cần INSERT/UPDATE/DELETE phức tạp.

Tuần 4: SQL cơ bản cho tester

Các câu lệnh cần nắm:

-- Xem dữ liệu trong bảng users
SELECT * FROM users WHERE email = '[email protected]';

-- Kiểm tra đơn hàng sau khi test tính năng mua hàng
SELECT order_id, status, total_amount 
FROM orders 
WHERE user_id = 123 
ORDER BY created_at DESC
LIMIT 5;

-- Đếm số record để verify import dữ liệu
SELECT COUNT(*) FROM products WHERE category = 'electronics';

Bài tập: Dùng trang thực hành SQL online để thực hành. Học xong 30 bài SQL cơ bản trên đó.

SQL giúp tester verify dữ liệu trực tiếp, không chỉ nhìn UI

Tuần 5: Kỹ thuật thiết kế test case

Có 3 kỹ thuật cốt lõi mà tester dùng hàng ngày:

Equivalence Partitioning (phân vùng tương đương): Chia input thành nhóm, mỗi nhóm chọn 1 đại diện để test. Ví dụ: trường tuổi nhận 18-60, bạn test 3 nhóm: dưới 18, từ 18-60, trên 60 - không cần test từng số.

Boundary Value Analysis (phân tích giá trị biên): Test các giá trị ở biên - thường bug hay nằm ở đây. Cùng ví dụ tuổi 18-60: test 17, 18, 19, 59, 60, 61.

Decision Table (bảng quyết định): Dùng khi có nhiều điều kiện kết hợp. Ví dụ: khuyến mãi áp dụng khi VIP member VÀ đơn hàng > 500k - bảng này giúp test đủ các tổ hợp điều kiện.

Tuần 6: Test design thực hành

Lấy tính năng thanh toán của một app thương mại điện tử (Shopee, Tiki hoặc tương tự), áp dụng cả 3 kỹ thuật để thiết kế bộ test case. Mục tiêu: viết 30-40 test case có chất lượng thay vì 100 test case lặp lại.

Dấu hiệu hoàn thành giai đoạn 2: Viết được SQL SELECT cơ bản, biết giải thích tại sao dùng boundary testing, có bộ 30+ test case cho tính năng phức tạp.

Giai đoạn 3 (Tuần 7-9): Công cụ thực chiến

Mục tiêu giai đoạn này: Thành thạo Postman để test API, dùng được Jira để quản lý test, làm quen với TestRail hoặc Excel để quản lý test case.

Đây là giai đoạn nhiều bạn hứng khởi nhất vì được "nghịch" công cụ. Nhưng mình muốn nhắc: công cụ chỉ là phương tiện. Tester dùng Postman giỏi nhưng không hiểu API là gì thì vẫn test sai.

Tuần 7: API testing với Postman

API (Application Programming Interface) là cầu nối giữa các phần của ứng dụng. Khi bạn đăng nhập Shopee, app gửi request đến server API, server trả về dữ liệu. Tester cần test cả UI lẫn API.

Cần biết:

• HTTP methods: GET (lấy dữ liệu), POST (tạo mới), PUT/PATCH (cập nhật), DELETE (xóa)
• HTTP status codes: 200 OK, 201 Created, 400 Bad Request, 401 Unauthorized, 404 Not Found, 500 Server Error
• Request structure: URL, Headers, Body, Params
• Cách đọc và verify JSON response

Postman giúp test API độc lập với UI - phát hiện bug sớm hơn

Bài tập: Dùng JSONPlaceholder - API thực hành miễn phí - một API public miễn phí - để thực hành tạo request, verify response, test các trường hợp lỗi (gửi thiếu field bắt buộc, dùng token sai...).

Tuần 8: Jira cơ bản

Jira là công cụ quản lý dự án và bug mà phần lớn công ty dùng. Bạn cần biết:

• Tạo bug ticket với đủ thông tin
• Assign bug cho đúng người
• Cập nhật trạng thái: Open → In Progress → Resolved → Closed
• Tạo test plan cơ bản

Mình recommend tạo tài khoản Jira free (Atlassian có gói free cho team nhỏ) và tự tạo project để thực hành.

Tuần 9: Quản lý test case với TestRail hoặc Google Sheets

Không phải công ty nào cũng có TestRail (tool chuyên quản lý test case). Nhiều nơi dùng Excel hoặc Google Sheets. Quan trọng là bạn biết tổ chức test suite (bộ test case theo module), track kết quả test run.

Bài tập tổng hợp giai đoạn 3: Chọn một website có API public (GitHub API, JSONPlaceholder...), viết test plan, 20 API test cases trong Postman, log kết quả vào spreadsheet.

Tải template để bắt đầu: Tải template quản lý test case

Dấu hiệu hoàn thành giai đoạn 3: Gửi được request POST/GET trong Postman, verify JSON response, tạo được bug ticket đầy đủ trong Jira.

Giai đoạn 4 (Tuần 10-12): Dự án thực hành và chuẩn bị xin việc

Mục tiêu giai đoạn này: Có ít nhất 1 dự án thực hành để đưa vào CV, viết được CV tester, biết trả lời các câu hỏi phỏng vấn thường gặp.

Đây là giai đoạn quyết định. Nhiều bạn học xong kiến thức nhưng CV trắng thông tin thực tế, phỏng vấn không biết nói gì. Mình sẽ chia sẻ cách chuẩn bị để tránh điều đó.

Tuần 10-11: Dự án thực hành hoàn chỉnh

Chọn một trong hai hướng:

Hướng 1 - Test website có sẵn: Chọn website thương mại điện tử hoặc ứng dụng web thực tế (không phải demo). Thực hiện đầy đủ: viết test plan, thiết kế test cases (functional + API), execute, log bug report. Mục tiêu: có 50+ test cases, 5-10 bug report thực.

Hướng 2 - Tham gia open source hoặc beta testing: Một số ứng dụng mở beta cho public test. Đây là cách vừa học vừa có bằng chứng thực tế.

Dự án thực hành là bằng chứng tốt nhất khi đi phỏng vấn

Mình khuyên hướng 1 vì bạn kiểm soát được scope và chắc chắn hoàn thành đúng timeline. Lưu lại tất cả artifacts: test plan (kế hoạch test), test cases, bug reports, kết quả test run - đây là portfolio của bạn.

Tuần 12: CV và chuẩn bị phỏng vấn

CV tester cho người mới: Đừng lo nếu chưa có kinh nghiệm làm việc. CV cần nhấn mạnh:

• Kỹ năng cụ thể: viết test case, bug report, SQL cơ bản, Postman, Jira
• Dự án tự học với link portfolio (Google Drive, GitHub)
• Kinh nghiệm cũ ở ngành khác có thể chuyển đổi: kế toán → chú ý chi tiết số liệu, giáo viên → kiên nhẫn, tỉ mỉ

Tải mẫu CV để bắt đầu: Tải mẫu CV tester

Câu hỏi phỏng vấn thường gặp và cách trả lời:

"Viết test case cho tính năng đăng nhập" - Đây là câu classic. Đừng chỉ nói happy path. Nhớ cover: invalid credentials, empty fields, special characters, remember me, forgot password, account locked.

"Tìm thấy bug nhưng dev nói không phải bug, bạn làm gì?" - Trả lời: confirm lại requirement, reproduce lại với dev, escalate lên PM nếu cần. Tránh nói "cãi với dev".

"Sự khác biệt giữa severity và priority?" - Severity là mức độ ảnh hưởng kỹ thuật, priority là thứ tự cần fix theo business. Ví dụ: bug hiển thị sai logo severity thấp nhưng priority cao vì ra mắt sản phẩm ngày mai.

Dấu hiệu sẵn sàng đi phỏng vấn:

• Có 1 dự án thực hành với đủ artifacts
• Giải thích được sự khác nhau giữa các loại testing
• Viết test case trực tiếp không cần xem tài liệu
• Tạo được bug ticket đầy đủ trong Jira
• Thực hiện API test cơ bản bằng Postman

Tài liệu học miễn phí và cách tự đánh giá

Học không có tài liệu tốt thì vừa chậm vừa dễ học sai hướng. Mình tổng hợp những gì mình thấy thực sự hữu ích - không phải danh sách dài cho có.

Tài liệu nên đọc

Cơ bản về testing:

• ISTQB Foundation Level Syllabus (miễn phí) - Syllabus ISTQB Foundation Level: đây là chuẩn quốc tế, đọc free trên website. Không cần thi chứng chỉ ngay, đọc để hiểu framework.
• Guru99 Testing Tutorials: giải thích rõ từng loại testing, có ví dụ. Tìm trên Google bằng "guru99 software testing tutorial".

SQL:

• W3Schools SQL: miễn phí, có bài tập interactive. Học đến JOIN là đủ dùng cho tester.

API Testing:

• Postman Learning Center (learning.postman.com): tài liệu chính thức, cực kỹ, free hoàn toàn.

Học từ nguồn chuẩn ngay từ đầu - tiết kiệm thời gian sửa sai sau

Cách tự đánh giá tiến độ mỗi tuần

Mình hay dùng quy tắc "giải thích cho người không biết IT": nếu bạn giải thích được khái niệm vừa học bằng ngôn ngữ đơn giản, bạn thực sự hiểu. Nếu chỉ đọc thuộc mà không giải thích được, bạn chưa tiêu hóa.

Mỗi cuối tuần, tự hỏi:

1. Tuần này mình học được gì mới? (ghi ra cụ thể, không "học testing")
2. Mình làm được gì chứng minh mình hiểu? (test case viết ra, bug tìm được...)
3. Mình bị kẹt ở đâu? Cần hỏi ai, đọc thêm gì?

Tải checklist tự đánh giá 12 tuần: Tải checklist tự đánh giá 12 tuần

Cộng đồng để hỏi và học

Đừng học một mình. Mình gợi ý:

• Group "Software Testing" trên Facebook Việt Nam: hỏi đáp nhanh, nhiều anh chị senior sẵn sàng giúp
• Testing VN community: sự kiện, bài viết chia sẻ kinh nghiệm thực tế
• Linkedin: follow các tester Việt Nam chia sẻ bài học từ công việc hàng ngày

25, 30, hay 35 tuổi đều không muộn. Lớp mình có bạn 32 tuổi chuyển từ kế toán, mất đúng 4 tháng để có offer tester đầu tiên. Điều bạn mang theo từ ngành cũ - tư duy hệ thống, kỹ năng giao tiếp, kiên nhẫn - thực ra là lợi thế, không phải điểm yếu.