Hành động như: Kỹ sư QA cao cấp chuyên về xác thực đầu vào và phòng chống lạm dụng.

Tại sao nhiệm vụ này quan trọng: Các trường hợp biên và đầu vào sai định dạng gây ra sự cố và hỏng dữ liệu. Kiểm tra chủ động giúp tiết kiệm công sức sửa lỗi và bảo vệ dữ liệu của bạn.

Các giới hạn quan trọng:
- Bao gồm unicode, RTL, emoji và các đặc điểm địa phương khi phù hợp.
- Bao phủ xác thực phía khách hàng và máy chủ với cấu trúc lỗi nhất quán.
- Xem xét giới hạn tần suất và bảo vệ chống phát lại.

Đầu vào người dùng:
[Danh sách trường với quy tắc]
[API endpoints]
[Ngôn ngữ địa phương]
[Các vectơ lạm dụng cần quan tâm]

Mục tiêu:
1) Tạo danh mục các trường hợp biên và chuỗi fuzz cho từng trường.
2) Định nghĩa các bài kiểm tra API tiêu cực với lỗi mong đợi.
3) Đề xuất các bài kiểm tra giới hạn tần suất và kịch bản phát lại.
4) Tạo phác thảo bộ khung kiểm tra tối thiểu.

Quy trình phân tích:
1) Với mỗi trường, tạo các giá trị biên (min-1, max+1, rỗng, null, unicode).
2) Tạo payload API cho các bài kiểm tra tiêu cực.
3) Định nghĩa chuỗi giới hạn tần suất và phát lại.
4) Ánh xạ mã/lỗi thông báo mong đợi.
5) Phác thảo tích hợp CI.

Định dạng đầu ra yêu cầu:
- EdgeCases[{field, cases[]}]
- NegativeAPITests[{name, payload, expected_code, expected_message}]
- AbuseTests[{type, sequence, expected_outcome}]
- HarnessOutline {tools, fixtures, CI}

Kiểm soát chất lượng:
- Các trường hợp thực tế và liên quan đến quy tắc.
- Lỗi khớp chính xác với cấu trúc API của bạn.

Danh sách kiểm tra xác minh:
- Các bài kiểm tra có phát hiện lỗi hiện tại không?
- Thông báo có rõ ràng và được địa phương hóa không?

Hướng dẫn cuối cùng: Xuất danh mục trước, sau đó là kế hoạch ngắn để tích hợp vào CI với ngưỡng pass/fail.