Automation testing là gì? So sánh với manual và lộ trình học Playwright

Automation testing là gì?

Automation testing (kiểm thử tự động) là việc dùng công cụ và mã nguồn để thực thi các test case, so sánh kết quả thực tế với kết quả mong đợi và báo cáo kết quả — thay cho việc con người thao tác thủ công.

Điểm cần hiểu đúng ngay từ đầu: tự động hoá không phải là "kiểm thử tự động" theo nghĩa máy tự nghĩ ra cần kiểm tra gì. Con người vẫn quyết định toàn bộ phần khó — kiểm tra cái gì, với dữ liệu nào, và thế nào là đúng. Máy chỉ thực thi lại quyết định đó, nhanh và không mệt.

Tự động hoá không tìm ra bug mới. Nó phát hiện khi thứ từng đúng bỗng trở thành sai.

Manual và Automation: so sánh và phân vai

Khi nào nên và không nên tự động hoá

Nên tự động hoá khi

• Test case được chạy lặp lại nhiều lần — mỗi lần phát hành, mỗi đêm.
• Chức năng đã ổn định, ít thay đổi về hành vi và giao diện.
• Kết quả mong đợi rõ ràng, kiểm chứng được bằng máy.
• Việc làm thủ công tốn nhiều thời gian hoặc dễ sai do lặp lại nhàm chán.
• Cần chạy trên nhiều trình duyệt, nhiều bộ dữ liệu, nhiều cấu hình.

Không nên tự động hoá khi

• Chức năng còn đang thay đổi liên tục — bạn sẽ sửa kịch bản nhiều hơn là chạy nó.
• Test case chỉ chạy một hoặc hai lần rồi bỏ.
• Việc đánh giá cần cảm nhận của con người: bố cục có đẹp không, thông báo có dễ hiểu không.
• Kiểm thử khám phá — bản chất của nó là không có kịch bản định trước.
• Chi phí xây dựng và bảo trì cao hơn chi phí làm thủ công trong suốt vòng đời sản phẩm.

Kim tự tháp kiểm thử: phân bổ tự động hoá ở tầng nào

Đây là nguyên tắc quan trọng nhất quyết định bộ test tự động của bạn hữu ích hay trở thành gánh nặng.

Với vai trò tester, phần đóng góp giá trị nhất thường nằm ở tầng API — đủ nhanh và ổn định để chạy thường xuyên, đồng thời vẫn kiểm chứng được logic nghiệp vụ thật.

Playwright hay Selenium — chọn cái nào?

Lộ trình học automation cho tester

import { test, expect } from '@playwright/test';

test('khoá tài khoản sau 6 lần nhập sai mật khẩu', async ({ page }) => {
  await page.goto('/login');

  for (let attempt = 1; attempt <= 6; attempt++) {
    await page.getByLabel('Email').fill('test@pinelab.vn');
    await page.getByLabel('Mật khẩu').fill('SaiMatKhau123');
    await page.getByRole('button', { name: 'Đăng nhập' }).click();
  }

  // Kiểm chứng có ý nghĩa: không chỉ "có thông báo lỗi",
  // mà đúng thông báo khoá tài khoản theo REQ-AUTH-012.
  await expect(page.getByRole('alert')).toContainText('Tài khoản đã bị tạm khoá');
});

Những sai lầm khiến dự án automation thất bại

1. Chạy theo chỉ tiêu độ phủ: đặt mục tiêu "tự động hoá 80% test case" thay vì tự động hoá đúng những test case đáng giá.
2. Bỏ qua test chập chờn: mỗi lần đỏ lại chạy lại cho xanh. Sau vài tháng cả đội bỏ qua kết quả, và bộ test trở thành vô dụng.
3. Không viết kiểm chứng có ý nghĩa: kịch bản chạy hết các bước nhưng chỉ kiểm tra trang không lỗi — nó sẽ xanh ngay cả khi tính năng hỏng.
4. Dồn tất cả vào tầng giao diện thay vì đẩy xuống tầng API và unit.
5. Không coi mã kiểm thử là mã sản phẩm: không review, không refactor, sao chép dán khắp nơi.
6. Phụ thuộc dữ liệu có sẵn trên môi trường: kịch bản chạy được hôm nay và hỏng ngày mai vì ai đó xoá bản ghi.