文章介绍了测试用例的重要性和设计方法，包括基于需求设计、等价类划分、边界值分析和判定表法。强调了测试用例应清晰、可操作、具有高覆盖率，并提供了具体的设计步骤和示例。同时，指出了各种方法的适用场景和局限性。
目录
一. 回顾测试用例
1.测试用例基本要素
测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合。
这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。
2.测试用例好处
测试用例可以提高测试效率（可以减少测试工作的重复性）。
测试用例是自动化基础
3.评价测试用例的标准：对比好坏用例的评价标准
① 用例表达清楚，无二义性。
② 用例可操作性强。
③ 用例的输入与输出明确。一条用例只有一个预期结果。
④ 用例的可维护性好。
⑤ 用例对需求的覆盖率高
二. 测试用例的设计方法---黑盒测试
1.基于需求进行测试用例的设计
基于需求设计测试用例是测试设计和开发测试用例的基础，第一步就要分析测试需求，验证需求是否正 确、完整、无二义性，并且逻辑自洽。在需求正确的基础上细化测试需求，从测试需求提炼出一个个测 试点或者测试项，然后根据每一个测试点进行测试用例的设计。
在分析测试需求时，一般分为功能测试需求和非功能测试需求。
如何通过基于需求这个方法设计测试用例
① 充分理解需求 ② 针对需求提炼出测试点 ③ 设计测试用例
但是基于需求设计的测试用例只是大概的测试用例，不全面。
2. 等价类
2.1 什么是等价类
依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的 功能覆盖，解决了不能穷举测试的问题。
等价类可以划分成有效等价类和无效等价类。
有效等价类：满足用户需求的数据集合。无效等价类：不满足用户需求的数据集合。
2.2 如何通过这个方法设计测试用例
① 充分理解需求 ② 划分有效等价类、无效等价类 ③ 覆盖有效、无效等价类设计测试用例
思考一下：注册名长度6~15，类型必须字母才能注册成功设计测试用例？
关于等价类设计测试用例的缺陷是边界处没有进行测试。
3.边界值
3.1 什么是边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等 价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
3.2 边界值中重要的点
上点：边界上的点
内点：边界内的点
离点：距离上点最近的一个点。
如果是闭区间就是区间外距离上点最近的点；如果开区间就是区间内距离上点最近的点。
例如：
1 ~ 11 左闭右闭
上点：1，11 内点：大于1且小于11之间的数都可以 离点：0，12
1 ~ 11 左闭右开
上点：1，11 内点：大于1且小于11之间的数都可以 离点：0，10
1 ~ 11 左开右开
上点：1，11 内点：大于1且小于11之间的数都可以 离点：2，10
3.3 如何通过这个方法设计测试用例
① 充分理解需求 ② 找出边界点(上点，内点，离点) ③针对边界值设计测试用例
思考一下：注册名长度6~15左开右闭，类型必须字母才能注册成功设计测试用例？
等价类 + 边界值设计测试用例
4.判定表法
4.1 输入的数据之间往往有一定的逻辑关系。
4.2 什么是判定表
判定表是一个数据表，这个数据表表示的是输入条件和输出结果之间的关系。
恒等、与、或、非
① 恒等：条件为真，输出结果为真；条件为假，输出结果为假。
② 与：条件全为真，输出结果为真；其中一个条件为假，输出结果为假。
③ 或：其中一个条件为真，输出结果为真；条件全部为假，输出结果为假。
④ 非：条件为真，结果为假；条件为假，结果为真。
4.3 如何通过这个方法设计测试用例
① 充分理解需求 ② 确定需求所有可能的输入和输出 ③ 分析输入条件和输出结果之间的关系 ③ 画出因果图 ④ 把因果图转换成判定表 ⑤ 将判定表转化成测试用例
例如：假设业务单据的处理规则为：“淘宝618活动，订单已提交，订单合计金额大于300元或有红包，则进优惠”。
1. 写输入与输出
● 输入：订单已提交、金额大于300、有红包。 ● 输出：优惠、不优惠。
2. 然后找出输入与输出之间的对应关系。
订单已提交，金额大于 300，有红包，则有优惠。
订单已提交，金额大于 300，没有红包，则有优惠。
订单已提交，金额小于 300，有红包，则有优惠。
订单已提交，金额小于 300，没有有红包，则没有优惠。
订单未提交，则没有优惠。
3. 画因果图(可有可无)
3.画判定表：有3个条件,输出有2个取值，所以表的列数为2x2x2=8。
4. 测试用例
① 订单已提交，金额大于300，有红包，则有优惠。
② 订单已提交，金额大于300，没有红包，则有优惠。
③ 订单已提交，金额小于300，有红包，则有优惠。
④ 订单已提交，金额小于300，没有红包，则没有优惠。
⑤ 订单未提交，金额大于300，有红包，则没有优惠。
⑥ 订单未提交，金额大于300，没有有红包，则没有优惠。
⑦ 订单未提交，金额小于300，有红包，则没有优惠。
⑧ 订单未提交，金额小于300，没有红包，则没有优惠。
5.正交表法 ---（工具allpairs）
5.1 什么是正交表
5.2 水平、因素
水平：变量取值
因素：需求中涉及到的变量
5.3 正交的特性(结合正交表)
每一列中各数字出现的次数都一样多。
任何两列中的各有序数对出现的次数都一样多。
5.4 如何通过正交表设计测试用例
① 充分理解需求 ② 分析需求因素和水平 ③ 画正交表 ④ 将正交表转换成测试用例
例如：姓名、邮箱、密码、确认密码、验证码必须全部输入，才能进行注册。
1、因素：姓名、邮箱、密码、确认密码、验证码 因素数 = 5
水平：填写、不填写 水平数 = 2
2.正交表
3.测试用例
① 姓名，邮箱，密码，确认密码，验证码全部填写，注册成功。
② 姓名填写，邮箱、密码、确认密码、验证码全部不填写，注册失败。
③ 姓名不填写，邮箱填写，密码不填写，确认密码填写，验证码不填写，注册失败。
④ 姓名不填写，邮箱不填写，密码填写，确认密码不填写，验证码填写，注册失败。
⑤ 姓名填写，邮箱填写，密码填写，确认密码不填写，验证码不填写，注册失败。
⑥ 姓名填写，邮箱不填写，密码不填写，确认密码填写，验证码填写，注册失败。
4.增补测试用例
⑦ 姓名，邮箱，密码，确认密码，验证码全部不填写，注册成功。
5.5 如何通过allpairs画正交表
6.场景设计法测试用例
6.1 基础事件流、备用事件流
6.2 以ATM取款设计测试用例
插入正常的卡，输入正确的密码选择取款，输入取款金额，出钞，取卡。
插入的卡不是本银行卡，不能取款，直接把卡吐出来了。
...........
7.错误猜测法
错误猜测法是对被测试软件设计的理解，过往经验以及个人直觉，推测出软件可能存在的缺陷，从而针 对性地设计测试用例的方法。
这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握，还有个人的经验和直觉。
错误推测法和目前流行的“探索式测试方法”的基本思想一致，这类方法在敏捷开发模式下的投入产出比 很高，被广泛应运于测试。
三. 拿到一个需求如何设计测试用例
1.设计水杯测试用例
测试用例万能公式：功能、兼容、性能、安全、易用性、界面
2.针对一个软件的功能设计测试用例
微信：发朋友圈~~~
283
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
