上线前你自己点了十遍都没事,用户第一天就点崩了。
你自己测永远是”正常人”:手机号老老实实输 11 位,金额输 100,名字写”张三”。用户不是——会粘贴带空格的长文本、输 0/-1/999999999999、名字里带表情带引号、提交按钮连点 8 下、付款到一半切后台五分钟再回来。
你不是测得不认真,你是想不到。 这正是 AI 最能帮上忙的地方——它见过太多”用户会怎么乱来”,问对了能一口气列出你没想过的场景。
这一篇不讲怎么写测试代码(那是第79篇),讲更前面一步:动手测之前,怎么把”该测什么”列全。 不写代码的产品、运营、老板同样能用——列完照着点一遍就行。
一、先说清楚:测试用例到底长什么样
测试用例就是一张表,一行一条,照着做就行。一条合格的用例有 五列:
| 列 | 内容 | 举例 |
|---|---|---|
| 编号 | 方便沟通引用 | TC-012 |
| 场景 | 前置条件 + 做什么 | 未登录点”我的订单” |
| 输入 | 具体填了什么 | 手机号:138 0000 0000(带空格) |
| 期望结果 | 能一眼判断对错 | 提示”手机号格式不正确”,且不发验证码 |
| 优先级 | 高/中/低 | 高 |
新手最大毛病全在第四列:❌”正常显示/不报错/提交成功”是废话;✅”页面顶部红色提示『手机号格式不正确』,输入框变红,不跳转不发短信”才合格。一条用例合不合格就看一个标准:换个完全不懂的人,能不能照着执行并明确判断过没过。

二、用例分三层:顺、逆、坏
记住三个字就不会漏掉一大半场景。
- 顺:用户老老实实按你想的走。最容易测,也最给人虚假安全感——十条里九条是”顺”等于没测。
- 逆:用户不小心弄错。该填手机号填了邮箱、密码错三次、表单填一半刷新、传 30MB 图、转圈时又点一下。这是 Bug 重灾区。
- 坏:用户存心乱来。金额填负数超大数、名字塞 500 字塞表情、两个页面一个提交一个删除、用旧链接给已付款订单再付一次。这层直接变成钱和安全问题(回想第88篇:所有输入默认是敌人)。

三、边界怎么想全?四把尺子:数、字、时、态
“边界”就是极端的、临界的、易被忽略的值。脑子空白时一把一把量过去,基本不漏:
尺子一:数(数字类),重点试这几类临界值:
- 最小
0/1 - 最大(上限/上限+1)
- 负数
-1 - 小数
0.1 - 超大
999999999999
经典 bug:商品数量填 -1,订单金额变负数”退款”给用户,真事。
尺子二:字(文本类),文本类常见的坑:
- 空
- 只空格(很多系统当”填了”)
- 超长 1000 字
- 特殊符号
'"<>&\% - 表情 😀(老数据库存不了直接报错)
- 多语言(阿拉伯语从右往左排版会崩)
尺子三:时(时间类),时间类的边界:
- 过期秒
- 跨天 23:59:59→00:00:01
- 跨月(1月31日+1月=?)
- 闰年 2月29
- 顺序颠倒(结束早于开始)
- 同一秒并发抢最后一件库存
尺子四:态(状态流程),把流程走歪的各种情况:
- 提交连点 5 下
- 付款中途关页面
- 浏览器后退再提交
- 对已删除对象操作
- 换账号访问同链接
- 提交瞬间断网恢复再点
四把尺子记四字:数、字、时、态。

四、让 AI 生成用例:四步法「给、生、删、补」
很多人问 AI:”帮我写登录功能的测试用例。” AI 给 20 条,一半用不上一半不敢用——因为它不知道你的规则,全是猜的。正确分四步:
第一步:给 —— 把规则给足。 必须给三样:
- 功能干啥
- 具体规则(字段/必填/限制)
- 相关的钱/权限/不可逆操作
别说”测下优惠券”,要说”满100减20、每用户限领1张、有效期7天、仅服饰类目、不与会员折扣叠加、退款不返券”。多说这 60 字,用例质量翻三倍。
第二步:生 —— 指定结构再生成。 直接说”生成用例”会是一坨散装文字。要指定:按顺/逆/坏分组,每层用数/字/时/态过一遍,输出五列表格。结构一给,输出立刻从”一坨”变”能用的清单”。
第三步:删 —— 删掉 AI 编的和重复的。 千万别省。AI 必写三种垃圾用例:编规则的(”输超8位密码应成功”——你根本没说要8位)、测个寂寞的(和上条一模一样只换数字)、不适用的(”断网测试”——你这是内网系统)。一条用例的价值在于它有可能失败,100% 会过的写了也是浪费。 删时问一句:这条有可能挂吗?不可能就删。
第四步:补 —— 补 AI 想不到的三样。
| 补什么 | 举例 |
|---|---|
| 业务历史坑 | 老用户没绑手机号,登录走另一条路 |
| 真实脏数据 | 线上商品名带换行符,列表页错位 |
| 上下游依赖 | 依赖财务系统,它每天凌晨2点维护30分钟 |
补完,这份用例才真正属于你的项目。四步记四字:给、生、删、补。

五、时间不够怎么办?只测「钱、权、删」
现实:AI 给你 80 条,你只有两小时。别按顺序测,按后果排。 出事最贵的三类,优先级永远最高:
- 钱:金额、库存、积分、优惠券。判断:出错了会不会有人少收或多付。
- 权:谁能看/谁能改。判断:出错了会不会看到不该看的(见第88篇越权四问)。
- 删:删除、清空、发送、支付、发布等不可逆操作。判断:出错了能不能撤回,撤不回先测。
这三类之外的(文案错别字、按钮颜色)属”有空再测”。时间只够三条,就测钱、权、删。

六、两个真实的坑,提前告诉你
坑一:AI 生成的”边界值”是通用的,不是你的。 它默认按 255 字符,但你字段可能只许 50 字——它在按行业惯例猜。解法:把真实限制(字段长度、金额上限、时间范围)写给它,写不出先去代码或数据库查一眼。
坑二:AI 把”应该有的行为”当成”已有的行为”。 你问”重复提交会怎样”,它可能答”系统应该拦截”——这个”应该”是理想情况,你系统很可能没做防重。解法:提问时明确区分,别问”会怎样”,要问”我测什么能知道它有没有做防重”。AI 给的是清单不是结论,要你自己一条条跑过才算数。
七、完整走一遍:一个”提现”功能
测提现:用户输金额点提现,钱到银行卡。按四步走——
给:最低 10 元、最高单笔 5 万、每天限 3 次、手续费 1%、余额不足不能提、需绑卡。
生:让 AI 按顺/逆/坏 × 数/字/时/态 出表格。它会给出你可能没想到的:余额刚好 10 元(扣 1% 后不够了)数;第 3 次失败算不算用掉额度态;23:59 提交第 3 次、00:00 到账今天额度重置没时;金额框输 10.005数;审核中用户去解绑银行卡态。
删:删”输 100 元应成功”这种和主流程重复的。补:补”财务系统每天 2:00-2:30 维护,这期间提现会怎样”。排:涉及钱,全高优先级。
第三条和第五条,你自己八成想不到——这就是 AI 在这事上的真实价值:不是替你测,是替你想。
八、提示词模板盒子
模板 1:生成完整测试用例(核心,最常用)
你是一位资深测试工程师。请为下面功能生成测试用例。
【功能说明】(一句话说清干啥)
【业务规则】(字段/限制/上下限,能写几条写几条)
【涉及的敏感操作】(金额/权限/不可逆?有写,无写"无")
【输出要求】
1. 按三层分组:顺(正常)/逆(不小心错)/坏(存心乱来)
2. 每层用"数、字、时、态"过一遍:
- 数:0、1、负数、上限、上限+1、超大、小数位
- 字:空、只空格、超长、特殊符号、表情、多语言
- 时:过期、跨天、跨月、闰年、顺序颠倒、同一秒并发
- 态:重复提交、中断、后退、对已删除对象、无权限、断网
3. 输出表格,五列:编号|场景(前置+操作)|输入|期望结果|优先级
4. 期望结果必须是能一眼判断对错的具体描述,禁写"正常""成功"
5. 涉及钱/权限/不可逆的一律标"高"
【重要】我没说的规则不要自己假设,需要知道的单独列在后面,标题"我需要你补充的信息"。
模板 2:只挖边界(想不出边界时专用)
针对下面输入项,穷举所有值得测的边界值和异常输入。
【输入项】字段名:/含义:/类型:(数字/文本/日期/选项/文件)/已知限制:(长度?范围?必填?没有写"不清楚")
请按"数、字、时、态"四类分别列举,每类给:
- 具体测试值(能直接复制去输入框的)
- 为什么危险(一句话)
- 出问题最坏会发生什么
只列真可能出问题的,别凑数写重复的。
模板 3:帮我砍用例(时间不够时用)
下面是一份测试用例清单,我只有 ___ 小时测不完。(粘贴)
请帮我:
1. 标出"必测":钱(金额/库存/积分)、权限(谁能看谁能改)、不可逆(删除/支付/发送)
2. 标出重复或几乎不可能失败的,建议直接删并说明原因
3. 按"出问题后果严重程度"重排,给能在规定时间跑完的最终清单
只输出最终清单表格 + 一段"被砍掉部分的风险提示"。
模板 4:挑刺我自己写的用例
下面是我自己写的测试用例,帮我挑毛病。(粘贴)
【功能规则】(粘贴)
请指出:
1. 哪些期望结果太模糊,换个人判断不出过没过(逐条改)
2. 按数/字/时/态对照,我漏了哪些边界
3. 按顺/逆/坏对照,是不是全堆在"顺"
4. 有没有钱/权限/不可逆场景我完全没覆盖
直接说问题,别先夸我。
模板 5:让 AI 反过来问我
我要测的功能是:(简单描述)
生成用例前,请扮演刚接手项目的测试新人,向我提 10 个你必须知道但我还没说的问
题。要求:优先问"不问清就写出错误用例"的关键规则(边界数值、状态流转、权限、
与其他系统依赖);一次全部列出,我一起答完你再生成用例。
89 篇速查卡
| 记住 | 内容 |
|---|---|
| 一条用例五列 | 编号 / 场景 / 输入 / 期望结果 / 优先级 |
| 期望结果标准 | 换个人能照做、能判断过没过。禁写”正常”“成功” |
| 用例三层 | 顺(按你想的走)逆(不小心弄错)坏(存心乱来) |
| 边界四把尺 | 数(0/负/上限)字(空/空格/超长/表情)时(过期/跨天/闰年)态(连点/中断/后退/断网) |
| 四步法 | 给(规则给足)生(指定结构)删(删AI编的)补(补历史坑) |
| 必测三类 | 钱(金额库存)权(谁能看改)删(不可逆操作) |
| 删用例标准 | 这条有可能挂吗?不可能挂 → 删 |
| 铁律 | AI 给的是清单不是结论,一条条跑过才算数 |
下篇预告
用例列全、问题测出,但如果时间倒回项目最开始——新建项目搭环境、装依赖、配目录、调到能跑,就耗掉小半天,还没写一行正经功能。
下一篇《第90篇:用AI搭项目脚手架》告诉你新项目开头必备”五件套”,以及为什么一定要先让 AI 给目录树、再给文件——顺序反了会复制到崩溃,还有那两个新手 100% 会漏、漏了要么泄密要么别人跑不起来的文件。我们下篇见。