Về Blog
AIHọc hỏiSự nghiệpQA
Đọc bằngvien

Manual QA + AI + Playwright: ai làm phần nào?

AI có thay QA không? Playwright có thay test tay không? Phân vai rõ — AI viết nháp, QA quyết định, automation giữ regression. Kèm sơ đồ một sprint.

·10 phút đọc
Nghe đọc
1 / 20

Manual QA + AI + Playwright: ai làm phần nào?

Trong meeting planning, hai câu này cứ lặp lại:

  1. 「Có AI rồi, còn cần QA manual không?」
  2. 「Có Playwright rồi, sao vẫn phải click tay?」

Câu trả lời ngắn: ba thứ làm việc khác nhau. Lẫn vai là cách nhanh nhất để vừa tốn công automation, vừa để bug tinh lọt.

Dành cho: QA, dev lead, PM — team đang phối manual, AI và E2E.

Phân công trong team — mỗi vai một việc

Ý chính: AI viết nháp · QA chịu trách nhiệm · Playwright nhớ regression.

Bảng phân vai (nhìn nhanh)

Vai tròGiỏi ởKhông nên giao
Manual QARủi ro, exploratory, quyết định shipClick lặp hàng trăm lần mỗi sprint
AINháp test case, gợi ý edge case, tóm tắt logQuyết định release cuối cùng
PlaywrightRegression, smoke sau deployThay tư duy 「user sẽ làm gì lạ」

AI có thay QA không?

Không — nếu bạn cần người chịu trách nhiệm về chất lượng sản phẩm.

AI làm tốt:

  • Gợi ý test case từ user story
  • Soạn nháp bug report từ ghi chú thô
  • Tóm tắt log dài thành timeline

AI không có:

  • Bối cảnh kinh doanh (「flow này chiếm 40% doanh thu」)
  • Cảm nhận UX (「lag chỗ này user sẽ bỏ」)
  • Trách nhiệm ký tên dưới quyết định Go / No-Go

Cách mình hay nói: AI như thực tập sinh nhanh — viết nháp, người review, người quyết.

Playwright có thay test tay không?

Không — nó thay phần lặp lại đã hiểu rõ.

QA manual nên dành thời gian cho:

  • Exploratory trên build mới
  • Edge case chưa được document
  • Thử trên thiết bị / trình duyệt thật

Playwright nên giữ:

  • Login → flow chính → kết quả mong đợi
  • Mọi bug production từng xảy ra
  • Smoke 3–5 phút sau mỗi deploy

Đọc thêm: Playwright trong thực tế · Manual QA + AI

Sơ đồ · Một sprint, ai phụ trách gì?

Tuần sprint (team nhỏ)

Planning
  PM/BA: story + tiêu chí chấp nhận
  QA + AI: nháp edge case → QA chọn rủi ro thật
  Dev: estimate

Development (song song)
  Dev: code + unit test
  QA: exploratory trên bản preview
  AI: nháp charter exploratory (QA chỉnh)

Trước merge
  Dev: PR + mô tả thay đổi
  QA: smoke tay luồng mới
  CI: Playwright critical path

Trước release
  QA: regression tập trung (AI gợi ý scope từ changelog)
  Playwright: smoke + suite bug-regression
  QA: Go / No-Go (con người, không phải bot)

Sau deploy
  Playwright: smoke production (dữ liệu test)
  QA: spot-check + theo dõi kênh support
  AI: tóm tắt bug tuần → retro

In ra dán tường cũng được — mục tiêu là nhìn một lần biết ai phụ trách.

Ví dụ · Tính năng 「đổi email」

Giai đoạnManual QAAIPlaywright
PlanningChọn rủi ro trùng OAuthLiệt kê ~15 edge case
BuildExploratory stagingNháp charter
Ổn địnhXác nhận UX thông báo lỗiTest đổi email → login lại OK
Mỗi releaseSmoke + regression đổi email

Ba sai lầm hay gặp

  1. Để AI chạy E2E làm gate production — chưa ổn định; dùng AI ở thiết kế test và báo cáo.
  2. 100% automation — suite phình, flaky, team ngừng chạy.
  3. QA chỉ click theo script — exploratory yếu đi, bug lạ lọt.

Kết

  • AI = tăng tốc nháp
  • QA = ownership chất lượng
  • Playwright = bộ nhớ regression

Ba thứ phối đúng thì vừa ship nhanh, vừa đủ tin.


Chia sẻ sơ đồ với team — xem có bước nào 「không ai phụ trách」 không.

Cùng trao đổi

Bình luận

Chưa có bình luận

0 / 1000

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

My Little World | Tam Vo