Test Analyst Với ISTQB: Vai Trò Và Kỹ Năng Cho Tester Junior
5 tháng trước · 12 phút đọc
Test Analyst là gì theo ISTQB?
Mình nhớ lần đầu đọc tài liệu ISTQB, thấy hàng loạt vai trò: Test Manager, Test Analyst, Technical Test Analyst. Đọc xong vẫn không hiểu mình sẽ làm gì khi đi làm thực tế. Nếu bạn cũng đang bối rối như vậy, bài này giải thích cụ thể.
Test Analyst (theo ISTQB Foundation Level) là người chịu trách nhiệm phân tích yêu cầu, thiết kế test case, và thực hiện kiểm thử dựa trên tài liệu đặc tả. Nói đơn giản hơn: bạn đọc requirements, hiểu phần mềm cần làm gì, rồi nghĩ ra các kịch bản (test case) để kiểm tra phần mềm có thực sự làm đúng không.
Từ requirements đến test case - đây là công việc cốt lõi của Test Analyst
Khác với Technical Test Analyst (tập trung automation, kiểm tra code, performance), Test Analyst thiên về manual testing và hiểu nghiệp vụ. Đây là lý do vai trò này phù hợp nhất với người mới vào nghề, đặc biệt người chuyển từ ngành khác sang.
Theo ISTQB, nhiệm vụ chính của Test Analyst bao gồm:
- Phân tích tài liệu yêu cầu (requirements) để xác định điều kiện test
- Thiết kế test case dựa trên kỹ thuật black-box (kiểm tra từ phía người dùng, không cần biết code bên trong)
- Thực hiện kiểm thử và ghi lại kết quả
- Báo cáo bug rõ ràng để dev hiểu và fix được
Một điểm trấn an cho bạn: không cần biết code để làm Test Analyst. Phần lớn công việc là đọc, hiểu, và suy nghĩ logic. Lớp mình từng có bạn 30 tuổi từ ngành kế toán, sau 6 tháng đã làm Test Analyst tại công ty outsource mà không cần học lập trình.
Kỹ năng Test Analyst junior cần học
Bạn đang nghĩ cần học gì để bắt đầu? Đây là 4 nhóm kỹ năng cụ thể, mình sắp xếp theo thứ tự ưu tiên thực tế.
1. Viết test case hiệu quả
Đây là kỹ năng số một. Một test case tốt có 5 phần: ID, mô tả bước thực hiện, dữ liệu đầu vào (test data), kết quả mong đợi (expected result), và kết quả thực tế (actual result). Thiếu "expected result" là lỗi phổ biến nhất của tester mới - khi không ghi rõ mong đợi gì, bạn sẽ không biết pass hay fail.
Ngoài happy path (kịch bản người dùng thực hiện đúng), cần test thêm:
- Negative case: nhập dữ liệu sai, để trống trường bắt buộc
- Boundary case (kiểm tra biên): nhập đúng giới hạn tối đa/tối thiểu - ví dụ password yêu cầu 8-20 ký tự thì test với 7, 8, 20, 21 ký tự
- Edge case: tình huống hiếm gặp nhưng có thể xảy ra, ví dụ nhập ký tự đặc biệt hoặc emoji vào ô tìm kiếm
Boundary testing: đừng chỉ test 10 ký tự khi giới hạn là 8-20
2. Viết bug report chuẩn
Dev không thể fix bug nếu không reproduce được. Một bug report chuẩn gồm: tiêu đề mô tả lỗi ngắn gọn, môi trường test (OS, browser, version), các bước reproduce từng bước một, expected result, actual result, và screenshot/video.
Mình từng viết bug report kiểu "Trang đăng nhập bị lỗi" mà không ghi bước reproduce. Dev phản hồi "không reproduce được", ticket bị close. Từ đó mình học: bug report chi tiết = dev fix nhanh hơn = bạn ít phải giải thích lại.
3. Hiểu vòng đời phần mềm (SDLC) và quy trình test
Không cần thuộc lòng, nhưng cần hiểu phần mềm đi qua các giai đoạn: Requirements → Design → Development → Testing → Deployment. Test Analyst tham gia từ sớm, đọc requirements để phát hiện vấn đề trước khi code.
4. SQL cơ bản
Hầu hết các dự án phần mềm đều có database. Biết query SQL đơn giản giúp bạn verify data trực tiếp thay vì chỉ nhìn giao diện. Ví dụ: sau khi test đăng ký tài khoản, chạy SELECT * FROM users WHERE email = '[email protected]' để confirm dữ liệu thực sự lưu đúng.
Tool manual tester cần biết: Postman và Jira
Có 2 tool bạn sẽ dùng gần như mỗi ngày khi đi làm: Jira để quản lý test và bug, Postman để test API. Mình giải thích cách dùng thực tế, không theo kiểu "đây là định nghĩa".
Jira - quản lý test và bug
Jira là nơi team ghi lại tất cả: user story (tính năng cần làm), bug, task. Vai trò tester với Jira:
- Đọc user story để hiểu tính năng cần test
- Tạo bug ticket: tiêu đề, mô tả, severity (mức độ nghiêm trọng), priority (ưu tiên xử lý), gán cho dev
- Cập nhật trạng thái bug: Open → In Progress → Resolved → Closed
- Link bug với test case tương ứng
Jira có learning curve nhưng không khó. Thực hành 1 tuần là quen. Nếu công ty dùng công cụ khác như Trello hay Azure DevOps, logic cũng tương tự.
Quy trình bug ticket trên Jira từ khi tạo đến khi đóng
Postman - test API
API testing (kiểm thử giao diện lập trình ứng dụng) nghe có vẻ kỹ thuật, nhưng thực ra khá trực quan với Postman. API là cầu nối giữa frontend và backend - khi bạn bấm nút "Đặt hàng" trên Shopee, ứng dụng gửi request đến server, server trả về response. Postman cho phép bạn test trực tiếp request đó mà không cần giao diện.
Bước cơ bản với Postman:
- Nhập URL endpoint (địa chỉ API)
- Chọn method: GET (lấy dữ liệu), POST (tạo mới), PUT (cập nhật), DELETE (xóa)
- Thêm headers và body nếu cần (ví dụ: Authorization token, dữ liệu JSON)
- Bấm Send và xem response trả về
- Verify: status code đúng không (200 OK, 401 Unauthorized, 404 Not Found...), data trong response đúng không
Tải Postman tại đây: Tải Postman tại postman.com
Bạn không cần biết code để dùng Postman. Chỉ cần có tài liệu API (API documentation) từ dev, làm theo đúng hướng dẫn là test được. Thực hành trên các API public miễn phí như JSONPlaceholder hay ReqRes để làm quen trước khi đi làm.
ISTQB Foundation Level: học để làm gì?
Nhiều bạn hỏi: "Có cần lấy ISTQB không, hay chỉ cần biết làm là được?"
Mình trả lời thẳng: ISTQB Foundation Level không bắt buộc để đi làm, nhưng có cert giúp ích thực sự - đặc biệt khi bạn trái ngành và cần chứng minh bạn biết gì với nhà tuyển dụng.
ISTQB (International Software Testing Qualifications Board) là tổ chức quốc tế cấp chứng chỉ kiểm thử phần mềm được công nhận tại 130+ (ISTQB Annual Report 2024) quốc gia. Cert Foundation Level (CTFL) là bậc cơ bản, thi online khoảng 60 phút, 40 câu trắc nghiệm.
ISTQB Foundation Level - nền tảng cho mọi tester chuyên nghiệp
Cert này giúp bạn:
- Có khung tư duy: ISTQB dạy bạn cách suy nghĩ có hệ thống về testing, không phải "test tùy hứng"
- Nói chuyện cùng ngôn ngữ: thuật ngữ ISTQB được dùng toàn cầu, khi đọc JD (job description) thấy test case, defect lifecycle, test coverage là bạn hiểu ngay
- Lợi thế khi apply: trên ITviec, nhiều JD tester junior ghi "ISTQB là lợi thế" - bạn có cert thì CV nhìn nặng ký hơn
Một điều thực tế: ISTQB không thay thế kinh nghiệm. Cert chỉ chứng minh bạn biết lý thuyết. Nhà tuyển dụng vẫn sẽ hỏi bạn viết test case cụ thể thế nào, đã test app gì, đã dùng tool gì. Cert là điều kiện cần, không phải đủ.
Tài liệu ôn thi ISTQB Foundation: Syllabus ISTQB Foundation Level (istqb.org)
Thời gian ôn thi hợp lý: 4-6 tuần, mỗi ngày 1-2 tiếng nếu đi làm song song. Đọc syllabus chính thức, làm mock test, và thực hành viết test case song song.
Template CV tester junior nhấn mạnh cert
CV là thứ quyết định bạn có được gọi phỏng vấn không. Tester junior trái ngành hay mắc lỗi: viết CV theo format kế toán/giáo viên/marketing rồi chỉ thêm vào "muốn chuyển sang tester". HR đọc không hiểu bạn biết gì về testing.
Mình chia sẻ cấu trúc CV phù hợp cho tester junior, đặc biệt khi bạn có ISTQB cert.
Cấu trúc CV tester junior - đặt cert và kỹ năng lên trên kinh nghiệm
5 phần quan trọng theo thứ tự:
1. Thông tin & chứng chỉ - Đặt ISTQB CTFL ngay dưới tên, ghi rõ số chứng chỉ và ngày cấp. Nhà tuyển dụng nhìn thấy ngay.
2. Mục tiêu nghề nghiệp (3-4 câu) - Ghi cụ thể: "Tìm vị trí Manual Tester/QA Tester tại công ty phần mềm, với nền tảng ISTQB CTFL và kinh nghiệm thực hành với Postman, Jira. Mục tiêu phát triển sang automation testing trong 2 năm." Không ghi chung chung "muốn học hỏi và phát triển".
3. Kỹ năng kỹ thuật - Liệt kê cụ thể: Manual Testing, Test Case Design, Bug Report (Jira), API Testing (Postman), SQL cơ bản. Không ghi "biết về testing".
4. Dự án thực hành - Đây là phần quan trọng nhất nếu bạn chưa có kinh nghiệm chính thức. Tự test 1-2 app thật (ứng dụng banking, e-commerce), viết test case, báo cáo bug giả định. Ghi số liệu: "Viết 50+ test cases cho tính năng đăng nhập và giỏ hàng của app demo e-commerce".
5. Kinh nghiệm trước - Dù không liên quan, highlight kỹ năng có thể transfer: kỹ năng phân tích, tỉ mỉ, giao tiếp với khách hàng. Kế toán → quen với accuracy và verify số liệu. Giáo viên → quen với documentation và quy trình.
Tải template CV tester junior đầy đủ tại đây: Tải template CV tester junior
Lộ trình 3 tháng đầu cho tester junior
Biết lý thuyết xong thì làm gì tiếp? Mình đặt ra lộ trình 3 tháng cụ thể cho người mới bắt đầu, kể cả khi chưa có việc làm chính thức.
Tháng 1 - Nền tảng:
- Đọc ISTQB Foundation Syllabus (phần 1-3)
- Thực hành viết test case cho 1 app quen thuộc (Grab, Momo, bất kỳ app bạn dùng hàng ngày)
- Cài Jira Cloud (miễn phí), tự tạo project, tạo bug ticket giả định
- Học SQL cơ bản: SELECT, WHERE, JOIN đủ dùng
Tháng 2 - Thực hành tool:
- Cài Postman, thực hành với API public (JSONPlaceholder - API công khai để thực hành Postman)
- Viết 30+ test cases cho 1 tính năng hoàn chỉnh (đăng nhập, giỏ hàng)
- Làm mock test ISTQB lần đầu để biết mình ở đâu
- Tham gia nhóm Testing Vietnam trên Facebook để học hỏi
3 tháng đủ để có CV tester đáng xem - nếu thực hành đúng
Tháng 3 - Apply và chuẩn bị:
- Hoàn thiện CV theo template, nhấn mạnh dự án thực hành
- Ôn thi và đăng ký ISTQB nếu sẵn sàng
- Apply 10-15 vị trí junior tester/QA trên ITviec, TopCV
- Chuẩn bị trả lời phỏng vấn: "Viết test case cho form đăng ký" là câu hỏi gần như 100% nhà tuyển dụng hỏi
Thấy khó ở tháng đầu là bình thường. Mình cũng mất 3-4 tuần mới viết được test case ổn. Quan trọng là thực hành với app thật, không chỉ đọc lý thuyết.
Một gợi ý: nếu muốn hiểu thêm về cách phần mềm hoạt động từ phía backend để test API tốt hơn, khóa Node & ExpressJS có thể giúp bạn hiểu luồng request-response thực tế - không cần học hết, chỉ cần hiểu khái niệm cơ bản là đủ.
Test kỹ 1 lần tốt hơn fix lỗi nhiều lần. Comment bên dưới nếu bạn đang ở bước nào, mình trả lời từng bạn!