Mở đầu — vì sao bài này quan trọng
Bạn vừa đi qua 59 bài học, từ những nguyên tắc kiểm thử theo ISTQB, kỹ thuật thiết kế test case, cho tới những chủ đề rất "đời" như test luồng thanh toán MoMo hay test với dữ liệu tiếng Việt. Nhưng đây mới là điểm bắt đầu thật sự của sự nghiệp, chứ không phải điểm kết thúc.
Nghề QA có một đặc điểm mà nhiều bạn mới vào nghề không nhận ra: kiến thức nền tảng thì hữu hạn, nhưng chiều sâu và chiều rộng để phát triển thì gần như vô tận. Một bạn tester học xong khóa Foundation có thể đi theo hướng manual chuyên sâu, có thể rẽ sang automation, có thể trở thành SDET viết code như một dev, hoặc leo lên thành QA Lead quản lý quy trình chất lượng cho cả tổ chức. Vấn đề là: nếu không có lộ trình rõ ràng, phần lớn tester sẽ mắc kẹt ở mức "biết bấm nút, biết viết bug" trong 3–4 năm mà lương gần như đứng yên.
Bài học này chính là tấm bản đồ để bạn không bị lạc. Tôi sẽ không dạy bạn thêm một kỹ thuật kiểm thử mới nào nữa. Thay vào đó, tôi sẽ giúp bạn trả lời ba câu hỏi lớn: Sáu tháng tới học gì cho đúng thứ tự?, Chọn hướng nghề nào phù hợp với chính mình?, và Dùng resource (nguồn học) nào để không lãng phí thời gian?. Đây là bài mang tính chiến lược — hãy đọc chậm và tự vẽ lộ trình riêng cho bạn khi đọc.
Khái niệm cốt lõi
Tư duy "T-shaped" — nền của mọi lộ trình QA
Khái niệm quan trọng nhất bạn cần nắm là mô hình kỹ năng chữ T. Thanh ngang của chữ T là chiều rộng: bạn hiểu biết cơ bản về nhiều thứ — automation, API, database, CI/CD, security, performance. Thanh dọc của chữ T là chiều sâu: bạn thật sự giỏi một mảng cụ thể mà đội cần đến bạn.
Người mới thường mắc lỗi ngược nhau: hoặc học lan man mọi thứ mà không sâu cái gì (chữ T bị "cụt chân"), hoặc chỉ cắm đầu vào một công cụ như Selenium mà mù tịt về nghiệp vụ, quy trình (chữ T "thiếu nóc"). Lộ trình 6 tháng tới của bạn nên xây thanh ngang trước — củng cố nền tảng đủ rộng — rồi mới chọn một thanh dọc để đào sâu.
Bốn hướng nghề chính và điều kiện đầu vào
Trước khi lên lịch học, bạn cần biết mình đang nhắm tới đâu. Có bốn hướng phổ biến trong QA:
- Manual QA chuyên sâu / QA Analyst: giỏi phân tích nghiệp vụ, thiết kế test case sắc bén, hiểu domain (ngân hàng, e-commerce, y tế). Không cần code nhiều nhưng cần tư duy rất chắc.
- Automation QA / Test Automation Engineer: viết script tự động, dựng framework. Cần một ngôn ngữ lập trình (Java, Python, hoặc JavaScript) và tư duy code sạch.
- SDET (Software Development Engineer in Test): lai giữa dev và tester, viết cả test lẫn công cụ hỗ trợ, tham gia thiết kế hệ thống để dễ test. Đây là hướng lương cao nhất nhưng đòi hỏi kỹ năng lập trình gần ngang dev.
- QA Lead / QA Manager: nghiêng về quy trình, con người, chiến lược test, giao tiếp với stakeholder. Cần kinh nghiệm và kỹ năng mềm hơn kỹ năng kỹ thuật.
Nguyên tắc chọn resource: sâu hơn là nhiều hơn
Sai lầm kinh điển của người tự học là "sưu tầm" khóa học: mua 15 khóa Udemy, lưu 200 bài blog, nhưng học xong đúng 2 bài. Nguyên tắc vàng ở đây là: một nguồn chính thống học đến nơi đến chốn, cộng vài nguồn phụ để tra cứu. Với QA, nguồn chính thống đáng tin gồm ISTQB Syllabus (miễn phí, tải PDF trên istqb.org), sách "Foundations of Software Testing" của Dorothy Graham, và tài liệu chính thức của công cụ bạn dùng (Selenium docs, Playwright docs, Postman Learning Center).
Tình huống thực tế
Tình huống 1: Linh — từ manual "đứng yên lương" đến automation
Linh làm manual tester 2 năm tại một công ty outsourcing ở Đà Nẵng, mức lương quanh quẩn 15 triệu và không nhích lên được. Mỗi lần công ty tuyển vị trí lương cao hơn, JD (job description) đều yêu cầu "Selenium/Playwright, có kinh nghiệm automation". Linh nhận ra thanh dọc chữ T của mình đang thiếu.
Cô lên một lộ trình 6 tháng rất kỷ luật: hai tháng đầu học Python cơ bản qua khóa miễn phí trên freeCodeCamp, mỗi ngày 1 tiếng buổi sáng trước giờ làm. Hai tháng tiếp theo học Selenium WebDriver, và quan trọng là cô tự automation lại chính những test case cô đang chạy tay hằng ngày ở dự án — nghĩa là học đi đôi với việc thật. Hai tháng cuối cô học pytest và cách tích hợp test vào pipeline. Kết quả: sau 7 tháng, Linh chuyển sang một product company về logistics với mức 24 triệu.
Bài học rút ra: Linh thành công không phải vì học nhiều thứ, mà vì cô automation hóa chính công việc đang làm. Việc thật là "phòng lab" tốt nhất. Đừng học automation trên ví dụ đăng nhập Gmail vu vơ — hãy áp dụng ngay vào dự án bạn đang test.
Tình huống 2: Team QA tại một fintech Sài Gòn nâng cấp quy trình
Một startup fintech tại TP.HCM (khoảng 40 người, sản phẩm ví điện tử) có đội QA 5 người nhưng mọi người đều là manual thuần. Mỗi lần release, họ mất 3 ngày chạy regression tay, và vẫn để lọt bug xuống production trung bình 2 lần mỗi tháng — cực kỳ nguy hiểm với sản phẩm tài chính.
QA Lead quyết định không đẩy cả đội đi học automation cùng lúc (sẽ loạn), mà phân vai theo mô hình chữ T tập thể: hai bạn có thiên hướng code được cử học automation API bằng Postman + Newman và REST Assured trong 3 tháng; hai bạn giỏi nghiệp vụ tập trung làm risk-based testing và exploratory sâu hơn; một bạn học performance testing cơ bản với k6. Họ đặt mục tiêu cụ thể: tự động hóa 70% smoke test trong 6 tháng để rút thời gian regression từ 3 ngày xuống nửa ngày.
Bài học rút ra: Lộ trình học không phải lúc nào cũng là chuyện cá nhân. Ở cấp đội, phân hóa kỹ năng theo thế mạnh từng người sẽ hiệu quả hơn bắt tất cả học giống nhau. Nếu bạn đang là hoặc sắp là Lead, hãy nghĩ theo hướng này.
Tình huống 3: Huy đốt tiền vào chứng chỉ mà bỏ quên nền tảng
Huy, một bạn trẻ mới ra trường, nghe nói "có chứng chỉ ISTQB là lương cao" nên đăng ký thi ngay khi vừa học xong khóa Foundation. Bạn thi đậu, in chứng chỉ đẹp, nhưng khi đi phỏng vấn thì trượt liên tục. Lý do: nhà tuyển dụng hỏi "em viết test case cho luồng thanh toán này thế nào?", "SQL để kiểm tra dữ liệu order sai thì viết ra sao?" — những câu rất thực tế mà Huy trả lời lúng túng vì bạn chỉ học thuộc lý thuyết để thi.
Sau đó Huy đổi cách: dành 3 tháng làm dự án cá nhân, tự test một website thương mại điện tử mã nguồn mở, viết bộ test case thật, tạo bug report thật trên Jira, luyện SQL truy vấn dữ liệu. Portfolio thực tế đó giúp bạn nhận được offer đầu tiên.
Bài học rút ra: Chứng chỉ ISTQB có giá trị, nhưng nó là "chất bổ sung", không phải "bữa ăn chính". Nhà tuyển dụng QA ở Việt Nam ngày càng quan tâm bạn làm được gì hơn là bạn có bằng gì. Đừng đảo ngược thứ tự ưu tiên như Huy đã làm.
Hướng dẫn từng bước
Đây là lộ trình 6 tháng mẫu. Bạn hãy điều chỉnh theo hướng nghề đã chọn, nhưng khung xương thì giữ nguyên.
Tháng 1–2: Củng cố nền tảng (thanh ngang chữ T).
- Đọc lại ISTQB Foundation Syllabus phiên bản mới nhất, tải miễn phí trên istqb.org. Đọc để hiểu, không phải học thuộc.
- Học SQL nâng cao: JOIN nhiều bảng, subquery, window function (ROW_NUMBER, RANK), CTE (Common Table Expression). QA nào cũng cần kiểm tra dữ liệu trực tiếp trong DB. Luyện trên trang HackerRank hoặc LeetCode phần Database, mỗi ngày 2–3 câu.
- Nắm chắc HTTP/REST và cách đọc request/response bằng DevTools của trình duyệt và Postman.
- Nếu chọn automation: học một ngôn ngữ (Python hoặc Java) đến mức viết được hàm, vòng lặp, class; rồi học một framework (Playwright cho web hiện đại, hoặc Selenium nếu công ty bạn đang dùng).
- Nếu chọn manual chuyên sâu: đào sâu risk-based testing, exploratory testing, và một domain cụ thể (đọc tài liệu nghiệp vụ ngân hàng, bảo hiểm, hoặc e-commerce).
- Nguyên tắc bất di bất dịch: mọi thứ học được phải áp dụng ngay vào dự án đang làm hoặc một dự án cá nhân.
- Học cơ bản Git và cách một pipeline CI/CD chạy test tự động (GitLab CI, GitHub Actions, hoặc Jenkins).
- Học đọc log, đọc báo cáo test, và cách report kết quả cho team.
- Tạo một repo GitHub chứa: bộ test case mẫu, vài bug report chuẩn, một bộ automation script nhỏ nhưng hoàn chỉnh (có README, chạy được).
- Nếu định thi ISTQB, đây là lúc ôn tập trung 3–4 tuần rồi thi, chứ không thi ngay đầu lộ trình.
- Cập nhật CV và LinkedIn với những gì đã làm được, kèm link portfolio.
Lỗi thường gặp & mẹo
Lỗi 1: Học công cụ trước, học tư duy sau. Rất nhiều bạn lao vào Selenium mà chưa vững cách thiết kế test case. Kết quả là automation hóa những test case dở. Công cụ chỉ là cái búa; tư duy kiểm thử mới là thứ quyết định bạn đóng đúng cái đinh.
Lỗi 2: "Tutorial hell" — xem hoài mà không làm. Xem hết khóa này đến khóa khác mà không tự tay build gì. Mẹo: áp dụng quy tắc 1:2 — cứ 1 giờ xem học thì bỏ ra ít nhất 2 giờ tự làm lại, tự phá vỡ, tự sửa.
Lỗi 3: Bỏ qua kỹ năng mềm. Càng lên cao, QA càng phải giao tiếp: thuyết phục dev sửa bug, giải thích rủi ро cho PM, viết báo cáo cho sếp. Một bug report viết rõ ràng, một cuộc họp triage thuyết phục có giá trị không kém một script automation. Đầu tư vào tiếng Anh và kỹ năng viết.
Lỗi 4: Học một mình, không có phản hồi. Tham gia cộng đồng để có người soi code, góp ý CV. Ở Việt Nam có các group như "Vietnam Software Testing", "QA/QC Vietnam" trên Facebook; quốc tế có Ministry of Testing (rất chất lượng) và các subreddit r/QualityAssurance.
Mẹo vàng: Đặt mục tiêu SMART cho lộ trình. Thay vì "học automation", hãy viết "trong 3 tháng, tự động hóa được 20 test case smoke của dự án X bằng Playwright, chạy được trên CI". Mục tiêu đo được sẽ giữ bạn không bỏ cuộc giữa chừng.
Bài tập thực hành
- Tự đánh giá chữ T của bạn. Vẽ một bảng gồm các kỹ năng: test design, SQL, API testing, một ngôn ngữ lập trình, automation web, CI/CD, domain nghiệp vụ, kỹ năng mềm. Chấm điểm mỗi mục từ 1–5. Nhìn vào đó, đâu là thanh ngang còn yếu cần bù, đâu là thanh dọc bạn muốn đào sâu?
- Chọn hướng nghề và viết lý do. Trong bốn hướng (Manual chuyên sâu, Automation, SDET, Lead), chọn một hướng cho 2 năm tới và viết 3–5 câu giải thích vì sao nó hợp với thiên hướng của bạn.
- Lập lộ trình 6 tháng cá nhân. Dựa trên khung mẫu ở trên, viết lịch học cụ thể cho từng tháng, kèm ít nhất một mục tiêu SMART cho mỗi giai đoạn. Ghi rõ mỗi tuần bạn dành bao nhiêu giờ và vào lúc nào.
- Bắt đầu portfolio ngay hôm nay. Tạo một repo GitHub, viết README mô tả bạn là ai và định làm gì. Chỉ cần một bước nhỏ này để phá vỡ sức ì. Tuần sau, thêm vào đó bộ test case đầu tiên.
Tóm tắt
Bài học cuối này không dạy thêm kỹ thuật, mà trao cho bạn tấm bản đồ để tự đi tiếp. Hãy nhớ ba điều cốt lõi. Thứ nhất, xây kỹ năng theo mô hình chữ T: củng cố nền tảng đủ rộng trước, rồi chọn một mảng để đào sâu. Thứ hai, chọn hướng nghề theo thiên hướng thật của bạn — Manual chuyên sâu, Automation, SDET hay Lead đều có tương lai, miễn là bạn đi sâu. Thứ ba, học phải đi đôi với làm: automation hóa chính công việc thật, xây portfolio thật, vì nhà tuyển dụng quan tâm bạn làm được gì hơn là có bằng gì.
Lộ trình 6 tháng mẫu — hai tháng nền tảng (ISTQB, SQL, HTTP), hai tháng đào sâu theo hướng đã chọn, một tháng kết nối vào CI/CD, một tháng đóng gói portfolio — là khung bạn có thể dùng ngay. Chứng chỉ ISTQB là chất bổ sung hữu ích nhưng đừng để nó là ưu tiên số một. Và quan trọng nhất: đừng học một mình. Tham gia cộng đồng, tìm người phản hồi, đặt mục tiêu SMART đo được để giữ nhịp.
Bạn đã đi hết 60 bài. Giờ là lúc đóng sách vở lại, mở editor lên, và bắt đầu viết dòng test case đầu tiên trong hành trình sự nghiệp của chính mình. Chúc bạn đi xa.