← AI学习中心 / 项目与协作
怎样整理测试反馈避免丢失反例
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
直答：测试反馈逐条编号入表，正例与反例分开标记；反例（没有按预期走的情形）即使修复后也只改状态、不删除，保留操作步骤和复测记录。写不出操作步骤的反例退回发现人补写，补不出就不进处理队列。
业务场景（合成演示）：一家连锁餐饮门店测新收银系统。一位店员发现输入已停用的会员号时提示语有歧义，口头跟同事提了一句，没有记录。主流程问题都修完后上线，这类误输在开业首周集中出现，才回头补查。一条没有入表的反例，等于没有发生过。
具体做法： 1. 编号规则：FB-01起顺延，一条一号；每条标“正例”或“反例”，反例单独统计数量。 2. 必填字段：发现日期、发现人岗位、操作步骤、预期结果、实际结果、当前状态。操作步骤要写到“从哪一步开始偏离预期”。 3. 反例不删：修复后状态改为“已修复＋复测日期＋复测人岗位”，原步骤与原现象保留，供下次同类测试参考。 4. 步骤门槛：没有操作步骤的反馈退回发现人补写；补不出步骤的登记为“待澄清”，不占用处理资源。 5. 上线前复测：把反例清单从头过一遍，逐条复测并记录复测人；阻断主流程的反例必须全部复测，非阻断类的抽样规则事先写明。
示例表（合成演示）：
| 编号 | 类型 | 操作步骤 | 预期结果 | 实际结果 | 状态 | 复测记录 |
|---|---|---|---|---|---|---|
| FB-06 | 反例 | 输入已停用会员号→结算 | 提示“会员已停用” | 提示“号码不存在” | 已修复 | 10-12 店长岗位复测通过 |
| FB-07 | 正例 | 正常会员号→结算 | 正常结算并累计积分 | 与预期一致 | 通过 | — |
反例（合成演示）：反馈群里出现一句“系统有时候会卡一下”，没有步骤、没有截图，开发回复“无法复现”后关闭。这个问题到底是否存在、在什么条件下出现，从此无法验证。没有步骤的反馈，既不能修复也不能证伪。
空白模板（可复制）：
编号：FB- 类型：正例／反例 发现日期： 发现人岗位： 操作步骤：1 2__ 3 预期结果： 实际结果： 状态：待处理／已修复／不处理（注明原因） 复测日期： 复测人岗位：__
FAQ： 问：反例太多测不完怎么办？ 答：按是否阻断主流程排优先级，阻断类逐条复测，非阻断类按事先写明的抽样规则处理；规则要在测试开始前定，不要在测不完时临时定。
问：一线员工不愿意花时间写步骤怎么办？ 答：把“编号入表”设为反馈进入处理队列的唯一入口，没有编号不排期；入口统一之后，写步骤就从额外负担变成必要动作。
讨论问题：你上一次系统或流程测试中，被口头带过、没有进入表格的反例有几个？
来源说明：本文工作法为编辑设计。任务练习计划思路受 OpenAI 公开文章（https://openai.com/index/helping-small-businesses-put-ai-to-work/）启发，该来源描述小企业AI任务练习计划，不是已实现目标；本文不声称合作或真实成果。