Vibe coding cho phép người làm sản phẩm diễn đạt yêu cầu bằng ngôn ngữ tự nhiên và sử dụng AI để tạo, sửa hoặc mở rộng mã nhanh chóng. Tuy nhiên, một ứng dụng chỉ cần chạy được sau vài vòng prompt không có nghĩa là đã sẵn sàng cho người dùng thật sự.
Trước khi phát hành sản phẩm vibe coding, cần kiểm thử ít nhất 5 nhóm: chức năng chính, dữ liệu đầu vào bất thường, bảo mật, hiệu năng và hồi quy sau mỗi lần AI sửa mã. Ngoài ra, cần kiểm tra dependency, API key, quyền truy cập và những đoạn mã do AI tạo nhưng chưa được người phát triển hiểu rõ.
Mục tiêu của kiểm thử không phải để chứng minh AI viết mã tốt hay không tốt, mà là để xác định sản phẩm có hoạt động đúng, an toàn và ổn định trong các tình huống mà người dùng thực tế có thể gặp phải. Kiểm thử cần bắt đầu từ hành vi thực tế của sản phẩm, không chỉ từ mã.
Vì sao sản phẩm vibe coding vẫn cần kiểm thử kỹ?
AI có thể tạo mã rất nhanh chóng, nhưng tốc độ sinh mã không thể thay thế cho quá trình kiểm chứng. Một đoạn mã có thể chạy đúng trong tình huống demo nhưng lỗi khi người dùng nhập dữ liệu khác với dự kiến. Một tính năng mới cũng có thể vô tình làm hỏng tính năng đã hoạt động trước đó.
Với vibe coding, rủi ro còn xuất hiện khi người dùng chấp nhận mã do AI sinh ra mà chưa hiểu đầy đủ logic bên trong. AI có thể tạo thêm phụ thuộc, thay đổi cấu trúc dữ liệu hoặc xử lý lỗi theo cách không phù hợp với toàn bộ hệ thống. Vì vậy, sau mỗi giai đoạn phát triển, cần đặt câu hỏi: “Tôi đã kiểm tra sản phẩm này bằng những tình huống khác với tình huống demo chưa?”
1. Kiểm thử chức năng chính trước
Bắt đầu từ những hành động quan trọng nhất mà người dùng phải thực hiện.
- Tạo tài khoản hoặc đăng nhập.
- Tạo công việc.
- Chỉnh sửa nội dung.
- Thay đổi trạng thái.
- Xóa công việc.
- Đăng xuất và đăng nhập lại.
Không nên chỉ kiểm tra mỗi việc nút có bấm được hay không. Hãy kiểm tra cả kết quả sau hành động. Nếu người dùng tạo một bản ghi mới, dữ liệu có thực sự được lưu không? Sau khi tải lại trang, bản ghi có còn tồn tại không? Nếu xóa, dữ liệu có biến mất đúng nơi cần thiết không? Một cách đơn giản là viết danh sách theo cấu trúc: Hành động → Kết quả mong đợi → Kết quả thực tế. Cách này giúp phát hiện những lỗi dễ bị bỏ qua khi chỉ thử sản phẩm theo cảm giác.
2. Kiểm tra dữ liệu sai và tình huống biên
Sản phẩm thường dễ hoạt động khi người dùng nhập đúng như người phát triển dự kiến. Lỗi thường xuất hiện khi dữ liệu không đẹp như vậy.
- Bỏ trống trường bắt buộc.
- Nhập chuỗi quá dài.
- Nhập ký tự đặc biệt.
- Nhập sai định dạng email.
- Gửi form nhiều lần liên tiếp.
- Tải file sai loại.
- Nhập số âm vào trường chỉ chấp nhận số dương.
- Mất kết nối giữa lúc gửi dữ liệu.
Mục tiêu là kiểm tra hệ thống có phản hồi rõ ràng hay bị crash, treo hoặc lưu dữ liệu sai. Với mã do AI tạo, phần validation rất dễ bị bỏ sót nếu prompt ban đầu chỉ yêu cầu “xây chức năng”. Vì vậy, sau khi chức năng hoạt động, nên yêu cầu kiểm tra riêng các trường hợp input không hợp lệ thay vì mặc định mã đã xử lý đầy đủ.
3. Kiểm tra bảo mật trước khi đưa sản phẩm ra ngoài
Một sản phẩm dùng nội bộ trên máy cá nhân và một sản phẩm được mở cho người dùng thật có mức rủi ro khác nhau. Trước khi phát hành, cần kiểm tra ít nhất các điểm cơ bản. Không để secret trong mã công khai. API key, token, mật khẩu database hoặc thông tin xác thực không nên được đặt trực tiếp trong repository công khai hoặc frontend.