测试用例一直被驳回？我用这套审核Skill，采纳率从60%飙到99%

• 你写 50 条用例，产品翻了两页：“风控触发后的兜底逻辑呢？”
• 开发凑过来看了一眼：“第三步额度校验写的是5000，PRD 里是 50000。”
• 测试组长放下手机：“新老用户的优惠互斥呢？单日限额边界值呢？预期结果就两个字‘成功’？”

问题往往不在“用例写得差”，而在于缺少量化的标准

——到底什么样算合格？凭什么说这一条不行？

今天分享的这个Skill：用数据代替“我觉得”，用系统代替经验。我把它用在一个金融支付转账优惠活动项目中，45 条用例3分钟审完，采纳率99%以上

01、为什么你的用例总是被怼？

先看一个真实场景：某支付App要上线“转账手续费优惠活动”——

PRD核心规则（简化后）

• 单笔转账满 100 元，手续费减免 2 元；
• 新用户首笔转账免手续费（不与满减叠加，取最优）；
• 单日累计转账限额5,000 元（含）；
• 夜间 23:00-05:00 转账≥1,000 元，需触发人脸识别
• 同一用户同一收款方，24 小时内最多转 3 笔；
• 优惠券（随机立减券）与手续费减免互斥，用户手动二选一。

测试人员写了45条用例，自认为覆盖全面。结果评审会上：

• 产品：“风控拒绝后，提示文案是什么？用例里怎么没有？”
• 开发：“夜间转账用例只测了 1,000 元整，1,001 元呢？99.99 分也测一下？”
• 组长：“新老用户互相转换的场景呢？昨天新用户，今天变老用户，优惠怎么算？”

痛点本质：评审标准因人而异，用例质量靠“感觉”，问题总在最后一刻才暴露。

02、把主观判断变成量化数据

60 分及格。每条用例都会得到：

• 总分+各维度得分
• 扣分原因（精确到步骤编号）
• 具体的改进建议

输入：Excel用例文件、Markdown文档、PRD截图（支持直接读图）
输出：每条用例逐项评分 + 扣分原因 + 改进建议，一键导出Markdown表格

03、实战场景

场景一：一条典型的不合格用例

原始用例（TC018）：

• 标题：新用户满100减免手续费
• 步骤：新用户登录，转账120元，使用手续费减免
• 预期结果：扣款成功，手续费0元

Skill 逐维评分后，直接亮了红灯：

• 逻辑完整性（10/25）：PRD 规定“新用户首笔免手续费，不与满减叠加”，但用例步骤里同时写了“使用手续费减免”和“新用户免手续费”——两者冲突，到底走哪个规则？
• 预期结果明确性（8/20）：“扣款成功”太模糊。转账成功返回的交易流水号？优惠命中哪个规则？最终实际扣款金额是多少？
• 前置条件完备性（7/15）：未说明新用户是否已完成实名认证、账户余额是否足够、是否在活动有效期内、收款方是否在黑名单内。
• 边界异常覆盖（4/15）：没有考虑余额不足、风控拒绝、网络超时等异常场景。

综合得分 54 分，不及格...

Skill 给出的修改建议

前置条件：

- 用户注册时间＜24小时，已完成实名，账户余额200元

- 活动有效期内，收款方为正常账户

步骤：

1. 发起转账120元

2. 系统自动计算优惠：比较“新用户免手续费”和“满100减2元”，取最优（免手续费）

3. 最终扣款金额=120元，手续费=0元

预期结果：

- 返回订单号TXN2025xxx，状态“转账成功”

- 账户余额减少120元，手续费扣减记录为0

- 优惠命中标识：USE_NEW_USER_FREE

异常补充：

- 余额不足时，提示“余额不足，请充值”

- 收款方被风控时，返回“对方账户异常，暂无法转账”

场景二：系统性遗漏

◾️PRD明确写：23:00-05:00 转账≥1,000 元需人脸识别

◾️但45条用例中，凡涉及夜间转账的12条，步骤一律是“输入密码→转账成功”——完全跳过了人脸识别

◾️Skill 批量扫描后，一次性标注出所有缺失用例，并提示：“建议增加人脸识别成功、失败、超时重试三个子场景。”

不要小看这种“系统性遗漏”——上线后极可能导致夜间大额转账绕过风控，直接资损。

场景三：边界值漏测

◾️PRD中单日限额 5,000 元。用例只写了：

• 4,999 元（成功）
• 5,000 元（成功）
• 5,001 元（失败）

Skill 指出：

◾️缺少4,999.99元、5,000.01元、以及累计金额的跨日重置验证

◾️同时提醒：限额是针对“单日累计”，用例里没有覆盖“第一笔3000，第二笔2000，

◾️三笔1元”——累计超限时，第三笔应该被拒绝。

这些都是评审会上最容易被“内行”追问的细节。

04、具体操作步骤

1、在WorkBuddy中找到该Skill
2、触发关键词：

审核测试用例 / 给用例打分 / review 测试用例

3、上传文件

• 测试用例文件（.xlsx / .md）
• PRD 截图（可直接拍照上传，支持多张）

4、设置及格线（默认 60 分，可改为 70/80）

5、等待 1-3 分钟，获取完整审核报告
6、报告包含：每条用例的分值、扣分项、改进建议；整体质量评分；问题分类统计。

• 根据报告修改用例，再次上传复审。

小贴士：第一次使用建议先用 10-20 条用例试跑，熟悉评分风格后再全量使用。

05、Skill能审什么？【大实话版】

✅它能做

• 把主观评审变成量化分数，结论可追溯；
• 批量发现“12 条用例同一个错”的共性问题；
• 直接读 PRD 截图，提取规则并逐条对照；
• 支持 Excel、Markdown 和截图，多文件同时上传。

❌它不能做

• 判断 PRD 规则本身是否正确（例如“限额 5000”不合理，它不会质疑）；
• 验证你执行测试时操作是否正确；
• 处理超复杂嵌套逻辑的深层业务合理性（需要人工介入）。

结论：AI 负责“写得对不对”，人工负责“业务对不对”——两者互补

测试用例评审最痛苦的，不是写用例，而是每个人都有自己的标准。
而当你拿出一份100分制的量化报告——哪条54 分、为什么扣分、怎么改——讨论就不再是“我觉得”，而是“数据如此”。

☑️想了解更多涨薪技能提升方法

✔️可以到公主号【Atstudy技术社区】,即可加入领取 ⬇️⬇️⬇️

☑️转行、入门、提升、需要的各种干货资料

☑️内含AI测试、 车载测试、AI大模型开发、BI数据分析、银行测试、游戏测试、AIGC