1. Manual Testing Là Gì? Định Nghĩa Chuẩn và Vai Trò Thực Tế
Manual testing là quá trình kiểm tra phần mềm thủ công, trong đó QA Tester đóng vai người dùng: thực hiện từng thao tác theo test case được viết sẵn, quan sát kết quả thực tế và so sánh với kết quả kỳ vọng. Nếu sai lệch thì được gọi là bug.
Manual testing khác với automation testing (dùng script để chạy tự động), manual testing dựa vào tư duy phân tích và khả năng quan sát của con người. Điều này đặc biệt quan trọng với các tình huống đòi hỏi sự linh hoạt: UX/UI, edge case bất thường, hoặc tính năng mới chưa có script.
Manual testing nằm ở đâu trong quy trình phát triển phần mềm?
| Giai đoạn SDLC | Vai trò Manual Tester |
|---|---|
| Requirements | Đọc và đặt câu hỏi clarify với BA/PM để viết test case đúng ngay từ đầu. |
| Development | Viết test case song song lúc dev code feature. |
| Testing | Thực thi test case, tìm bug, báo cáo lên Jira. |
| Bug Fix | Verify bug sau khi dev fix, chạy regression test. |
| Release | Chạy smoke test + sanity test trước khi lên production. |
| Post-Release | Monitor production, báo cáo bug từ user feedback. |
👉 Muốn hiểu tổng quan về nghề QA Tester: QA Tester Là Gì? Lộ Trình Từ 0 → Job Đầu Tiên [2026] →
2. Test Case và Bug Report: Hai Kỹ Năng Cốt Lõi Của Mọi Manual Tester
Nếu chỉ có thể chọn 2 kỹ năng để học trước khi phỏng vấn QA, đó là: viết test case và viết bug report. Đây là 2 thứ nhà tuyển dụng SẼ hỏi và yêu cầu demo trong mọi buổi phỏng vấn fresher.
2.1 Anatomy của một Test Case chuẩn
| Trường | Mô tả | Ví dụ thực tế (Login feature) |
|---|---|---|
|
Test Case ID
|
Mã định danh duy nhất | TC_LOGIN_001 |
|
Title
|
Tóm tắt ngắn gọn mục đích test | Đăng nhập thành công với email và mật khẩu hợp lệ |
|
Precondition
|
Điều kiện cần có trước khi chạy test | User đã có tài khoản, trình duyệt Chrome mở sẵn |
|
Test Steps
|
Các bước thực hiện theo thứ tự |
1. Truy cập login 2. Nhập email hợp lệ 3. Nhập password 4. Click "Đăng nhập" |
|
Expected Result
|
Kết quả mong đợi (chuẩn) | Redirect về dashboard, hiển thị tên user ở header |
|
Actual Result
|
Kết quả thực tế khi chạy | Hiển thị đúng như expected result |
|
Status
|
Pass / Fail / Blocked / Skip | ✓ Pass |
|
Priority
|
Độ ưu tiên test | ⬆ High |
|
Test Data
|
Data cụ thể dùng để test |
Email:
test@cowell.vn
Pass: Test@1234 |
Kỹ thuật thiết kế test case phổ biến nhất:
• Boundary Value Analysis (BVA): Test giá trị biên — ví dụ field tuổi từ 18–60 thì test 17, 18, 19, 59, 60, 61
• Equivalence Partition (EP): Chia data thành nhóm tương đương, chỉ cần test 1 đại diện mỗi nhóm
• Decision Table: Test nhiều điều kiện kết hợp cùng lúc (ví dụ: đăng nhập với email đúng/sai + pass đúng/sai)
2.2 Anatomy của một Bug Report chuẩn
| Trường | Ví dụ thực tế — Bug màn hình Login |
|---|---|
| Title | [Login] Đăng nhập thành công nhưng không redirect về dashboard trên Safari 17 |
| Environment |
OS:
macOS 14 Browser: Safari 17.0 URL: staging.app.com Build: v2.4.1 |
| Steps to Reproduce |
1. Mở staging.app.com/login 2. Nhập email: test@cowell.vn 3. Nhập password: Test@1234 4. Click Đăng nhập |
| Expected Result | Redirect về /dashboard và hiển thị tên user ở header |
| Actual Result | Trang trắng, URL không thay đổi, không có error message |
| Severity | High — Blocking Core User Flow |
| Priority | P1 — Cần fix trước release |
| Attachment |
📸 Screenshot lỗi 🎥 Loom video recording đính kèm |
Sai lầm phổ biến nhất khi viết bug report:
- Tiêu đề chung chung kiểu ‘Login bị lỗi’ thay vì ‘[Login]
- Đăng nhập không redirect về /dashboard trên Safari 17′.
- Tiêu đề tốt = môi trường + hành động + triệu chứng cụ thể.
3. Kỹ Năng Cần Có Để Làm Manual Tester
3.1 Hard Skills — Kỹ thuật
| Kỹ năng | Mô tả | Mức độ ưu tiên |
|---|---|---|
|
Viết & thực thi Test Case
|
Áp dụng BVA, EP, Decision Table, cover cả positive và negative test case. |
★★★★★
Bắt buộc
|
|
Viết Bug Report
|
Tiêu đề, steps, expected/actual, severity, priority, attachment. |
★★★★★
Bắt buộc
|
|
Hiểu SDLC & STLC
|
Biết mình đang ở giai đoạn nào của dự án và cần làm gì. |
★★★★★
Bắt buộc
|
|
SQL cơ bản
|
SELECT, JOIN, WHERE để verify data sau khi thực hiện thao tác trên UI. |
★★★★☆
Quan trọng
|
|
API Testing (Postman)
|
Test REST API, verify status code, response body và header. |
★★★★☆
Quan trọng
|
|
Đọc Requirement
|
Phân tích user story, acceptance criteria, xác định edge case. |
★★★★☆
Quan trọng
|
|
Browser DevTools
|
Xem console error, network tab, kiểm tra API call từ frontend. |
★★★☆☆
Nên có
|
3.2 Soft Skills — Tư duy
• Tư duy phá hệ thống (“test mindset”): Luôn hỏi “điều gì có thể sai ở đây?” thay vì chỉ test happy path
• Chú ý chi tiết: Nhận ra sự khác biệt nhỏ giữa UI thực tế và design mockup
• Giao tiếp constructive: Báo cáo bug theo kiểu mô tả khách quan, không phán xét dev
• Ưu tiên hoá theo risk: Biết test cái gì trước khi deadline đến gần
• Tự học liên tục: Công nghệ, tool, và best practice thay đổi hàng năm
Muốn được mentor review test case và bug report của bạn trực tiếp?
Software Testing Bootcamp 2026 — lộ trình 3 tháng có mentor thực chiến, từ manual đến automation, hỗ trợ xin việc sau khoá.
→ Tìm hiểu thêm về khóa Software Testing Bootcamp 2026 tại CO-WELL Tech Academy
4. Tool Manual Tester Dùng Hàng Ngày
Biết dùng đúng tool là dấu hiệu bạn đã sẵn sàng cho môi trường công ty. Đây là bộ tool thực tế nhất năm 2026:
| Nhóm Tool | Tool phổ biến | Dùng để làm gì | Mức ưu tiên học |
|---|---|---|---|
| Bug Management | Jira Redmine Azure DevOps | Tạo và theo dõi bug ticket, sprint board |
★★★★★
Bắt buộc
|
| Test Management | TestRail Zephyr Xray | Quản lý test case, test suite, test run |
★★★★☆
Quan trọng
|
| API Testing | Postman Insomnia | Test REST API, verify response data |
★★★★☆
Quan trọng
|
| Database | DBeaver MySQL Workbench | Query DB để verify data sau test |
★★★★☆
Quan trọng
|
| Screenshot / Recording | Loom ShareX Monosnap | Đính kèm bằng chứng lỗi vào bug report |
★★★☆☆
Nên có
|
| Browser DevTools | Chrome DevTools | Check console error, network request, element inspect |
★★★☆☆
Nên có
|
| Collaboration | Confluence Notion Google Docs | Viết test plan, lưu tài liệu, chia sẻ thông tin |
★★★☆☆
Nên có
|
| Version Control | Git cơ bản | Hiểu branch, build pipeline để biết đang test version nào |
★★☆☆☆
Có thì tốt
|
Thứ tự học tool khuyến nghị cho fresher:
1. Jira (free cloud): Tạo project, viết bug, dùng board
2. Postman: test API với JSONPlaceholder hoặc Petstore Swagger
3. SQL: thực hành trên SQLiteOnline.com
4. TestRail: dùng free trial 30 ngày để quen test management
Mỗi tool học 1–2 tuần thực hành là đủ cho mức fresher.
5. Một Ngày Làm Việc Thực Tế Của Manual QA Tester
Đây là timeline thực tế của một QA Tester đang làm việc trong team Agile/Scrum tại một công ty phần mềm điển hình ở Việt Nam. Không phải lý thuyết mà đây là những gì diễn ra hàng ngày. Lịch này cũng có thể thay đổi tùy theo
| Khung giờ | Hoạt động | Chi tiết thực tế |
|---|---|---|
| 🕗 8:00 – 8:30 |
☀️
Daily Standup
|
Báo cáo task hôm qua, plan hôm nay, blocker (nếu có), trao đổi với PO/Dev/Tester khác.
|
| 🕣 8:30 – 10:30 |
📄
Review Requirement
|
Đọc User Story, làm rõ yêu cầu với BA/PM, ghi nhận Acceptance Criteria.
|
| 🕥 10:30 – 12:00 |
📝
Viết Test Case
|
Viết test case theo requirement, áp dụng Boundary Value Analysis và Equivalence Partition.
|
| 🕐 13:00 – 15:30 |
▶️
Thực thi Test Case
|
Chạy test trên staging environment, ghi nhận kết quả:
Pass /
Fail /
Blocked.
|
| 🕞 15:30 – 16:30 |
🐞
Báo cáo Bug
|
Tạo bug ticket trên Jira: Title, Steps To Reproduce, Expected vs Actual, Severity, Attachment.
|
| 🕟 16:30 – 17:00 |
🔍
Verify Bug & Regression
|
Confirm bug đã được fix, chạy lại Regression Test cho các module liên quan.
|
| 🕔 17:00 – 17:30 |
📊
Update Test Report
|
Cập nhật kết quả test lên report, tổng hợp tỷ lệ pass/fail và gửi Summary Report cho PM.
|
💡 Điều mà bạn nên biết: Một Manual Tester giỏi không chỉ ‘chạy test’. Khoảng 30–40% thời gian là đọc requirement, đặt câu hỏi, và viết documentation. Đây chính là lý do kỹ năng đọc hiểu và giao tiếp quan trọng không kém kỹ năng kỹ thuật.
6. Manual Testing vs Automation Testing Khác Nhau Như Thế Nào?
Đây là câu hỏi gần như chắc chắn xuất hiện trong mọi buổi phỏng vấn QA. Hiểu đúng sẽ giúp bạn trả lời tự tin.
| Tiêu chí | Manual Testing | Automation Testing |
|---|---|---|
| Định nghĩa |
Manual Tester thực hiện test thủ công, không cần script |
Automation Dùng tool/script để tự động chạy test case |
| Kỹ năng yêu cầu | Tư duy logic, hiểu nghiệp vụ, không cần code | Python/Java + framework (Selenium, Playwright, API) |
| Phù hợp với loại test | Exploratory, UX/UI, Ad-hoc Test, kiểm thử tính năng mới | Regression Test, Smoke Test, Load Test, các test lặp đi lặp lại |
| Tốc độ | Chậm hơn | Nhanh hơn, chạy hàng trăm test case liên tục |
| Chi phí ban đầu | Thấp | Cao hơn (tool, script, maintain) |
| Phát hiện bug UX | Rất tốt — tester cảm nhận được UX/UI | Khó phát hiện các vấn đề về trải nghiệm người dùng |
| Thị trường việc làm | Rất nhiều cơ hội cho Fresher QA | Nhiều cơ hội ở cấp độ Junior → Senior |
| Mức lương | Mức lương khởi điểm thấp hơn | Cao hơn 20–40% ở cùng level kinh nghiệm |
Kết luận thực tế: Manual và Automation là hai hành trình nối tiếp nhau. Mọi Automation Tester giỏi đều xuất phát từ nền tảng Manual vững chắc. Những QA Manual sau kho chắc về nghiệp vụ đều có xu hướng học thêm về Automation để trở thành QA Engineer có thể áp dụng linh hoạt các kỹ năng và tool phục vụ công việc.
Học đúng thứ tự: Manual trước, Automation sau 12–18 tháng.
👉 Lộ trình từ Manual lên Automation chi tiết: Manual Tester Học Automation: Selenium vs Playwright, Bắt Đầu Từ Đâu? →
7. Manual Testing Có Còn Tương Lai Khi AI Phát Triển?
Câu hỏi nhiều người lo lắng khi bắt đầu tìm hiểu về nghề. Câu trả lời ngắn: Có — nhưng vai trò đang thay đổi.
AI thay thế được gì trong manual testing?
• Sinh test case tự động từ requirement (GitHub Copilot, ChatGPT)
• Tạo test data hàng loạt
• Tóm tắt bug report từ log
• Suggest regression test scope
AI KHÔNG thay thế được gì?
• Exploratory testing phát hiện bug bất ngờ ngoài script
• Đánh giá UX/UI theo góc nhìn người dùng thật
• Hiểu context business để xác định điều gì thực sự quan trọng
• Giao tiếp với stakeholders, BA, developer để làm rõ requirement
• Phán đoán rủi ro, bug này có critical không? Có nên hold release không?
Quan điểm thực tế từ thị trường 2026: AI đang làm Manual Tester năng suất hơn, không phải thay thế họ. Người biết dùng AI như công cụ (generate test case, tóm tắt bug, viết test data) sẽ làm được công việc của 2–3 người. Đây là lợi thế cạnh tranh, không phải mối đe dọa.
👉 Muốn chuyển ngành vào QA: Chuyển Ngành Sang QA Tester: Ai Phù Hợp, Điều Kiện và Lộ Trình 6 Bước →
Kết luận
Manual testing là cổng vào ngành IT thực tế nhất – không cần code, không cần bằng CNTT, chỉ cần tư duy logic và sẵn sàng học đúng cách.
Ba điều cần nhớ:
- Nền tảng manual vững = nền tảng để học automation sau này. Không có shortcut.
- Hai kỹ năng cốt lõi cần thành thạo trước khi nộp CV: viết test case + viết bug report.
- Tool quan trọng nhất năm 2026: Jira + Postman + SQL. Thành thạo 3 tool này là đủ cho fresher.
Nếu bạn muốn học manual testing có lộ trình, có mentor review bài thực tế thay vì tự mò mẫm – một bootcamp chuyên biệt sẽ rút ngắn đáng kể thời gian và tránh các thói quen xấu khó sửa.
🚀 Sẵn sàng biến Manual Testing thành sự nghiệp thực sự?
Software Testing Bootcamp 2026 – Từ lý thuyết đến job đầu tiên trong 3 tháng
✔ Lộ trình rõ ràng
✔ Giảng viên đang làm việc trong dự án thực chiến
✔ 70% thời gian thực hành ✔ Portfolio hoàn chỉnh sau khóa học
[→ Xem Lịch Khai Giảng & Đăng Ký Tư Vấn Miễn Phí ]
Bạn đang có băn khoăn nào cần được giải đáp?
Không. Manual testing không yêu cầu lập trình. Bạn cần tư duy logic, kỹ năng viết test case và biết dùng tool như Jira, Postman, TestRail. Code chỉ cần thiết khi bạn chuyển sang Automation Testing sau 1–2 năm kinh nghiệm manual.
Manual testing do con người thực hiện thủ công — phù hợp với exploratory testing, UX/UI và tính năng mới. Automation testing dùng script để chạy tự động — phù hợp với regression test lặp lại nhiều lần. Cả hai đều cần thiết trong dự án thực tế.
Với người học nghiêm túc 3–4 giờ/ngày: 2–3 tháng để hiểu lý thuyết và viết được test case, bug report cơ bản. Thêm 1–2 tháng thực hành với dự án thật là đủ để nộp CV fresher. Tổng 4–5 tháng là timeline phổ biến nhất.
Test case là tài liệu mô tả một kịch bản kiểm thử cụ thể, bao gồm: điều kiện trước (precondition), các bước thực hiện (test steps), và kết quả kỳ vọng (expected result). Khi chạy test, tester so sánh kết quả thực tế với expected result để xác định pass hay fail.
Có. AI giỏi ở việc sinh test case và chạy regression tự động, nhưng không thay thế được khả năng đánh giá UX, exploratory testing và phán đoán rủi ro business của con người. Manual tester biết dùng AI như công cụ sẽ trở nên hiệu quả hơn, không bị thay thế.
Học phí ở mức hợp lý theo thị trường và có ưu đãi theo từng thời điểm. Vui lòng liên hệ với CO-WELL Tech Academy để được tư vấn chi tiết
Thông thường, các lớp học sẽ yêu cầu học viên chuẩn bị máy tính cá nhân để tiếp cận đầy đủ tài liệu học tập. Các yêu cầu khác đã được nêu rõ trong thông tin từng khoá học. Nếu học viên chưa có máy hoặc gặp khó khăn nào khác, vui lòng liên hệ CO-WELL Tech Academy để có thể hỗ trợ tư vấn giải pháp phù hợp.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.


