Sinh test data bằng AI: nhanh, đầy đủ, kèm 3 prompt dùng ngay
Chuẩn bị test data: gõ tay vs. nhờ AI
So sánh hai cách làm cùng một việc — chuẩn bị bộ dữ liệu để test một chức năng.
| Tiêu chí | Gõ tay | Nhờ AI sinh |
|---|---|---|
| Tốc độ | Chậm — từng dòng một | Vài phút cho vài chục dòng |
| Độ phủ ca | Dễ sót ca biên, giá trị âm, ký tự đặc biệt | Liệt kê đa dạng, gợi cả ca ít ai nghĩ tới |
| Định dạng đầu ra | Tự định dạng thủ công | Bảng / CSV / câu SQL INSERT tùy yêu cầu |
| Rủi ro | Ít sai nhưng mệt và dễ nản | Nhanh nhưng có thể bịa — phải soi lại |
🔍 3 prompt — kèm chỗ AI hay sai cần bắt
AI sinh kết quả chỉ trong vài giây — việc của bạn là kiểm lại. Mỗi prompt kèm ví dụ kết quả và 🔍 Góc soi lỗi của Tester (chỗ AI hay sai, nên xem trước khi dùng). Bấm Copy → dán vào Claude Code / ChatGPT.
Từ ràng buộc của một trường, để AI liệt kê bộ giá trị test phủ đủ các lớp: hợp lệ, rỗng, biên, sai định dạng, bảo mật.
Tôi cần test trường [TÊN TRƯỜNG] với ràng buộc sau: [DÁN RÀNG BUỘC]. Hãy sinh bảng test data phủ đủ các lớp: hợp lệ, để trống/bắt buộc, sai định dạng, giá trị biên (ngắn nhất/dài nhất), ký tự đặc biệt, và 1-2 ca bảo mật (XSS / SQL injection). Trả về bảng gồm cột: # | Giá trị nhập | Lớp | Kết quả mong đợi. Dữ liệu bám ngữ cảnh Việt Nam.
Sinh nhanh nhiều dòng dữ liệu thực tế để đổ vào bảng test — dưới dạng câu INSERT chạy được.
Sinh [N] dòng dữ liệu mẫu cho bảng [TÊN BẢNG] với các cột và kiểu sau: [DÁN SCHEMA]. Dữ liệu thực tế, bám ngữ cảnh Việt Nam (tên, địa chỉ), đa dạng (không lặp mẫu) và tôn trọng ràng buộc (khóa chính duy nhất, giá trị hợp lệ theo từng cột). Trả về dưới dạng câu lệnh INSERT chuẩn SQL. Ghi rõ giả định nếu có.
Sinh các bản ghi ở đúng những trạng thái/tình huống mà kịch bản test cần — ví dụ đơn ở mọi trạng thái, đơn treo lâu, khách VIP.
Tôi cần dựng dữ liệu để test [CHỨC NĂNG]. Hãy liệt kê các bản ghi cần có để phủ mọi tình huống nghiệp vụ quan trọng, mỗi bản ghi kèm: giá trị các trường chính, và LÝ DO vì sao cần bản ghi này (tình huống nó đại diện). Nêu cả các tình huống biên dễ bị quên.
🐞 Góc nhìn Tester — Hạn chế & lỗi thường gặp
Các hạn chế thường gặp khi dùng — biết trước để chủ động kiểm lại.
- 1AI bịa định dạng đặc thù Việt Nam: đầu số điện thoại, CCCD 12 số, mã số thuế, định dạng ngày. Luôn đối chiếu với quy định thật của dự án.
- 2Sinh số lượng lớn dễ vi phạm ràng buộc: trùng khóa chính/unique, giá trị không thỏa khóa ngoại. Chạy thử trên DB test và soi lỗi ràng buộc trước khi tin — cách kiểm toàn vẹn dữ liệu đã có bài riêng trong chuyên mục DB Testing.
- 3Bảo mật dữ liệu: tuyệt đối không đưa dữ liệu thật của khách hàng cho AI để 'nhân bản'. Chỉ dùng dữ liệu giả; nếu cần giống thật thì mô tả đặc điểm, đừng dán dữ liệu thật.
📌 Tóm lại
AI không thay bạn quyết định cần test dữ liệu gì — nhưng nó gánh giúp phần tốn công nhất: liệt kê và định dạng từng bộ dữ liệu. Hãy để AI lo khâu sinh và trình bày, còn bạn giữ vai trò soi lại: dữ liệu có đúng định dạng thật không, có thỏa ràng buộc không, có phủ đúng những ca mình cần không. Cách làm này nhanh hơn nhiều lần mà dữ liệu vẫn nằm trong tầm kiểm soát của bạn.