学习目标
得到逐项可核对的验收记录，知道什么已通过、哪里失败、哪里根本还没测。
适用场景
资料夹按钮显示“已收藏”不代表数据真的保存。测试要覆盖主路径、失败、边界以及与旧功能的关系，必要时还要检查权限、安全和性能。
准备条件
- 提供有效规格与验收编号、待验收版本、可安全使用的环境及数据。
- 明确可用的自动化、浏览器或人工操作方式；缺工具不伪造运行结果。测试范围按真实风险决定。
操作步骤
先从规格生成预期，再读实现
把 A1/A2/A3 等需求交给 AI 做检查表，要求写出操作和可观察结果。不能只根据当前代码生成刚好会通过的断言；否则同一个理解错误可能被实现和测试同时认可。
至少想清主路径、边界和失败
在本例检查保存后刷新、重复点击、空列表、请求失败和其他账号。已有网站还要确认相关旧路径仍可用。安全、性能和兼容性按项目要求补充；测试条数多不等于关键风险被覆盖。
验收记录模板编号｜版本/环境｜准备数据｜操作步骤｜预期｜实际｜证据｜结论 A1｜【待填写】｜登录账号A、有一篇文章｜保存→刷新→列表找回｜仍能找到｜【执行后填】｜【日志/截图/测试结果】｜未运行 A2｜【待填写】｜账号A与B｜B尝试读取A收藏｜按确认规则拒绝｜【执行后填】｜【证据】｜未运行 A3｜【待填写】｜可控制的失败环境｜让保存失败｜无成功假象且可重试｜【执行后填】｜【证据】｜未运行让 AI 实际运行，并区分证据范围
在可用环境执行现有检查或具体用户操作。接口测试、浏览器操作、构建分别证明不同事情；模拟服务只能证明模拟范围。AI 不能实际操作时让它交出可执行步骤，由你或适合的验证工具运行，结果仍如实标注。
交给 AI 的验收任务根据当前已确认规格，先列出关键成功、边界、失败和适用权限用例。 在【目标版本/安全测试环境】使用项目已有方式实际执行。 每项记录步骤、预期、实际、证据和通过/失败/未运行；不要填写推测结果。 失败先区分环境缺失、实现缺陷和需求歧义，再建议对应处理。 不要改验收标准、删除失败测试，或把构建通过写成业务通过。把失败送回正确的环节
环境没准备好就补环境；代码不符合明确规则就修实现；需求有两种解释则回产品定义确认；页面操作层次有问题回设计。修复后先复验原失败项，再跑受影响回归，不能只跑“看起来成功”的新例子。
按本轮完整范围作交付判断
核对每个必做项是否都有对应证据，区分本轮增量通过和整轮通过。业务方验收若是项目约定条件，就使用真实反馈；AI 试走不能冒充用户认可。发布前必须满足的失败项和缺口仍未解决时不标为就绪；只能上线后观察的效果另列方法和时机。
常见误区
- 让 AI 复述代码逻辑，就当它测过了。
- 要求实际执行信息与结果；没有操作能力就给步骤并标未运行。
- 看到几个绿灯就忽略未覆盖的需求。
- 按必做需求逐项对照，而非只统计测试数量。
- 修复失败时顺手把断言改成错误行为。
- 回查独立的有效业务预期，确认究竟是代码错还是规则已被正式更改。
验收清单
- 预期来自有效规格，关键路径及适用异常/权限有覆盖。
- 记录包含版本、环境、实际步骤、实际结果和证据。
- 失败、未运行与通过分开，模拟范围明确。
- 修复完成受影响复验；本轮全部发布前条件有完成判断。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。