Xây dựng ứng dụng ít lỗi với Claude Code nhờ kiểm thử đầu cuối (E2E)

Các tác nhân lập trình AI (coding agent) như Claude Code hay Codex đang thay đổi cách chúng ta xây dựng phần mềm. Chúng viết code cực nhanh, nhưng cũng không tránh khỏi sai sót: bỏ sót thông tin, viết code rối rắm gây ra tác dụng phụ ngoài ý muốn.

Đây chính là lúc kiểm thử đầu cuối (end-to-end test, viết tắt E2E) phát huy tác dụng. Loại kiểm thử này không quan tâm bạn đã chạy hay biên dịch đoạn code nào — nó chạy chính ứng dụng, đúng thứ mà người dùng nhìn thấy. Nhờ vậy, bạn có một hệ thống kiểm thử vững chắc, phát hiện lỗi theo cách người dùng gặp phải và sửa trước khi họ kịp nhận ra.

Minh họa quy trình kiểm thử đầu cuối với tác nhân AI

Kiểm thử E2E là gì và vì sao nên áp dụng?

Kiểm thử E2E là quá trình một AI "bấm chuột" xuyên suốt ứng dụng giống hệt người dùng thật. Nó nhìn thấy một màn hình, quyết định bấm nút nào, bấm vào rồi xem trang tiếp theo hiển thị gì. Sau đó, nó báo cho bạn biết nếu gặp lỗi sau khi bấm nút, nếu bấm mà không có gì xảy ra, hoặc nói chung là hành động mong đợi không diễn ra.

Trước đây, việc tạo kiểm thử E2E là công việc thủ công nhàm chán. Bạn phải tự đi qua từng trang, ghi lại ID của nút cần bấm và ghi chú kết quả mong đợi. Tệ hơn là chi phí bảo trì: mỗi khi thay đổi giao diện hay logic, bạn lại phải cập nhật kiểm thử — một gánh nặng kéo dài suốt vòng đời của bộ test.

Với các tác nhân lập trình AI, cuộc chơi đã thay đổi hoàn toàn. Một kiểm thử E2E giờ đây chỉ là một tác nhân có quyền truy cập trình duyệt kèm một kế hoạch hành động. Ví dụ: "tìm đường đến trang A, thực hiện hành động B, kết quả C phải xảy ra". Khi giao diện thay đổi, bạn không cần sửa tác nhân, miễn là nút bấm vẫn nằm trên trang. Cách tiếp cận này còn tổng quát hơn, giúp phát hiện những lỗi mà bộ test hẹp trước kia bỏ lọt.

Lý do chính để áp dụng E2E đương nhiên là phát hiện lỗi trước khi người dùng gặp phải. Tác nhân trải nghiệm ứng dụng với cùng quyền hạn và quy tắc như người dùng thật. Bạn có thể đại diện cho nhiều nhóm người dùng khác nhau bằng nhiều tác nhân — ví dụ một tác nhân cho người dùng thường và một tác nhân cho quản trị viên — và chỉ cần một câu lệnh để thiết lập cả hai.

Có hai cách chạy phổ biến:

• Trong quy trình CI/CD: chạy trước khi hợp nhất code vào môi trường dev hoặc production.
• Định kỳ: chạy theo chu kỳ cố định (ví dụ mỗi giờ) trên môi trường dev hoặc production để bắt các sự cố phát sinh ngoài thay đổi code, chẳng hạn khi cấu hình biến môi trường bị đổi.

Nhiều kỹ sư khuyến nghị dùng cả hai cách để có độ bao phủ tốt nhất.

Cách triển khai kiểm thử E2E

Tin tốt là việc triển khai đã trở nên dễ dàng hơn nhiều: bạn gần như chỉ cần yêu cầu tác nhân AI xây dựng bộ kiểm thử E2E. Tuy nhiên, có những cách làm hiệu quả hơn để tác nhân phát hiện được nhiều lỗi hơn.

Đầu tiên, bạn phải cấp cho tác nhân quyền truy cập trình duyệt. Một lựa chọn phổ biến và được đánh giá cao là Playwright MCP, cho phép tác nhân tương tác với trình duyệt bạn chọn. Sau khi cài đặt, bạn chỉ cần mô tả hành trình cần kiểm thử, ví dụ:

"Tôi muốn thiết lập kiểm thử E2E cho trang tổng quan nhóm. Cần tạo các tác nhân riêng để kiểm thử với vai trò quản trị viên và người dùng thường. Người dùng thường chỉ thấy bản thân và các số liệu của riêng mình (số giờ dùng nền tảng, số lần bấm...). Quản trị viên phải thấy toàn bộ thành viên trong nhóm, gồm cả bản thân, với cùng các số liệu trong dạng bảng."

Tiếp theo, bạn cần cho tác nhân biết kiểm thử này sẽ chạy trong CI/CD hay theo lịch định kỳ. Nếu bạn đã có sẵn khung chạy (harness) cho một trong hai cách, tác nhân sẽ biết chính xác cần đặt file ở đâu.

Tích hợp kiểm thử E2E vào quy trình phát triển phần mềm

Nếu đây là lần đầu thiết lập, hãy đặt bộ chạy trên một máy chủ ổn định, ít lỗi: một máy ảo trên cloud, một GitHub Actions runner, hay thậm chí một chiếc Mac mini để sẵn. Tác nhân AI sẽ tự tìm cách triển khai phù hợp nhất — có thể là tác vụ gốc trên macOS, Cron job trên Vercel, hay một giải pháp khác.

Kết luận

Kiểm thử E2E là công cụ cực kỳ mạnh mẽ, dễ thiết lập và mang lại giá trị lớn cho người dùng. Thay vì để người dùng tự phát hiện sự cố — bấm nút không phản hồi, vào trang bị lỗi, hay màn hình không tải như mong đợi — bộ kiểm thử của bạn sẽ tìm ra và bạn sửa chúng trước khi bất kỳ ai phải chịu đựng.

Với chi phí vận hành tương đối thấp, nên áp dụng kiểm thử E2E cho toàn bộ tính năng và trang trong nền tảng của bạn. Với các đội phát triển tại Việt Nam đang ngày càng dùng AI để tăng tốc, đây là cách thực tế để giữ chất lượng ổn định khi tốc độ viết code tăng vọt.