先审查修改范围
查看修改文件数量和差异摘要，确认没有无关格式化、依赖升级或大范围重构。每个修改都应能对应任务目标。
按层次运行验证
先执行格式、类型和定向测试，再根据风险运行集成、端到端或完整测试。没有运行的检查必须明确说明原因。
记录机器可复现的结果
交付说明应写出测试命令、通过数量、失败数量和环境限制，避免只说“已经测试”或“应该没问题”。
准备回滚路径
保持提交独立，记录配置或数据变更，并说明如何恢复到修改前状态。高风险发布应优先使用可切换版本。
- 差异范围清楚
- 测试结果可复现
- 未验证项已说明
- 敏感信息未泄露
- 回滚步骤可执行
官方资料与延伸阅读
产品界面、价格、额度和规则可能调整，涉及实时信息时请以官方页面与账号内显示为准。
相关文章
继续阅读同一主题下的文章，可以把购买、支付、套餐、账号和到账问题串成完整流程。
常见问题
只跑单元测试够吗？＋
取决于修改风险。涉及数据库、网络、权限或用户流程时通常还需要集成或端到端验证。
如何判断 AI 修改过大？＋
如果大量文件与目标无直接关系，应先暂停并拆分任务，避免把重构和修复混在一起。