需验证日期输入框的容错与提示能力：定位date/datetime字段后，分别测试语义错误型（如2026-13-01）、格式破碎型（如20261301）、完全非数字型（如“今天”）输入，检查前端校验、提交阻断及后台数据落库安全性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在码上飞AI生成的应用中，日期输入框若未做校验，用户误输“2026-13-45”或“abc”会导致表单提交失败、后台报错甚至数据写入异常。需主动模拟边界和非法输入，验证系统是否具备容错与提示能力。
识别日期字段所在位置
进入码上飞生成的应用预览页→点击右上角「运营后台」→在左侧菜单栏找到「表单管理」或「数据模型」→展开对应模块（如“报修表单”“用户注册”）→定位含“日期”“时间”“生日”“有效期”等关键词的字段项。
注意：部分字段名可能被简化为“D1”“T2”，需点开字段配置面板，确认其「数据类型」明确标注为 【date】 或 【datetime】，否则后续测试无效。
构造三类典型错误日期输入
方法一：语义错误型（如月份超限、日数越界）
在前端表单对应日期输入框中，手动输入“2026-13-01”→点击提交→观察是否弹出红色提示“日期格式不正确”或自动修正为“2027-01-01”；若直接提交成功且后台数据库存入 NULL 或 0000-00-00，则存在严重缺陷。
方法二：格式破碎型（如缺失分隔符、乱序）
输入“20261301”“01/13/2026”“2026年13月1日”→提交后检查页面是否阻断操作并高亮该字段，而非静默转为时间戳或触发 500 错误。
方法三：完全非数字型（如纯文字、空格、特殊符号）
输入“今天”“undefined”“ ”（全角空格）“@#$”→此时必须触发前端 JavaScript 校验，禁止提交；若绕过前端直达 API 接口，需用 Postman 手动发包，将 date 字段设为字符串值，验证后端是否返回 400 状态码及明确 error message。
验证后台数据落库是否安全
第一步：在运营后台 →「数据库管理」→ 找到对应数据表（如 repair_records）→ 点击「查看数据」→ 检查最近几条记录的 date 字段值是否全为合法 ISO 格式（如 2026-11-04），不存在 “0000-00-00”“1970-01-01” 或超长字符串。
第二步：切换至「日志中心」→ 筛选时间范围为本次测试时段 → 搜索关键词 “date parse”“invalid date”“DateTimeException”→ 若出现堆栈日志，说明后端未捕获异常，【必须立即反馈给码上飞平台重生成该模块】。
第三步：导出当前表全部数据为 CSV → 用 Excel 打开 → 对日期列使用「数据→分列→固定宽度→日期格式校验」→ 观察是否有单元格显示“#VALUE!”，有则证明某条记录已污染。
