Cách sử dụng Claude Code để tự động hóa QA

Claude Code có thể làm gì trong quy trình QA

• Tạo kiểm thử đơn vị cho một mô-đun, theo phong cách và framework hiện có của dự án.
• Chuyển báo cáo lỗi thành một kiểm thử hồi quy thất bại, rồi sửa mã cho đến khi kiểm thử đạt.
• Bổ sung các trường hợp biên còn thiếu vào bộ kiểm thử hiện có (đầu vào rỗng, unicode, hết thời gian chờ, xử lý đồng thời).
• Viết kiểm thử đầu cuối cho Playwright hoặc Cypress và chạy chúng trên ứng dụng đang hoạt động thông qua máy chủ MCP trình duyệt.
• Phân loại và xử lý một lượt CI thất bại: đọc nhật ký, tìm nguyên nhân, đề xuất hoặc áp dụng bản sửa.
• Rà soát yêu cầu hợp nhất mã để tìm các đường thực thi chưa được kiểm thử và đăng kết quả.

Điều công cụ không thể làm là quyết định điều gì quan trọng. Nó sẵn sàng đạt độ bao phủ dòng mã 100% bằng các kiểm thử không xác minh điều gì hữu ích. Chất lượng đầu ra phụ thuộc vào chất lượng chỉ dẫn, vì vậy phần thiết lập bên dưới bắt đầu từ tệp ghi nhớ thay vì câu lệnh yêu cầu.

Thiết lập: cho công cụ biết cách chạy kiểm thử

# CLAUDE.md
## Testing
- Unit tests: `npm test` (vitest). Files live next to the source as `*.test.ts`.
- E2E: `npx playwright test`, specs in `e2e/`. Needs the dev server: `npm run dev`.
- Always run the relevant test file after editing it. Do not mark a test `.skip` to make the suite pass.
- Prefer table-driven tests; one behaviour per `it()`; no snapshot tests for logic.

Khối đó tạo nên khác biệt giữa một tác nhân chỉ phỏng đoán và một tác nhân hành xử như đồng nghiệp đã đọc hướng dẫn đóng góp. Hãy thêm kiểu xác minh bạn muốn và những điều bạn không bao giờ muốn công cụ làm (giả lập cơ sở dữ liệu, bỏ qua kiểm thử, sửa dữ liệu mẫu để khớp với đầu ra sai).

Tạo kiểm thử từ đặc tả hoặc báo cáo lỗi

> Read src/billing/prorate.ts. Write vitest tests covering the documented behaviour in
  docs/billing.md, including month boundaries, leap years and a zero-day period.
  Run them; if any fail, tell me whether the code or the doc is wrong before changing code.

> Bug #412: uploading a 0-byte file returns 500 instead of 400. Write a failing test that
  reproduces it, then fix the handler so the test passes. Do not touch other tests.

Câu cuối của mỗi yêu cầu rất quan trọng. "Cho tôi biết mã hay tài liệu sai" ngăn công cụ âm thầm thay đổi hành vi để khớp với kiểm thử vừa tự tạo; "không sửa các kiểm thử khác" ngăn kiểu lỗi điển hình khi công cụ sửa một điều kiện xác minh không liên quan để kiểm thử đạt.

Vòng lặp chạy–sửa

Yêu cầu công cụ chạy kiểm thử sau khi viết xong. Nó đọc đầu ra lỗi, điều chỉnh và chạy lại — thường mất hai hoặc ba vòng. Chú ý các lời nhắc xin phép: cho phép Bash(npm test*) và Bash(npx playwright test*) một lần bằng /permissions để vòng lặp không bị gián đoạn, đồng thời giữ các lệnh có tính phá hủy ở chế độ hỏi trước. Nếu công cụ lặp hơn bốn hoặc năm lần với một kiểm thử, hãy dừng lại; kiểm thử đó có lẽ đang xác minh sai điều cần kiểm tra và cần con người xem xét.

Chạy không giao diện trong CI

# generate regression tests for whatever changed, non-interactively
git diff --name-only origin/main...HEAD | grep -E 'src/.*\.ts$' > changed.txt
claude -p "For each file in changed.txt, add or extend tests for the changed behaviour. Run them." \
  --allowedTools "Read,Edit,Write,Bash(npm test*),Bash(git diff*)" \
  --max-turns 25 --output-format json > claude-qa.json

Chế độ in không bao giờ đặt câu hỏi, vì vậy mọi hành động công cụ có thể thực hiện đều phải được phê duyệt trước bằng --allowedTools, và --max-turns giới hạn vòng lặp. Đặt ANTHROPIC_BASE_URL=https://aiprimetech.io và một khóa của cổng trung gian làm bí mật CI; lượt chạy sẽ được tính phí vào số dư hoặc gói không giới hạn của bạn trên cổng trung gian. Commit kết quả vào một nhánh và để con người rà soát — không tự động hợp nhất các kiểm thử được tạo.

Trên mỗi yêu cầu hợp nhất mã: GitHub Action

GitHub Action của Claude Code chạy cùng vòng lặp khi có người bình luận @claude trên một pull request, hoặc tự động khi pull request được mở. Một chỉ dẫn thiên về QA trong quy trình làm việc — "rà soát PR này để tìm các nhánh chưa được kiểm thử và thêm kiểm thử cho chúng" — giúp mọi PR được rà soát sơ bộ trước khi người đánh giá xem xét. Hướng dẫn GitHub trình bày cách cài đặt App, tệp quy trình làm việc và chi phí.

Kiểm thử đầu cuối với Playwright

Có hai mức độ. Khi không có trình duyệt, công cụ viết các đặc tả kiểm thử Playwright dựa trên cấu trúc trang và mô tả của bạn, rồi bạn chạy chúng. Khi kết nối với máy chủ Playwright MCP (/mcp), công cụ có thể mở ứng dụng, thao tác qua luồng, đọc DOM và viết kiểm thử khớp với những gì đã quan sát — bộ chọn đáng tin cậy hơn nhiều, nhưng phiên làm việc sẽ dài hơn. Mỗi phiên trình duyệt chỉ nên xử lý một luồng và /clear giữa các phiên; ảnh chụp màn hình và bản kết xuất DOM có kích thước lớn và được gửi lại ở mỗi lượt.

Giữ chi phí chạy QA ở mức thấp

• Sử dụng dòng Sonnet; việc tạo kiểm thử hiếm khi cần đến Opus. Dòng Haiku phù hợp để phân loại và đánh giá sơ bộ nhật ký.
• Mỗi lần chỉ hướng công cụ vào một mô-đun hoặc một lỗi. "Thêm kiểm thử cho toàn bộ kho mã" là câu lệnh tốn kém nhất.
• /compact sau khi mỗi tệp kiểm thử được thêm vào; các nhật ký lỗi mà công cụ đã đọc không còn hữu ích.
• Trong CI, đặt giới hạn bằng --max-turns và chỉ chạy trên các tệp đã thay đổi.
• Với nhóm chạy công cụ hằng ngày, gói không giới hạn với mức phí cố định giúp loại bỏ hoàn toàn việc cân nhắc chi phí theo token.

Tất cả các gói không giới hạn →

export ANTHROPIC_BASE_URL=https://aiprimetech.io
export ANTHROPIC_API_KEY=your_key

Câu hỏi thường gặp

AI Prime Tech là một cổng API độc lập, không có quan hệ liên kết với Anthropic và không được Anthropic chứng thực hay tài trợ. “Claude” và “Claude Code” là các nhãn hiệu của Anthropic. Các tính năng Claude Code được mô tả ở đây dựa trên tài liệu công khai của Anthropic tại thời điểm viết và thường xuyên thay đổi; giá và danh sách mô hình trên trang này được đọc từ cấu hình hiện hành của cổng API này.