Tự động hóa kiểm thử là gì & khi nào nên tự động hóa: hướng dẫn cho người mới (có trắc nghiệm)

1. Tóm tắt nhanh & màn hình bạn sẽ test

Chào bạn mới! Bạn đã quen với việc mở app, nhập liệu, bấm nút rồi tự mắt kiểm tra kết quả — đó là kiểm thử thủ công (manual testing). Nhưng nếu tuần nào cũng phải lặp lại y hệt các bước 'đăng nhập → thêm giỏ hàng → thanh toán' để chắc chắn tính năng cũ chưa bị hỏng sau khi code thay đổi, việc làm tay sẽ rất tốn thời gian và dễ bỏ sót bước. Tự động hóa kiểm thử sinh ra để giải quyết đúng vấn đề đó: viết một lần, máy chạy lại được mãi mãi, nhanh và không mệt.

2. Tự động hóa kiểm thử là gì & khác gì manual testing

Cách dễ nhớ nhất: manual testing là 'con người tự tay làm', còn automation testing là 'máy làm lại theo kịch bản con người đã viết sẵn'. Cả hai đều kiểm tra xem phần mềm có hoạt động đúng không, nhưng khác ở AI thực hiện và khi nào nên dùng cái nào. Manual phù hợp khi tính năng còn mới, giao diện còn thay đổi liên tục, hoặc cần đánh giá trải nghiệm bằng cảm quan con người. Automation phù hợp khi ca kiểm thử đã ổn định và cần chạy đi chạy lại nhiều lần.

Nhiều bạn mới nghĩ automation 'giỏi hơn' manual nên cứ có thời gian là nên tự động hóa hết. Thực tế không phải vậy: automation chỉ giỏi lặp lại chính xác những gì đã được lập trình sẵn, nó không tự phát hiện ra giao diện xấu, chữ bị lệch, hay trải nghiệm khó dùng — những thứ mắt người nhận ra ngay lập tức. Vì vậy hai loại kiểm thử này BỔ SUNG cho nhau chứ không thay thế nhau hoàn toàn.

3. Vì sao người mới nên hiểu tự động hóa sớm

Rất ít công ty hiện nay chỉ dùng manual testing thuần túy. Ngay cả một tester mới vào nghề, làm manual là chính, cũng thường được hỏi 'em có biết automation không' trong phỏng vấn, hoặc sẽ dần được giao viết vài script đơn giản khi dự án lớn lên. Hiểu đúng automation từ sớm giúp bạn không bị choáng ngợp khi công việc yêu cầu, và biết cách phối hợp với đội automation nếu bạn chỉ làm manual.

Quan trọng hơn, hiểu automation không chỉ là học cú pháp một công cụ — nó rèn cho bạn TƯ DUY kiểm thử có hệ thống: chia nhỏ luồng thành các bước rõ ràng, xác định kết quả mong đợi cụ thể, và nghĩ trước xem ca nào đáng để đầu tư công sức lặp lại. Tư duy này giúp cả manual testing của bạn cũng chặt chẽ hơn, không chỉ riêng automation.

Và với riêng bạn — người mới — biết automation từ sớm mở ra nhiều cơ hội nghề nghiệp hơn: bạn có thể ứng tuyển cả vị trí Manual QA lẫn Automation QA, và mức lương của Automation QA thường cao hơn vì đòi hỏi thêm kỹ năng lập trình. Bắt đầu hiểu đúng khái niệm ngay từ bài này là bước nền tảng trước khi đi sâu vào từng công cụ cụ thể.

4. Kim tự tháp kiểm thử: unit, integration, e2e

Kim tự tháp kiểm thử (test pyramid) là mô hình gợi ý nên viết BAO NHIÊU test ở mỗi tầng. Càng xuống thấp (unit), test càng nhỏ, chạy càng nhanh, nên viết nhiều. Càng lên cao (E2E/UI), test càng lớn, càng chậm và dễ vỡ khi giao diện thay đổi, nên viết ít và chọn lọc kỹ những luồng quan trọng nhất.

▶ Bước 1: Tầng đáy — Unit: kiểm tra từng hàm/nghiệp vụ nhỏ độc lập, ví dụ hàm tính tổng tiền giỏ hàng hay hàm áp mã giảm giá.

▶ Bước 2: Tầng giữa — Integration: kiểm tra các phần ghép lại có làm việc đúng với nhau không, ví dụ API tạo đơn hàng gọi đúng service thanh toán và kho.