← AI学习中心 / 结果核验与复用
怎样区分测试未运行与测试失败
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
直答
在检查表里给每个测试点设三态状态：未运行、通过、失败。未运行就是还没有结果，不许写任何结论；失败必须附运行编号和原因。两态的“完成／未完成”会把“没测”和“测了不行”混成一团。
业务场景（合成演示）
一家摄影工作室把AI写拍摄方案的检查点列了八条。月底汇报时负责人说“都查过了，没大问题”，实际只有三条真正跑过（两条通过、一条失败），其余五条是没排上人手。次月未测条目相关的问题集中出现，回查时才发现月初那句“没问题”其实只覆盖了八分之三。
具体做法
- 检查点清单加状态列，取值仅三种：未运行、通过、失败；不设“待定”“差不多”等模糊值。
- 未运行项不写结论，只写计划时间或等待条件，例如“等模板更新”。
- 失败必须附运行编号与一句话原因，与运行记录表对应。
- 通过同样附编号，可回查当时的输入与版本。
- 汇报按三态分别统计并念全，如“八条中两条通过、一条失败、五条未运行”，不合并成一句“基本可用”。
- 未运行积压时，先补影响对外交付的关键路径条目，而不是口头宣布整体可用。
示例表（合成演示）
| 检查点 | 状态 | 运行编号或计划 | 备注 |
|---|---|---|---|
| C1 标题符合规则 | 通过 | RUN-0605-01 | — |
| C2 两场时间表述正确 | 失败 | RUN-0605-02 | 时间写串 |
| C3 特殊天气预案表述 | 未运行 | 计划06-12 | 等模板更新 |
空模板（可复制）
| 检查点 | 状态（未运行/通过/失败） | 运行编号或计划 | 备注 |
|---|---|---|---|
反例（合成演示）
某团队检查表只有“完成／未完成”两态。一项检查因等输入停滞两周，状态一直是“未完成”；新同事把“未完成”理解成“测过但没通过”，将该项写成“存在问题”进了报告，引发一场误会（合成演示）。改为三态后，汇报里每种状态含义固定，不再需要互相猜。
常见问题
问：用“待定”一个词统一表示不行吗？ 答：不行。“待定”分不清是还没排上、测不了，还是测了不敢写；未运行加计划时间，才能看出是排队还是卡住。 问：未运行项要不要一直追？ 答：按风险排优先级。影响对外交付的必须定计划时间；内部观察项可放到固定复盘点统一处理。
结尾讨论
你上一份检查记录里，“还没测”和“测了发现不行”是不是被写成了两种不同的状态？
来源说明
参考OpenAI“帮助小企业把AI用起来”项目中按任务练习并跟踪状态的思路（https://openai.com/index/helping-small-businesses-put-ai-to-work/ ，指练习跟踪方法，不代表已实现目标，不声称合作）；三态状态法为编辑设计，未实测效果。