验证与交付

核对改动是否符合任务，并说明验证结果与剩余风险。测试通过证明所测行为符合断言，行为是否必要仍需对照需求判断。

根据风险选择检查

从目标行为和影响面选择，不要求每次跑齐所有种类：

改动或风险	合适的验证
类型、构建、依赖或配置	相关 lint、编译、配置加载或启动检查
新增分支、公共入口或职责调整	按实现职责审阅调用链，并做相关回归验证
业务规则、缺陷修复	主路径与关键边界单测、原复现回归
数据库约束、协议或外部集成	隔离环境集成测试、响应或落库检查
并发、重试、异步部分成功	针对不变量的竞争、重复和恢复测试
权限、输入和敏感信息	越权、边界输入和日志泄漏检查
性能或大规模迁移	代表性负载对照、迁移计数和恢复验证

选择相关逆境：超时是否保留未知状态、重复提交是否重复写入、非法输入是否正确拒绝。可使用受控模拟或故障注入，不必为截图断网；未经授权不攻击真实服务或改动用户设备状态。

反复迭代、核心链路长期承压的项目，验证不止于当次交付：验收通过的核心行为沉淀为可重复运行的回归资产——关键业务路径有固定测试，人工可直接启动，不依赖模型现场生成或相互检查。新功能验收后补充对应链路；旧链路行为未变就不修改。每次改动先运行它，失败时对照最近改动定位和回滚。建设与运行成本与改动频率、失败代价相称，一次性任务不建。

让证据能够复核

共同记录保存适用的命令、环境或版本、结果与证据路径，明确覆盖行为。复用测试输出和日志，不复制成多份文档；截图不是必需形式。静态检查、替身测试、本地集成和生产观测不能相互冒充。

无法运行时说明具体阻碍、已完成的有限检查和最小补验动作。可交付改动与限制，但未验证行为不宣称通过。未覆盖不自动等于已存在缺陷，已知缺陷也不能只写成“未测”。

核对交付影响

对照原始需求、有效约定和最终差异，检查：

• 必要性：新增参数、分支和配套文件解决了什么当前问题？收回本次无依据或重复的设计及其配套内容。
• 影响面：默认行为是否改变？调用方、迁移、配置、凭证处理和说明是否齐备？删除既有能力前先核对兼容影响。
• 改动范围：清理调试残留和无关修改，保留他人改动。

结果、已知缺陷、未验证部分与使用限制直接更新共同位置。需要 final-acceptance 时沿用代码和证据，不另造唯一出口清单；完成程度按证据而非模板完整度判断。