Lộ trình học tester cho người mới bắt đầu (từ con số 0 đến đi làm)

Tổng quan lộ trình: 6 giai đoạn, 4 – 8 tháng

Lộ trình này giả định bạn học khoảng 8 – 12 giờ mỗi tuần. Nếu bạn học toàn thời gian, có thể rút ngắn còn khoảng 3 – 4 tháng. Điều quan trọng không phải tốc độ, mà là không bỏ qua giai đoạn — mỗi bước sau đều dựa trực tiếp vào bước trước.

Giai đoạn 1 — Nền tảng: hiểu phần mềm trước khi kiểm thử nó

Đây là giai đoạn bị bỏ qua nhiều nhất và cũng là nguyên nhân sâu xa khiến nhiều tester mãi không lên được cấp bậc cao hơn. Nếu bạn không biết dữ liệu đi từ trình duyệt đến máy chủ rồi về cơ sở dữ liệu ra sao, bạn chỉ có thể test được những gì nhìn thấy trên màn hình.

Cần học gì

• Mô hình client – server: trình duyệt gửi gì, máy chủ trả về gì.
• HTTP cơ bản: method (GET, POST, PUT, DELETE), status code (2xx, 3xx, 4xx, 5xx), header, body.
• HTML và DevTools của trình duyệt: xem tab Network, đọc request, kiểm tra phần tử.
• Cookie, session, token — vì sao bạn bị đăng xuất, vì sao đăng nhập ở tab khác lại khác nhau.
• Vòng đời phát triển phần mềm (SDLC): Waterfall, Agile/Scrum, và vị trí của tester trong đó.

Giai đoạn 2 — Quy trình và tư duy kiểm thử

Giai đoạn này dạy bạn cách suy nghĩ như một tester, thay vì chỉ thao tác như một người dùng cẩn thận. Trọng tâm là biết chọn: một hệ thống có vô hạn tình huống có thể kiểm thử, nhưng bạn chỉ có vài ngày.

Cần học gì

• Quy trình kiểm thử (STLC): phân tích yêu cầu, lập kế hoạch, thiết kế, chuẩn bị môi trường, thực thi, kết thúc.
• 7 nguyên tắc kiểm thử — đặc biệt là nguyên tắc gom cụm lỗi và nghịch lý thuốc trừ sâu.
• Các cấp độ kiểm thử: unit, integration, system, acceptance.
• Các loại kiểm thử: functional, regression, smoke, sanity, và nhóm phi chức năng (hiệu năng, bảo mật, khả dụng).
• Kiểm thử tĩnh: review tài liệu yêu cầu — nơi tìm lỗi rẻ nhất.

Giai đoạn 3 — Test case và bug report: kỹ năng cốt lõi

Đây là giai đoạn quyết định bạn có được nhận việc hay không. Trong buổi phỏng vấn fresher, câu hỏi phổ biến nhất là đưa cho bạn một chức năng đơn giản — ô đăng nhập, ô nhập tuổi, chức năng chuyển tiền — và yêu cầu liệt kê các trường hợp kiểm thử.

Cần học gì

• Phân vùng tương đương (Equivalence Partitioning): chia dữ liệu thành nhóm cho kết quả giống nhau.
• Phân tích giá trị biên (Boundary Value Analysis): lỗi tập trung ở ranh giới, không ở giữa.
• Bảng quyết định (Decision Table): xử lý các quy tắc nghiệp vụ nhiều điều kiện.
• Kiểm thử chuyển trạng thái (State Transition): cho các luồng có trạng thái như đơn hàng, hồ sơ duyệt.
• Cấu trúc một test case đủ dùng: điều kiện tiên quyết, dữ liệu, các bước, kết quả mong đợi.
• Bug report: tiêu đề, môi trường, các bước tái hiện, kết quả thực tế và mong đợi, Severity và Priority.

Giai đoạn 4 — SQL và API: nhìn xuống dưới lớp giao diện

Đến đây bạn chuyển từ "test những gì nhìn thấy" sang "test những gì thực sự xảy ra". Rất nhiều lỗi nghiêm trọng không hiện lên màn hình: giao diện báo thành công nhưng dữ liệu lưu sai, hoặc API trả về đúng nhưng thiếu trường.

SQL cho tester

• SELECT, WHERE, ORDER BY — truy vấn và lọc dữ liệu để kiểm chứng kết quả sau thao tác.
• JOIN — ghép bảng, vì dữ liệu nghiệp vụ hầu như không bao giờ nằm trong một bảng.
• GROUP BY và hàm tổng hợp — đối chiếu số liệu trên báo cáo với dữ liệu gốc.
• Kiểm tra NULL, ràng buộc và dữ liệu mồ côi — nguồn lỗi kinh điển.

API testing

• Gửi request và đọc response: status code, header, body.
• Thiết kế test case cho API: hợp lệ, không hợp lệ, biên, thiếu trường, sai kiểu dữ liệu.
• Kiểm thử phân quyền: gọi API của người dùng khác bằng token của mình thì sao?
• Contract testing: response có đúng cấu trúc đã cam kết không.

Giai đoạn 5 — ISTQB Foundation: hệ thống hoá và qua vòng lọc CV

ISTQB không dạy bạn kỹ năng mới ở thời điểm này — nó sắp xếp lại những gì bạn đã biết thành một khung thuật ngữ chuẩn quốc tế. Giá trị thực tế gồm hai phần: bạn nói cùng ngôn ngữ với đồng nghiệp và khách hàng nước ngoài, và CV của bạn qua được bộ lọc tự động ở nhiều công ty.

Nên thi sau giai đoạn 3 hoặc 4, không nên thi đầu tiên. Lý do: syllabus viết bằng ngôn ngữ trừu tượng, và nếu chưa từng viết test case thật, bạn sẽ học thuộc lòng thay vì hiểu.

Giai đoạn 6 — Automation testing

Tự động hoá là để giải phóng thời gian khỏi phần lặp lại, không phải để thay thế tư duy kiểm thử. Nguyên tắc chọn việc để tự động hoá: ổn định, lặp lại nhiều lần, tốn thời gian khi làm tay, và có kết quả mong đợi rõ ràng.

Cần học gì

• Một ngôn ngữ: JavaScript/TypeScript hoặc Python — đủ dùng vòng lặp, hàm, cấu trúc dữ liệu cơ bản.
• Một framework: Playwright là lựa chọn hiện đại và dễ vào nhất hiện nay; Selenium vẫn phổ biến trong dự án cũ.
• Locator strategy: chọn phần tử theo cách bền vững, không vỡ mỗi lần giao diện đổi.
• Chờ đợi (waiting) đúng cách — nguyên nhân số một của kịch bản chập chờn.
• Cấu trúc dự án: Page Object Model, tách dữ liệu khỏi kịch bản.
• Chạy test trong CI và đọc báo cáo kết quả.

5 sai lầm khiến người mới học mãi không ra nghề

1. Học công cụ trước tư duy: thạo Postman nhưng không biết nên test trường hợp nào.
2. Học lý thuyết mà không thực hành trên sản phẩm thật — kiến thức không chuyển thành phản xạ.
3. Nhảy vào automation quá sớm, khi chưa hiểu quy trình kiểm thử thủ công.
4. Sưu tầm tài liệu thay vì làm bài tập: 40 khoá học đã tải, chưa viết nổi 50 test case.
5. Không viết lại: không có portfolio, không có bộ test case mẫu để đưa nhà tuyển dụng xem.

Cách chữa đơn giản cho cả năm sai lầm: chọn một sản phẩm thật mà bạn dùng hằng ngày, coi nó như dự án của mình, và mỗi tuần nộp cho chính mình một sản phẩm đầu ra — bộ test case, danh sách bug, hoặc một kịch bản tự động chạy được.