CYBERSOFT
Đăng nhập

Manual testing là gì? Nhập môn kiểm thử thủ công cho người mới (có ví dụ & trắc nghiệm)

Chuyên công nghệGiáo dụcNền tảngNgười mớiChuẩn SEO
🗓 1 tháng trước19 phút đọc·👁 801 lượt xem👤 148 người đọc

Bài nền tảng cho người mới: manual testing là gì, quy trình kiểm thử 6 bước, tư duy so sánh thực tế vs mong đợi, ví dụ đăng nhập/đăng ký/tìm kiếm, mini-project, lỗi hay gặp, FAQ và trắc nghiệm 4 câu. Chuẩn SEO, dẫn về khóa Tester CyberSoft.

1. Tóm tắt nhanh & bạn sẽ làm được gì

⭐ TL;DR — Manual testing là gì? Là việc bạn tự tay thao tác phần mềm theo từng bước để tìm lỗi. Sau bài này bạn hiểu quy trình kiểm thử thủ công và tự chạy được một lượt kiểm tra đơn giản.

Manual testing là gì và tại sao nó lại là bước khởi đầu của gần như mọi Tester? Nếu bạn mới vào nghề, đây chính là kỹ năng đầu tiên bạn dùng mỗi ngày: mở phần mềm ra, thử từng chức năng như một người dùng khó tính, và ghi lại chỗ nào chạy sai. Bài viết này đi từ con số 0, có hình minh hoạ, ví dụ thật và một bài trắc nghiệm ở cuối để bạn tự kiểm tra.

Vòng đời một lần kiểm thử thủ công 1) Đọc yêu cầu → 2) Viết/đọc test case3) Thao tác thật trên phần mềm4) So sánh kết quả thực tế vs mong đợi5) Ghi nhận lỗi (nếu có) → 6) Kiểm lại
Vòng đời một lần kiểm thử thủ công gồm 6 bước
📖 Manual testing: kiểm thử thủ công — con người trực tiếp thao tác và đánh giá phần mềm, không dùng script chạy tự động.

2. Khái niệm nền tảng: kiểm thử là so sánh

Hãy hình dung bạn mua một chiếc bánh và so với ảnh quảng cáo: nếu giống thì đạt, nếu thiếu nhân thì không đạt. Kiểm thử phần mềm cũng vậy — bạn luôn so sánh cái phần mềm THỰC SỰ làm với cái nó ĐÁNG LẼ phải làm. Chỗ nào lệch nhau chính là lỗi.

📖 Lỗi (bug/defect): sự khác biệt giữa kết quả thực tế và kết quả mong đợi của phần mềm.

Điều nhiều bạn mới hiểu nhầm là nghĩ tester chỉ 'bấm lung tung xem có sập không'. Thực ra công việc rất có hệ thống: mỗi lần bấm đều có mục tiêu, có kết quả mong đợi rõ ràng để đối chiếu. Chính sự rõ ràng đó phân biệt một tester chuyên nghiệp với người dùng bình thường.

So sánh Thực tế vs Mong đợi Nhập mật khẩu saiMong đợi: hiện 'Sai thông tin đăng nhập'Thực tế: trang trắng, không báo gì=> LỖI: thiếu thông báo lỗi
Lỗi xuất hiện khi kết quả thực tế lệch kết quả mong đợi

3. Vì sao quan trọng & khi nào dùng manual

Manual testing quan trọng vì nó bắt được những lỗi mà máy khó thấy: giao diện xấu, chữ khó hiểu, luồng thao tác gây bối rối, cảm giác dùng không mượt. Đây là góc nhìn của con người thật — thứ mà automation không thay thế được.

Bạn dùng manual nhiều nhất ở: chức năng mới làm lần đầu (exploratory), kiểm nhanh trước khi giao hàng, và những màn hình cần cảm nhận trải nghiệm. Khi một bộ ca đã ổn định và lặp lại nhiều lần, người ta mới cân nhắc chuyển sang automation để đỡ tốn công.

Trong một dự án thật, manual và automation không loại trừ nhau mà bổ sung cho nhau. Người mới thường bắt đầu ở phần manual, tích luỹ hiểu biết về sản phẩm, rồi mở rộng dần sang tự động khi đã vững. Vì vậy đừng vội bỏ qua manual để 'nhảy' thẳng vào automation — nền không chắc thì nhà sẽ nghiêng.

4. Chuẩn bị: những gì cần để bắt đầu

Tin vui: bạn gần như không cần gì đắt tiền. Một phần mềm để kiểm (web/app quen thuộc), một bảng tính để ghi ca, và tài liệu yêu cầu là đủ cho những ngày đầu.

▶ Bước 1: Chọn một ứng dụng quen thuộc (ví dụ trang đăng nhập của một website bạn hay dùng).

▶ Bước 2: Mở bảng tính, tạo các cột: ID · Mục tiêu · Các bước · Dữ liệu · Kết quả mong đợi · Kết quả thực tế · Pass/Fail.

🔒

Nội dung bị khoá

Bạn đang xem bản xem trước. Đăng nhập để mở khoá toàn bộ bài viết và tất cả tài liệu Tester/QA.

Đã xem 24% nội dung
  • Đọc trọn vẹn mọi bài viết
  • Lưu bài & ghi chú cá nhân
  • Theo dõi tiến độ đã đọc
  • Luyện phỏng vấn, ISTQB, Mock
Đăng nhập để đọc tiếp

Chưa có mã? Lấy mã qua Fanpage / Zalo CyberSoft.

0

💬 Bình luận (0)

Bạn có thể đọc mọi bình luận. Đăng nhập để bình luận

Chưa có bình luận nào. Hãy là người đầu tiên!