很多新人测试拿到需求就开始点点点点了半天自己都不知道测了什么、漏了什么。老测试拿到需求先想的是这个功能有哪些输入维度哪些边界哪些组合哪些异常路径这背后就是测试用例设计方法。这篇用登录、注册、下单三个真实场景把六大方法一次讲透。一、为什么不能瞎点没有方法的测试靠的是运气和经验。结果就是正常路径测了十遍边界和异常一个没碰上线就出 Bug。用例设计方法的核心价值是用最少的用例覆盖最多的风险。六大方法各有适用场景方法适用场景核心思想等价类划分输入框、参数同类数据视为等价取一个代表边界值分析有范围的输入错误最容易发生在边界判定表多条件组合穷举所有条件组合因果图复杂逻辑关系先画原因-结果图再转判定表场景法业务流程基本流备选流覆盖完整路径错误推测法经验补充凭经验猜哪里容易出问题二、等价类划分把无限输入变有限等价类的核心是同一类数据系统处理方式相同测一个就够了。分两类有效等价类符合需求的合法输入无效等价类不符合需求的非法输入以登录用户名为例需求是6-16位字母或数字。有效等价类1. 6-16位字母组合如 zhangsan 2. 6-16位数字组合如 12345678 3. 6-16位字母数字组合如 zhang123无效等价类1. 少于6位如 abc 2. 超过16位如 abcdefghijklmnopq 3. 包含特殊字符如 zhangsan 4. 包含中文如 张三123 5. 包含空格如 zhang san 6. 空字符串每个等价类取一个代表值就把无数种输入压缩成了 9 条用例。给新人的建议拿到输入框先画等价类表再写用例别上来就填数据。三、边界值分析Bug 最爱藏在边界经验表明大量 Bug 发生在输入范围的边界上而不是中间。所以等价类要配合边界值用。边界值取三个点上点边界上的值刚好等于离点离边界最近的无效值刚好超出内点范围内的任意有效值以密码长度 6-16 位为例边界值用例1. 5位离点无效 2. 6位上点有效最小值 3. 7位内点有效 4. 15位内点有效 5. 16位上点有效最大值 6. 17位离点无效注意6 位和 16 位是最容易出问题的——前端可能限制了 16 位但后端没限制或者反过来。给老人的进阶点边界值不仅测输入长度还要测数值边界金额 0、负数、超大值、时间边界月末、跨年、闰年 2 月 29 日。四、判定表多条件组合不遗漏当一个功能的输出取决于多个条件的组合时用判定表。以会员折扣为例是否会员是/否 订单金额是否满 100是/否共 4 种组合。判定表| 条件/规则 | 规则1 | 规则2 | 规则3 | 规则4 | |--------------|-------|-------|-------|-------| | 是否会员 | 是 | 是 | 否 | 否 | | 金额100 | 是 | 否 | 是 | 否 | |--------------|-------|-------|-------|-------| | 打8折 | 是 | 否 | 否 | 否 | | 满100减20 | 否 | 否 | 是 | 否 | | 无优惠 | 否 | 是 | 否 | 是 |4 条规则就是 4 条用例所有组合全覆盖。如果有 3 个条件就是 8 种组合4 个条件 16 种——条件多了可以合并不可能出现的规则如会员且非会员。五、因果图复杂逻辑先画图因果图是判定表的前置工具。当条件之间有约束关系比如选了 A 就不能选 B先画因果图理清逻辑再转判定表。原因输入条件如用户名正确“密码正确”结果输出动作如登录成功“提示密码错误”关系与∧、或∨、非¬登录功能的因果关系用户名正确与密码正确 → 登录成功用户名错误或密码错误 → 提示对应错误。画清楚后转成判定表就是完整用例。六、场景法跟着业务流程走场景法适合测有完整流程的功能如下单、支付、注册。核心是基本流最顺利的主路径选商品→加购物车→下单→支付→成功备选流主路径上的分支和异常库存不足、支付失败、地址为空以电商下单为例场景用例基本流选商品→加购物车→去结算→选地址→提交订单→支付成功 备选流1加购物车时库存不足 备选流2结算时地址为空 备选流3提交订单时商品已下架 备选流4支付时余额不足 备选流5支付超时取消每条备选流就是一条测试场景。给新人的建议画流程图把每个判断节点的否分支都列出来就是备选流。七、错误推测法经验的价值前面五种是结构化方法错误推测法靠经验。比如输入框粘贴超长文本会不会崩快速连续点击提交按钮会不会重复提交网络中断后重试会不会产生重复订单并发操作同一资源会不会数据错乱这是老测试的优势——踩过的坑多了自然知道哪里容易出问题。建议把每次发现的 Bug 记录下来形成自己的错误推测清单。八、综合实战注册功能怎么设计用例需求手机号注册手机号 11 位、验证码 6 位、密码 6-16 位字母数字组合、需勾选同意协议。第一步等价类边界值覆盖输入手机号11位有效 / 10位无效 / 12位无效 / 非数字无效 / 空 验证码6位有效 / 5位无效 / 7位无效 / 错误验证码 / 过期验证码 密码6位有效 / 16位有效 / 5位无效 / 17位无效 / 纯字母 / 纯数字 / 含特殊字符 协议勾选 / 不勾选第二步判定表覆盖组合手机号正确 验证码正确 密码合法 勾选协议 → 注册成功 手机号正确 验证码错误 ... → 提示验证码错误 手机号正确 验证码正确 密码含特殊字符 → 提示密码格式 ...关键组合全覆盖第三步场景法覆盖流程基本流输入手机号→获取验证码→输入验证码→设置密码→勾选协议→注册成功 备选流验证码倒计时未结束重复获取 备选流验证码输入错误超过次数锁定 备选流手机号已被注册第四步错误推测补充快速连续点击获取验证码→是否限流 注册成功后返回上一页→是否重复提交 弱网下提交→是否超时友好提示这样一套下来注册功能的用例就系统、完整、不遗漏了。经验总结给新人别上来就点先花 10 分钟分析需求、画等价类和边界用例要写清楚前置条件、步骤、预期结果别人能看懂能执行正常路径和异常路径比例大概 3:7异常才是 Bug 高发区给老人六大方法不是孤立的实际工作中是组合使用等价类边界值打底判定表/场景法补组合错误推测补经验关注接口层和数据层的边界前端限制了不代表后端限制了建立自己的 Bug 库每次复盘这个 Bug 用哪种方法本可以提前发现口诀等价分类省用例边界值上找问题判定表穷举组合因果图理清逻辑场景法走完流程错误推测靠经验六法组合来使用系统覆盖不遗漏。觉得有用点个赞、关注一下下一篇讲缺陷管理Bug 生命周期、严重等级 vs 优先级、高质量缺陷报告怎么写。#软件测试 #测试工程师 #测试用例 #接口测试 #自动化测试 #测试实战 #测试入门
很多新人测试拿到需求就开始点点点点了半天自己都不知道测了什么、漏了什么。老测试拿到需求先想的是这个功能有哪些输入维度哪些边界哪些组合哪些异常路径这背后就是测试用例设计方法。这篇用登录、注册、下单三个真实场景把六大方法一次讲透。一、为什么不能瞎点没有方法的测试靠的是运气和经验。结果就是正常路径测了十遍边界和异常一个没碰上线就出 Bug。用例设计方法的核心价值是用最少的用例覆盖最多的风险。六大方法各有适用场景方法适用场景核心思想等价类划分输入框、参数同类数据视为等价取一个代表边界值分析有范围的输入错误最容易发生在边界判定表多条件组合穷举所有条件组合因果图复杂逻辑关系先画原因-结果图再转判定表场景法业务流程基本流备选流覆盖完整路径错误推测法经验补充凭经验猜哪里容易出问题二、等价类划分把无限输入变有限等价类的核心是同一类数据系统处理方式相同测一个就够了。分两类有效等价类符合需求的合法输入无效等价类不符合需求的非法输入以登录用户名为例需求是6-16位字母或数字。有效等价类1. 6-16位字母组合如 zhangsan 2. 6-16位数字组合如 12345678 3. 6-16位字母数字组合如 zhang123无效等价类1. 少于6位如 abc 2. 超过16位如 abcdefghijklmnopq 3. 包含特殊字符如 zhangsan 4. 包含中文如 张三123 5. 包含空格如 zhang san 6. 空字符串每个等价类取一个代表值就把无数种输入压缩成了 9 条用例。给新人的建议拿到输入框先画等价类表再写用例别上来就填数据。三、边界值分析Bug 最爱藏在边界经验表明大量 Bug 发生在输入范围的边界上而不是中间。所以等价类要配合边界值用。边界值取三个点上点边界上的值刚好等于离点离边界最近的无效值刚好超出内点范围内的任意有效值以密码长度 6-16 位为例边界值用例1. 5位离点无效 2. 6位上点有效最小值 3. 7位内点有效 4. 15位内点有效 5. 16位上点有效最大值 6. 17位离点无效注意6 位和 16 位是最容易出问题的——前端可能限制了 16 位但后端没限制或者反过来。给老人的进阶点边界值不仅测输入长度还要测数值边界金额 0、负数、超大值、时间边界月末、跨年、闰年 2 月 29 日。四、判定表多条件组合不遗漏当一个功能的输出取决于多个条件的组合时用判定表。以会员折扣为例是否会员是/否 订单金额是否满 100是/否共 4 种组合。判定表| 条件/规则 | 规则1 | 规则2 | 规则3 | 规则4 | |--------------|-------|-------|-------|-------| | 是否会员 | 是 | 是 | 否 | 否 | | 金额100 | 是 | 否 | 是 | 否 | |--------------|-------|-------|-------|-------| | 打8折 | 是 | 否 | 否 | 否 | | 满100减20 | 否 | 否 | 是 | 否 | | 无优惠 | 否 | 是 | 否 | 是 |4 条规则就是 4 条用例所有组合全覆盖。如果有 3 个条件就是 8 种组合4 个条件 16 种——条件多了可以合并不可能出现的规则如会员且非会员。五、因果图复杂逻辑先画图因果图是判定表的前置工具。当条件之间有约束关系比如选了 A 就不能选 B先画因果图理清逻辑再转判定表。原因输入条件如用户名正确“密码正确”结果输出动作如登录成功“提示密码错误”关系与∧、或∨、非¬登录功能的因果关系用户名正确与密码正确 → 登录成功用户名错误或密码错误 → 提示对应错误。画清楚后转成判定表就是完整用例。六、场景法跟着业务流程走场景法适合测有完整流程的功能如下单、支付、注册。核心是基本流最顺利的主路径选商品→加购物车→下单→支付→成功备选流主路径上的分支和异常库存不足、支付失败、地址为空以电商下单为例场景用例基本流选商品→加购物车→去结算→选地址→提交订单→支付成功 备选流1加购物车时库存不足 备选流2结算时地址为空 备选流3提交订单时商品已下架 备选流4支付时余额不足 备选流5支付超时取消每条备选流就是一条测试场景。给新人的建议画流程图把每个判断节点的否分支都列出来就是备选流。七、错误推测法经验的价值前面五种是结构化方法错误推测法靠经验。比如输入框粘贴超长文本会不会崩快速连续点击提交按钮会不会重复提交网络中断后重试会不会产生重复订单并发操作同一资源会不会数据错乱这是老测试的优势——踩过的坑多了自然知道哪里容易出问题。建议把每次发现的 Bug 记录下来形成自己的错误推测清单。八、综合实战注册功能怎么设计用例需求手机号注册手机号 11 位、验证码 6 位、密码 6-16 位字母数字组合、需勾选同意协议。第一步等价类边界值覆盖输入手机号11位有效 / 10位无效 / 12位无效 / 非数字无效 / 空 验证码6位有效 / 5位无效 / 7位无效 / 错误验证码 / 过期验证码 密码6位有效 / 16位有效 / 5位无效 / 17位无效 / 纯字母 / 纯数字 / 含特殊字符 协议勾选 / 不勾选第二步判定表覆盖组合手机号正确 验证码正确 密码合法 勾选协议 → 注册成功 手机号正确 验证码错误 ... → 提示验证码错误 手机号正确 验证码正确 密码含特殊字符 → 提示密码格式 ...关键组合全覆盖第三步场景法覆盖流程基本流输入手机号→获取验证码→输入验证码→设置密码→勾选协议→注册成功 备选流验证码倒计时未结束重复获取 备选流验证码输入错误超过次数锁定 备选流手机号已被注册第四步错误推测补充快速连续点击获取验证码→是否限流 注册成功后返回上一页→是否重复提交 弱网下提交→是否超时友好提示这样一套下来注册功能的用例就系统、完整、不遗漏了。经验总结给新人别上来就点先花 10 分钟分析需求、画等价类和边界用例要写清楚前置条件、步骤、预期结果别人能看懂能执行正常路径和异常路径比例大概 3:7异常才是 Bug 高发区给老人六大方法不是孤立的实际工作中是组合使用等价类边界值打底判定表/场景法补组合错误推测补经验关注接口层和数据层的边界前端限制了不代表后端限制了建立自己的 Bug 库每次复盘这个 Bug 用哪种方法本可以提前发现口诀等价分类省用例边界值上找问题判定表穷举组合因果图理清逻辑场景法走完流程错误推测靠经验六法组合来使用系统覆盖不遗漏。觉得有用点个赞、关注一下下一篇讲缺陷管理Bug 生命周期、严重等级 vs 优先级、高质量缺陷报告怎么写。#软件测试 #测试工程师 #测试用例 #接口测试 #自动化测试 #测试实战 #测试入门
 击败 x.len()，从内置函数看 Python 的设计思想)
