AI 生成测试用例后，不建议直接导入用例库。

更稳的做法是先做分拣：

1. 可以直接用。
2. 可以保留思路，但必须重写。
3. 不可执行，直接删除。

下面是一套比较实用的判断标准。

可以直接用的用例

通常是规则清楚、结果明确的基础用例。

例如登录页：

• 手机号为空，点击登录，提示 “请输入手机号”。
• 手机号格式错误，点击登录，提示格式错误。
• 密码为空，点击登录，提示 “请输入密码”。
• 正确手机号和密码登录，进入首页。

这类用例的特点是：

• 前置条件简单
• 操作步骤清楚
• 预期结果可观察
• 不依赖复杂业务背景

适用场景：

• 表单必填校验
• 字段格式校验
• 基础权限入口
• 明确的成功/失败提示
• 简单查询筛选

注意：预期结果最好写清楚可观察对象，例如 “手机号输入框下方展示错误提示”，不要只写 “提示错误”。

可以保留但要补充的用例

1. 边界值用例

AI 通常会覆盖数字边界，例如字段长度限制 20 个字符时，会生成 19、20、21。

但还要补充：

• 字段类型：中文、英文、数字、空格、特殊字符、emoji
• 业务边界：运费是否参与门槛、优惠能否叠加、退款后金额变化
• 时间边界：刚好过期、跨天、跨时区

2. 异常场景

AI 可能会列出异常路径，但经常缺少前置条件。

例如 “无权限访问页面”，需要补清楚：

• 当前用户角色
• 是否登录
• 入口路径
• 预期提示
• 是否记录日志或埋点

3. AI 给出的优先级

AI 可以给 P0/P1/P2 初稿，但不能直接采用。

优先级需要结合：

• 线上事故史
• 最近改动范围
• 用户影响面
• 业务风险
• 回归成本

必须重写的用例

1. 只写动作，不写业务规则

例如：

用户点击领取优惠券，领取成功。

这类描述太薄，需要重写成业务规则驱动的用例。

可改为：

• 新用户在活动有效期内领取优惠券，领取成功，券状态为未使用。
• 老用户不满足活动资格，点击领取后提示无领取资格。
• 优惠券库存为 0 时，用户点击领取，提示已领完。
• 用户已领取同一优惠券，再次点击领取，系统不重复发券。

2. 状态没有拆开

例如：

验证订单状态变化正常。

这不是可执行用例。

应该拆成：

• 待支付订单超时未支付，订单状态变为已取消，支付按钮不再展示。
• 已支付订单申请退款后，订单状态变为退款中，用户可查看退款进度。
• 已退款订单再次进入详情页，展示退款完成时间和退款金额。

状态类用例必须明确：

• 初始状态
• 触发动作
• 目标状态
• 页面或接口上的可观察结果

3. 缺少前置条件或预期结果

任何缺少前置条件、步骤或预期结果的用例，都不建议直接入库。

直接删除的用例

这类内容通常不可执行：

• 验证系统稳定性良好
• 验证页面体验友好
• 验证功能符合预期
• 验证数据处理准确高效
• 验证业务流程正常

如果要保留，需要先让 AI 重写：

请把不可执行的描述改成具体测试用例，必须包含前置条件、操作步骤、预期结果和可观察对象。

分拣表

可以直接用：

• 表单必填校验
• 字段格式校验
• 基础权限入口
• 明确的成功/失败提示
• 简单查询筛选

可以用，但要补：

• 边界值用例
• 异常场景
• 旧用例整理结果
• 常规正反向流程
• AI 给出的风险优先级

必须重写：

• 只写页面动作，不写业务规则
• 状态没有拆开
• 没有前置条件
• 没有明确预期结果
• 依赖项目历史背景的场景

直接删除：

• 验证体验友好
• 验证系统稳定
• 验证功能正常
• 验证数据准确
• 任何看完不知道怎么执行的句子

建议流程

AI 生成用例
  -> 人工分拣
  -> 可用用例保留
  -> 半成品用例重写
  -> 空话用例删除
  -> 再进入评审或用例库

AI 生成用例的价值在于提速，不在于免审。

如果不做分拣，最容易出现的问题是：用例数量变多，但用例库质量下降。