测试最容易出现的情况是：功能都测过，上线还是出问题。原因往往不是测得少，而是测的都是"顺利的情况"，边界、异常与权限这些真正容易出错的地方没覆盖到。
一、用例的四要素
- 前置条件：需要什么数据、什么账号、什么状态
- 操作步骤：按顺序、可复现
- 预期结果：具体、可判定
- 优先级：核心路径优先
"操作成功"不是预期结果，"提示保存成功且列表新增一条记录"才是。
二、边界值：最容易被忽略的地方
| 类型 | 测试点 |
|---|---|
| 数量边界 | 0 条、1 条、刚好满页、超出上限 |
| 长度边界 | 空值、恰好最大长度、超长 |
| 数值边界 | 最小、最大、负数、零、小数位 |
| 时间边界 | 跨天、跨月、闰年、时区 |
三、异常与并发
- 网络中断、超时、重复提交
- 数据被其他用户同时修改（并发编辑）
- 第三方接口失败或返回异常格式
- 中途刷新、返回、关闭页面后的状态
重复提交是最常见的生产问题
用户多点一次按钮就产生两条数据，这类问题在测试阶段很容易被忽略，上线后却天天出现。设计用例时专门列一条。
四、权限与数据隔离
- 不同角色能看到什么、不能看到什么
- 越权访问：直接改 URL 或参数能否访问他人数据
- 数据隔离：多组织 / 多门店场景下的数据边界
五、用例要与需求对齐
每条需求至少对应一个用例，验收标准中的每一条都应有对应用例。这样在验收时，"做完了没有"就不再是主观判断，而是"用例是否全部通过"。测试用例也是验收依据，写的时候就要按这个标准写。
#测试用例#边界值#质量保障#软件事业部
