Sự Thật Về Kỳ Thi ISTQB
Kỳ thi ISTQB CTFL gồm 40 câu hỏi trắc nghiệm trong 60 phút. Bạn cần đúng 26 câu (65%) để qua. Theo bất kỳ tiêu chí nào, đó là điều hoàn toàn khả thi — nhưng khoảng 20–30% thí sinh lần đầu vẫn trượt.
Họ trượt không phải vì nội dung quá khó, mà vì ba lỗi cụ thể:
- Dùng tài liệu học lỗi thời (nội dung v3.1 cho đề thi v4.0)
- Ghi nhớ định nghĩa mà không hiểu cách áp dụng
- Không làm đủ câu hỏi thực hành trong điều kiện tính giờ
Hướng dẫn này giải quyết cả ba vấn đề.
Kế Hoạch Học Theo Tuần (4 Tuần)
Tuần 1: Nền Tảng và Từ Vựng
Mục tiêu: Hiểu tại sao kiểm thử, không chỉ cái gì.
- Đọc Chương 1 (Cơ bản về Kiểm thử) và Chương 2 (Kiểm thử trong SDLC) của syllabus v4.0 chính thức
- Tập trung vào: các nguyên tắc kiểm thử, mức kiểm thử, loại kiểm thử, shift-left, tiếp cận cả nhóm
- Làm 10–15 câu hỏi thực hành mỗi ngày từ ngân hàng câu hỏi v4.0
- Xây dựng bảng từ vựng cá nhân — viết định nghĩa theo ngôn ngữ của bạn
Thời gian mỗi ngày: 1–1,5 giờ
Khái niệm chính cần nắm:
- 7 nguyên tắc kiểm thử (những câu này ra trực tiếp trong đề)
- Sự khác biệt giữa các mức kiểm thử (unit, integration, system, acceptance)
- Verification vs validation
- Debugging ≠ testing
Tuần 2: Kiểm Thử Tĩnh và Thiết Kế Kiểm Thử
Mục tiêu: Có thể áp dụng kỹ thuật kiểm thử vào tình huống, không chỉ định nghĩa.
- Đọc Chương 3 (Kiểm thử tĩnh) và Chương 4 (Phân tích và Thiết kế Kiểm thử)
- Luyện tập EP, BVA, Decision Table và State Transition với ví dụ của riêng bạn
- Với mỗi kỹ thuật: tính số test case tối thiểu từ bài toán mẫu
- Làm 20 câu hỏi thực hành mỗi ngày
Thời gian mỗi ngày: 1,5–2 giờ
Khái niệm chính cần nắm:
- Sự khác biệt giữa review, walkthrough và inspection
- Cách rút ra test case từ mỗi kỹ thuật
- BVA 2 giá trị vs 3 giá trị
- Tiêu chí độ phủ cho kiểm thử chuyển đổi trạng thái
Tuần 3: Quản Lý Kiểm Thử và Công Cụ
Mục tiêu: Hiểu kiểm thử dựa trên rủi ro và biết khi nào dùng loại công cụ nào.
- Đọc Chương 5 (Quản lý Hoạt động Kiểm thử) và Chương 6 (Công cụ Kiểm thử)
- Tập trung vào: lập kế hoạch kiểm thử, xác định rủi ro, chỉ số kiểm thử, hoàn thành kiểm thử
- Học các danh mục công cụ — bạn sẽ không bị hỏi về sản phẩm cụ thể, nhưng sẽ bị hỏi về loại công cụ và tiêu chí lựa chọn
Thời gian mỗi ngày: 1–1,5 giờ
Khái niệm chính cần nắm:
- Rủi ro sản phẩm vs rủi ro dự án
- Mức rủi ro = Khả năng xảy ra × Tác động
- Tiêu chí đầu vào và đầu ra
- Khái niệm test pyramid
Tuần 4: Thi Thử và Xóa Điểm Yếu
Mục tiêu: Đạt 80%+ ổn định trong các bài thi thử có tính giờ.
- Làm một bài thi thử đầy đủ 40 câu mỗi ngày trong điều kiện thực tế (60 phút, không bị ngắt quãng)
- Xem lại từng câu sai — hiểu tại sao sai, không chỉ biết đáp án đúng
- Đọc lại bất kỳ chương nào bạn đạt dưới 70% trong bài thi thử
- Trong hai ngày cuối, chỉ ôn nhẹ — không nhồi nhét
Thời gian mỗi ngày: 1,5–2 giờ
Nguồn Tài Liệu Tốt Nhất
Chính Thức
- Syllabus ISTQB v4.0 — tải miễn phí tại istqb.org. Đây là đặc tả kỳ thi. Hãy đọc nó.
- Câu hỏi mẫu ISTQB — câu hỏi thực hành chính thức do ISTQB công bố. Làm hết.
Sách
- ISTQB Foundation Level Exam Preparation Guide của Chhavi Raj Dosaj (lấy bản v4.0)
- Bất kỳ hướng dẫn học nào có nhãn rõ ràng cho v4.0 — hãy kiểm tra trước khi mua
Ngân Hàng Câu Hỏi Thực Hành
- Bài kiểm tra thực hành ISTQB của Guru99 — miễn phí, số lượng nhiều
- Trình mô phỏng câu hỏi của iSQI — có phí, chất lượng cao hơn, sát với đề thi thực hơn
- Các khóa học ISTQB trên Udemy — hữu ích để xem giải thích video về các khái niệm khó
Tránh: Bất kỳ tài liệu nào không nêu rõ v4.0. Sự khác biệt về từ vựng đủ để khiến bạn trượt.
Chiến Lược Làm Bài Thi
Quản Lý Thời Gian
- 40 câu, 60 phút = 90 giây mỗi câu
- Không dành quá 2 phút cho một câu duy nhất — đánh dấu và tiếp tục
- Thường bạn sẽ có 5–10 phút để xem lại các câu đã đánh dấu ở cuối
Đọc Câu Hỏi
- Đọc toàn bộ câu hỏi trước khi nhìn vào đáp án
- Chú ý những từ như "MÃ KHẢ NĂNG NHẤT," "MÔ TẢ TỐT NHẤT," "NGOẠI TRỪ" — chúng thay đổi đáp án đúng
- Nếu hai đáp án có vẻ đúng, tìm đáp án đầy đủ hơn hoặc phù hợp hơn với định nghĩa cụ thể của ISTQB
Chiến Lược Loại Trừ
- Thường có một hoặc hai đáp án rõ ràng là sai — loại trừ chúng trước
- Giữa các đáp án còn lại, hỏi: "Tác giả syllabus ISTQB sẽ chọn đáp án nào?"
- Khi không chắc chắn, chọn đáp án phản ánh cách tiếp cận có cấu trúc/chính thức hơn — ISTQB ưa quy trình hơn là trực giác
Những Điểm Thất Bại Phổ Biến Nhất
1. Nhầm Lẫn Các Thuật Ngữ Tương Tự
Đề thi cố ý dùng các cặp khái niệm tương tự:
| Thuật ngữ A | Thuật ngữ B | Điểm khác biệt chính |
|---|---|---|
| Verification | Validation | Chúng ta đang xây dựng đúng không? vs Chúng ta đang xây đúng thứ không? |
| Error | Defect | Lỗi của con người vs lỗi thực tế trong code |
| Failure | Defect | Hành vi sai được quan sát vs nguyên nhân gốc rễ |
| Regression testing | Confirmation testing | Kiểm tra code không thay đổi vs kiểm tra lại lỗi đã sửa |
| Test basis | Test condition | Tài liệu nguồn vs thứ bạn kiểm thử |
Ghi nhớ những cặp này như sự tương phản, không học riêng lẻ.
2. Giả Định Ngữ Cảnh Khớp Với Thực Tế Công Việc
Đáp án ISTQB dựa trên syllabus, không phải kinh nghiệm công việc của bạn. Nếu bạn là tester kỳ cựu với quan điểm mạnh về cách kiểm thử nên hoạt động, những quan điểm đó có thể dẫn bạn đến đáp án "tốt hơn" nhưng lại sai trên đề thi.
Luôn hỏi: "Syllabus v4.0 nói gì?" — không phải "Tôi làm gì ở công ty?"
3. Làm Không Đủ Câu Hỏi Thực Hành
Đọc syllabus là cần thiết nhưng chưa đủ. Bạn cần luyện tập áp dụng kiến thức. Các thí sinh đạt 80%+ trong bài thi thử gần như không bao giờ trượt kỳ thi thật. Những người chỉ đọc syllabus thường hay trượt.
Một Tuần Trước Kỳ Thi
- Làm một bài thi thử đầy đủ trong điều kiện thực tế — ghi lại điểm số
- Xem lại bất kỳ chương nào bạn đạt dưới 70%
- Đọc lại 7 nguyên tắc kiểm thử và tất cả định nghĩa chính
- Sắp xếp thủ tục thi: địa điểm, yêu cầu giấy tờ, thông tin đăng nhập nếu thi online
- Ngủ đủ giấc hai đêm trước — mệt mỏi tiêu tốn 3–5 câu
Sau Khi Đậu
CTFL là điểm khởi đầu. Với nó, bạn có thể theo đuổi:
- ISTQB Agile Technical Tester (nếu bạn làm trong nhóm Agile)
- ISTQB Test Analyst hoặc Technical Test Analyst (chuyên môn hóa)
- ISTQB Test Manager (sau khi tích lũy kinh nghiệm)
Chứng chỉ Foundation Level không có hạn sử dụng. Khi bạn đã có, hãy phát triển tiếp trên nền tảng đó.