Đề Thi ISTQB CTFL Mẫu + Giải Thích Chi Tiết

Cấu trúc đề thi CTFL (40 câu / 60 phút / pass 65%)

Đề thi ISTQB CTFL v4.0 gồm 40 câu trắc nghiệm, làm trong 60 phút, cần đúng ít nhất 65% — tức 26/40 câu — để đạt. Đề không trừ điểm câu sai, nên bạn cứ trả lời hết mọi câu. Thí sinh thi bằng ngôn ngữ không phải tiếng mẹ đẻ được cộng thêm 15 phút (thành 75 phút).

Dưới đây là các thông số chuẩn của đề thi istqb CTFL Foundation phiên bản v4.0:

Hạng mục | Thông số (CTFL v4.0)
Số câu hỏi | 40 câu trắc nghiệm nhiều lựa chọn
Thời gian | 60 phút (75 phút nếu thi ngoài tiếng mẹ đẻ)
Điểm đạt | 65% — tương đương 26/40 câu đúng
Trừ điểm câu sai | Không — hãy trả lời hết mọi câu
Tổng điểm | 40 điểm (mỗi câu 1 điểm; câu "chọn 2 đáp án" thường tính 1 điểm khi đúng cả hai)

Lưu ý theo chuẩn ISTQB: nhiều bài cũ trên mạng vẫn ghi CTFL "40 câu / 75 phút" theo syllabus v3.1. Theo tài liệu chính thức CTFL v4.0, thời gian chuẩn là 60 phút, chỉ cộng thêm 15 phút khi thi ngoài tiếng mẹ đẻ. Mốc đạt vẫn là 65% (26/40).

Đề bám sát 6 chương của syllabus v4.0, và số câu mỗi chương tỷ lệ thuận với số mục tiêu học tập (learning objectives) của chương đó. Muốn hiểu tổng quan chứng chỉ trước khi luyện đề, bạn đọc thêm bài ISTQB là gì.

Các dạng câu hỏi thường gặp

Đề CTFL không đánh đố kiểu học thuật, nhưng câu chữ rất "bẫy". Có ba dạng câu bạn sẽ gặp đi gặp lại:

Câu K1 — nhớ (remember): hỏi định nghĩa, thuật ngữ thẳng. Ví dụ: "Đâu là mục tiêu của kiểm thử?". Dạng này ăn điểm nếu bạn thuộc glossary.

Câu K2 — hiểu (understand): yêu cầu phân biệt, giải thích, phân loại khái niệm. Ví dụ: phân biệt error / defect / failure, hay severity với priority. Đây là dạng chiếm nhiều câu nhất.

Câu K3 — áp dụng (apply): cho một tình huống rồi bắt bạn áp dụng một kỹ thuật thiết kế test để ra đáp số — ví dụ tính số ca kiểm thử theo phân vùng tương đương (equivalence partitioning), phân tích giá trị biên (boundary value) hay bảng quyết định (decision table).

Ngoài ra, một số câu yêu cầu chọn 2 đáp án đúng (đề ghi rõ "Chọn HAI"), và nhiều câu cài từ khoá tuyệt đối như "luôn luôn", "không bao giờ", "tốt nhất" — thấy những từ này là phải cẩn thận vì đáp án thường sai. Bảng phân bổ câu hỏi theo chương giúp bạn biết nên dồn sức ôn phần nào:

Chương syllabus v4.0 | Chủ đề | Số câu (ước lượng)
1. Nền tảng kiểm thử | Mục tiêu, 7 nguyên tắc, quy trình, tư duy | ~8 câu
2. Kiểm thử xuyên suốt vòng đời (SDLC) | Mô hình phát triển, cấp độ, loại kiểm thử, bảo trì | ~5 câu
3. Kiểm thử tĩnh | Review, phân tích tĩnh, quy trình review | ~5 câu
4. Kỹ thuật phân tích & thiết kế test | Black-box, white-box, experience-based | ~11 câu
5. Quản lý hoạt động kiểm thử | Lập kế hoạch, rủi ro, giám sát, defect report | ~9 câu
6. Công cụ hỗ trợ kiểm thử | Phân loại tool, lợi ích & rủi ro | ~2 câu

Số câu là ước lượng theo tỷ trọng learning objectives của từng chương; đề thật có thể xê dịch 1–2 câu. Chương 4 luôn nặng nhất — ôn kỹ nhất phần này.

5–7 câu hỏi mẫu + giải thích đáp án

Đây là phần "ăn tiền" của bài. Tôi soạn 6 câu hỏi istqb foundation minh hoạ theo đúng dạng đề, kèm giải thích vì sao đáp án đúng và các phương án còn lại sai. Nhắc lại: đây là câu tôi tự viết để luyện, không phải đề chính thức.

Câu 1 (K1). Đâu là một trong bảy nguyên tắc kiểm thử của ISTQB? A. Kiểm thử chứng minh phần mềm không còn lỗi B. Kiểm thử cho thấy sự hiện diện của lỗi, không chứng minh sự vắng mặt của lỗi C. Kiểm thử đầy đủ (exhaustive testing) luôn khả thi D. Lỗi phân bố đều trên toàn hệ thống

Đáp án: B. Nguyên tắc số 1 nói kiểm thử chỉ cho thấy lỗi đang hiện diện, chứ không thể chứng minh phần mềm hết sạch lỗi. A sai vì kiểm thử không bao giờ chứng minh "không còn lỗi". C sai vì exhaustive testing là bất khả thi (nguyên tắc 2). D sai vì lỗi thường dồn cụm (defect clustering — nguyên tắc 5).

Câu 2 (K2). Một lập trình viên gõ nhầm công thức tính phí đặt phòng trong Hệ thống đặt phòng họp nội bộ. Theo thuật ngữ ISTQB, việc gõ nhầm đó là gì? A. Failure B. Defect C. Error D. Bug report

Đáp án: C. Con người mắc error (sai sót) → tạo ra defect (khiếm khuyết) nằm trong code → khi chạy có thể gây failure (hỏng hóc quan sát được). Hành động "gõ nhầm" là error. B là hệ quả nằm trong code, A là biểu hiện lúc chạy, D chỉ là tài liệu ghi nhận lỗi.

Câu 3 (K3 — phân vùng tương đương). Ô "số người tham dự" chỉ hợp lệ từ 1 đến 20. Dùng phân vùng tương đương, cần tối thiểu bao nhiêu phân vùng để phủ đầu vào này? A. 1 B. 2 C. 3 D. 4

Đáp án: C. Có 3 phân vùng: dưới hợp lệ (≤0), hợp lệ (1–20), trên hợp lệ (≥21). Mỗi phân vùng cần ít nhất 1 ca kiểm thử. Chọn A/B là bỏ sót phân vùng không hợp lệ; chọn D là tách thừa.

Câu 4 (K3 — giá trị biên). Vẫn ô "số người tham dự" 1–20, dùng phân tích giá trị biên 2 điểm, các giá trị biên cần kiểm là gì? A. 1 và 20 B. 0 và 21 C. 0, 1, 20, 21 D. 1, 10, 20

Đáp án: C. Biên 2 giá trị lấy điểm ngay trong và ngay ngoài mỗi ranh giới: quanh biên dưới là 0 và 1, quanh biên trên là 20 và 21. A thiếu điểm ngoài, B thiếu điểm trong, D lấy nhầm giá trị giữa (10 không phải biên).

Câu 5 (K2 — kiểm thử tĩnh). Phát biểu nào ĐÚNG về kiểm thử tĩnh (static testing)? A. Phải thực thi phần mềm mới làm được B. Tìm lỗi sớm hơn kiểm thử động, ngay từ tài liệu yêu cầu C. Chỉ áp dụng cho mã nguồn D. Thay thế hoàn toàn kiểm thử động

Đáp án: B. Kiểm thử tĩnh (review, phân tích tĩnh) không chạy phần mềm và có thể soi lỗi ngay trên tài liệu yêu cầu — rẻ và sớm. A sai vì tĩnh không thực thi; C sai vì review áp dụng cả cho tài liệu; D sai vì hai loại bổ trợ nhau, không thay thế.

Câu 6 (K2 — severity vs priority). Nút "Đăng nhập" lệch 2px trên trang login nhưng sếp muốn sửa gấp trước buổi demo. Cặp severity/priority nào hợp lý nhất? A. Severity cao, Priority cao B. Severity thấp, Priority cao C. Severity cao, Priority thấp D. Severity thấp, Priority thấp

Đáp án: B. Lệch 2px ít ảnh hưởng kỹ thuật → severity thấp; nhưng vì cần đẹp trước demo → priority cao. Câu này kinh điển để phân biệt: severity là mức nghiêm trọng kỹ thuật, priority là mức ưu tiên sửa theo nghiệp vụ.

Nếu bạn muốn có bộ đề đầy đủ 40 câu để bấm giờ như thi thật, tôi đã chỉ nguồn tải trong bài tài liệu ISTQB Foundation.

Mẹo làm bài & phân bổ thời gian

60 phút cho 40 câu nghĩa là trung bình 1,5 phút/câu. Vài mẹo tôi hay dặn học viên trước ngày thi:

Vòng 1 — quét nhanh: làm hết câu dễ (K1, định nghĩa) trước, đánh dấu câu K3 tính toán để quay lại. Đừng để một câu boundary value ngốn mất 5 phút ngay từ đầu.

Chừa 10 phút cuối để rà lại câu đã đánh dấu và câu "chọn 2 đáp án" (rất dễ quên chọn đủ 2).

Đọc kỹ từ khoá phủ định ("KHÔNG đúng", "NGOẠI TRỪ") — gạch chân trong đầu để khỏi chọn ngược.

Không bỏ trống câu nào vì đề không trừ điểm câu sai; bí quá thì loại trừ rồi đoán.

Với câu K3, vẽ nhanh phân vùng/biên ra giấy nháp thay vì nhẩm — sai số nhẩm là mất điểm oan.

Muốn nghe chi tiết cảm giác phòng thi và cách giữ bình tĩnh, bạn tham khảo thêm kinh nghiệm thi ISTQB của những người đi trước.

Lỗi sai thường gặp

Từ kinh nghiệm chấm và kèm ôn, đây là những chỗ thí sinh hay mất điểm oan nhất khi làm sample exam istqb:

Nhầm cặp thuật ngữ: error/defect/failure, severity/priority, verification/validation, test analysis/test design. ISTQB "soi" định nghĩa rất kỹ.

Sập bẫy từ tuyệt đối: thấy "luôn luôn", "mọi trường hợp", "chứng minh không còn lỗi" là gần như chắc chắn sai.

Bỏ quên phân vùng không hợp lệ khi làm câu equivalence partitioning — chỉ tính phần hợp lệ là thiếu.

Chọn thiếu đáp án ở câu "Chọn HAI".

Học vẹt thay vì hiểu bản chất, nên gặp câu K3 tình huống lạ là lúng túng.

Nguồn luyện đề

Để ôn thi istqb chắc tay, bạn không cần ôm nhiều nguồn. Bộ cốt lõi gồm:

Sample exam papers chính thức của ISTQB (bộ A/B kèm đáp án và giải thích) — sát đề thật nhất, luôn ưu tiên.

Syllabus CTFL v4.0 — mọi câu hỏi đều bám learning objectives trong đây.

Glossary ISTQB — học thuộc định nghĩa để không mất điểm câu K1/K2.

Đề luyện của trung tâm/sách luyện thi — bổ trợ, nhưng phải kiểm tra bám v4.0.

Đường dẫn tải và cách dùng từng loại tôi đã gom trong bài tài liệu ISTQB Foundation. Nếu muốn luyện đề có người chữa từng câu sai và giải thích tận gốc, bạn tham khảo khóa chứng chỉ ISTQB CTFL của IT LEARN nhé.