交付底线与证据检查

针对当前交付形态和主要风险，检查产物与完成声明是否一致。下面是选择检查的依据，不是每个任务必跑的巡检单。

选择实际入口与验证手段

从共同任务上下文找到产物、目标环境、运行方法及已有证据。网页、命令行、库、桌面工具和游戏各有不同入口，不默认要求 Preview URL、数据库或 HTTP 服务。

优先用最直接的手段观察核心结果：命令行工具读取退出码和实际输出文件，界面任务执行主要操作并观察反馈，有写入的功能核对最终数据。能复用仍适用的测试与日志就复用；证据缺失、环境变化或关键结论存疑时再补测。

目标是双击本地 HTML 时，应检查 file:// 下的行为。只能通过 HTTP 复核，就说明协议差异及其影响；不要把替代环境的通过当成交付环境通过。无法获取运行环境时交付静态审阅结论与未验证范围，不造证据。

涉及的风险	可以怎样检查
核心行为或数据结果	用代表性输入走主路径，将结果与用户需要及当前有效规则对照；不能只对照实现自行生成的期望值
页面呈现与交互	在目标视口观察层级、长内容、溢出和反馈；实际操作涉及的键盘、焦点、窄屏或动效行为。截图只能证明截图中的状态
外部输入与副作用	按任务风险检查非法输入、权限、重复提交、失败恢复或结果未知；不对无网络、无写入的工具机械施加后端测试
交付完整性	检查产物能否按约定启动，依赖与配置是否齐备，路径与资源引用是否适用于目标环境
安全与调试残留	检查相关变更是否泄漏凭据、执行非可信输入或保留会误导用户的假数据；按日志用途判断，不把所有 `console.log` 都视为缺陷
可观测性	当排障或使用验证确实依赖日志、指标或事件时，核对信号真实产生、语义可解释且不泄露敏感信息；不因没有漏斗埋点就拒收

发现异常时保留足以复核的输入、动作、输出与环境。截图、日志、查询结果按问题选用，不要求每项同时附三种证据，也不把测试脚本数量当质量指标。

明确错误属于实现、原要求、环境差异还是验证本身。比如，同一文件因“显示行数必须等于输入行数”而重复出现，不能仅因行数断言通过就忽略使用障碍；应回共同记录纠正规则，再验证比较任务能否正常完成。

检查结果直接关联共同位置的相关决定或产物。新发现的缺陷说明影响与必要修复，不另写一篇自证文档；已有证据只链接，不重复贴整段日志。对未覆盖部分说明是否影响本次交付，不能把所有未知自动升级成阻塞，也不能默认为通过。