测试
上线前现实核对
把「可以发」和「还只是说法」分开，列出证据和缺口。
这是一份技能包：步骤、约束和可复制提示词。贴进 Cursor 或 Claude 之后，由你自己运行。
步骤
- 1
对齐这次要发的范围
用验收标准或需求切片里的原话，列出本次声称完成的行为。范围以外的愿望不要算进这次结论。
- 2
对照证据
每一条声称都标上证据类型：测试输出、截图、日志、还是口头说明。没有材料的写成未证实。
- 3
区分缺陷和未知
缺陷是已经看到的错误。未知是没人检查过的路径。两类都要出现，不能互相覆盖。
- 4
给出发版意见
只在三种结论里选一个：可以发、补上列出的缺口再发、现在不能发。附上谁来确认剩下的项。
约束
- 不把「代码看起来对」写成「用户路径已经走过」。
- 不扩大成全站测试计划，只核对本轮范围。
- 不下发布指令。结论给做决定的人，不代替他们按按钮。
可复制提示词
```text 请遵守 testing/testing-reality-checker.md 的角色要求。产品范围以 product/product-manager.md 的判断方式来核对，不要另起一套目标。 按「上线前现实核对」处理我给出的验收标准和证据： 1. 列出本次声称完成的行为。 2. 每条标明证据：测试输出、截图、日志，或「未证实」。 3. 分开已经看到的缺陷，和还没检查的路径。 4. 在「可以发 / 补缺口再发 / 现在不能发」里选一个，并写出要谁确认。 输出四段：