Học Tester ở đâu tốt và thực chiến?

CyberSoft Tester cung cấp lộ trình học kiểm thử phần mềm từ cơ bản đến nâng cao: manual testing, automation với Playwright/Selenium, kiểm thử API, performance và AI testing, bám sát công việc thật của doanh nghiệp.

Người mới, chưa biết gì có học Tester được không?

Được. Lộ trình bắt đầu từ khái niệm test case, bug report rồi nâng dần lên automation và AI testing, kèm luyện phỏng vấn và CV để đi làm được.

AI Testing là gì và học như thế nào?

AI Testing là việc dùng AI (như Claude) để sinh test case, review, tăng độ phủ và tăng tốc kiểm thử. CyberSoft Tester có chuyên mục AI trong Testing và AI Agent trong Testing.

Có luyện thi ISTQB và phỏng vấn không?

Có. Nền tảng có ngân hàng câu hỏi ISTQB tự chấm, luyện phỏng vấn QA và mock interview mô phỏng thực tế.

(Junior) Kể vài ca test cho chức năng chuyển tiền.

Chuyển thành công, số dư không đủ, số tiền âm/0, sai OTP, tài khoản đích không tồn tại. Quan trọng là nhóm chúng lại (chức năng/biên/âm tính) để thể hiện có cấu trúc.

(Mid) Làm sao đảm bảo không trừ tiền hai lần?

Kiểm idempotency ở tầng API: gửi trùng Idempotency-Key phải trả về cùng giao dịch và số dư chỉ đổi một lần. Bổ sung ca retry khi mạng chập chờn và ca hai request song song.

(Senior) Thiết kế chiến lược test hồi quy cho toàn module thanh toán.

Kim tự tháp: nhiều unit cho quy tắc số dư/phí; nhiều API cho idempotency, hạn mức, mã lỗi; ít E2E cho vài luồng quan trọng. Dùng bất biến làm oracle, chạy song song trong CI, tách smoke/nightly, và theo dõi flaky-rate cùng độ phủ theo rủi ro.

Oracle của bạn là gì nếu không được xem sổ cái?

Dựa vào số dư trước/sau qua API (nguồn = ban đầu − số tiền − phí; đích = ban đầu + số tiền), và đối chiếu báo cáo đối soát cuối ngày. Nếu cả hai không có, đề xuất bổ sung endpoint kiểm tra bất biến chỉ dùng cho test.

Phỏng vấn: bạn tin tưởng test do AI sinh tới đâu?

Coi là bản nháp cần review. AI giỏi liệt kê ca âm tính hay quên, nhưng dễ bỏ bất biến nghiệp vụ và có thể ‘bịa’ API. Em luôn đối chiếu với requirement thật, chạy thử, và bổ sung oracle trước khi đưa vào bộ hồi quy.

Tình huống phỏng vấn: Thiết kế test cho tính năng chuyển tiền

Đề kinh điển của phỏng vấn QA fintech. Bóc tách từ làm rõ yêu cầu, ma trận ca, ba rủi ro tiền (idempotency/atomicity/race), oracle bất biến, code kiểm chứng, câu hỏi theo cấp độ và kịch bản mock 1-1.

1. Bối cảnh tình huống phỏng vấn

🎯 Nhà tuyển dụng hỏi

“Ứng dụng ngân hàng của chúng tôi cho phép chuyển tiền giữa hai tài khoản. Không có tài liệu chi tiết. Bạn hãy thiết kế bộ test cho tính năng này và trình bày cách bạn tư duy.” Người phỏng vấn quan sát cách bạn biến một bài toán mơ hồ thành một hệ thống có ranh giới, rủi ro và tiêu chí đúng-sai.

Đây là một trong những đề phỏng vấn kinh điển nhất của QA fintech, và cũng là nơi phần lớn ứng viên trung bình bộc lộ điểm yếu. Họ lao ngay vào liệt kê ca test giao diện mà quên rằng tiền là dữ liệu nhạy cảm nhất: một lỗi nhỏ có thể mất tiền thật, sai sổ sách, hoặc vi phạm quy định. Bài viết này bóc tách toàn bộ tình huống theo đúng cách một ứng viên senior sẽ trình bày.

Mục tiêu của bạn không phải kể được nhiều ca nhất, mà cho thấy một PHƯƠNG PHÁP có thể áp dụng cho mọi bài toán mở.

2. Điều nhà tuyển dụng thực sự đánh giá

Trước khi trả lời, hãy hiểu bốn nhóm năng lực mà người phỏng vấn chấm ngầm. Hiểu được điều này giúp bạn định hướng câu trả lời để tối đa hoá điểm, thay vì kể lể ngẫu nhiên. Đa số vòng phỏng vấn thất bại không phải vì ứng viên thiếu kiến thức, mà vì họ trình bày không cho thấy tư duy có hệ thống.

Tư duy có hệ thống: có khung để không bỏ sót (chức năng, biên, âm tính, đồng thời, phi chức năng).
Nhạy cảm rủi ro nghiệp vụ: nhận ra tiền cần nhất quán, chống trùng, tuân thủ hạn mức/AML.
Đặt câu hỏi làm rõ: nêu giả định thay vì đoán mò.
Ưu tiên hoá theo rủi ro: biết ca nào chạy trước khi thời gian hữu hạn.

💡 Nói to khung tư duy ngay đầu: “Em chia theo 5 nhóm và đặc biệt nhấn 3 rủi ro tiền.” Câu này lập tức cho thấy bạn có phương pháp.

Một điều ít ứng viên để ý là người phỏng vấn cũng đánh giá thái độ trước sự mơ hồ. Khi không có tài liệu, phản ứng của bạn tiết lộ bạn sẽ làm việc thế nào trong dự án thật: người trưởng thành coi đó là cơ hội để đặt câu hỏi và chủ động đề xuất, trong khi người thiếu kinh nghiệm than phiền hoặc đứng im. Vì vậy, hãy giữ giọng bình tĩnh, tự tin, và biến sự thiếu thông tin thành một loạt giả định hợp lý mà bạn nêu rõ ràng.

3. Bước 1 — Làm rõ yêu cầu

Dành 60–90 giây hỏi làm rõ là điểm cộng lớn nhất mà ứng viên yếu thường bỏ qua. Mỗi giả định khác nhau sẽ sinh ra một bộ test khác nhau, nên việc đóng khung bài toán trước khi thiết kế cho thấy bạn làm việc như trong dự án thật, nơi requirement luôn thiếu và mơ hồ.

Chuyển nội bộ cùng ngân hàng hay liên ngân hàng? Cùng loại tiền hay có tỉ giá?
Có hạn mức mỗi giao dịch / mỗi ngày? Có phí? Có OTP / xác thực 2 lớp?
Xử lý đồng bộ hay có trạng thái ‘đang xử lý’? Có hoàn tiền khi thất bại?
Ràng buộc tuân thủ: chống rửa tiền (AML), giới hạn quốc gia, ghi log kiểm toán?

Nếu người phỏng vấn nói “cứ giả định”, hãy chốt giả định rõ ràng rồi tiếp tục — điều đó vẫn cho thấy bạn ý thức được các biến số.

4. Bản đồ hệ thống & luồng nghiệp vụ

Một câu trả lời senior luôn phác nhanh kiến trúc, vì test không chỉ ở giao diện. Lệnh chuyển đi từ App tới Payment API (nơi áp khoá idempotency), tới Core Ledger (ghi sổ kép), rồi được đối soát bất đồng bộ qua webhook. Mỗi mũi tên là một ranh giới có thể hỏng và cần test riêng.

Luồng chuyển tiền và các bất biến cốt lõi cần dùng làm oracle.