测试用例

1.什么是测试用例：

向被测试系统发起的一组操作集合
重点：包含测试环境，测试数据，操作步骤，预期结果（ 标题，功能模块，前提条件， 重要性）

2. 测试用例的好处？

可以评估需求的覆盖率
可以重复使用（做回归测试的时候）
后辈借鉴学习，汲取经验

3.基于整体的设计测试用例：

基于需求的设计测试用例的方法

基于需求设计用例的前提：要保证我们需求的正确性和完整性，逻辑要一致。（验证需求）

用户需求和软件需求

关注细节

黑盒设计设计测试用例的方法有哪些？

4.六大设计用例的方法：

1.等价类
把输入（特殊的情况下考虑输出）划分成若干个等价类，从每一个等价类当中提取一个测试用例进行测试，如果该测试用例通过，那么就说该测试用例代表的等价类测试通过

解决了输入了很多，无法穷举的一种情况

有效等价类：符合程序规格说明书的有意义的值，叫做有效等价类
无效等价类：和有效相反

有效等价类：
1-6个：a-z+A-Z
1-6个：0-9
1-6个：a-z+A-Z+0-9

无效等价类：
1-6个：特殊字符
1-6个:特殊字符+0-9
1-6个：特殊字符+0-9+a-z
1-6个：特殊字符+0-9+a-z+A-Z
大于7个或小于1个

手机号11划分等价类：

有效等价类：
11个：0-9

无效等价类：
不等于11个数字

2.边界值
针对输入输出的边界进行测试用例的设计

临界点周围的值

一般边界值和等价类方法用在一起设计测试用例

3.因果图
因果图是一种逻辑图
有多个输入和输出
不同输入的组合对应不同的输出关系

有多个输入，输出和不同输入的组合之间有关系，就可以使用因果图设计测试用例

恒等：输入为真，输出为真

或：4种关系
只要有一个为真，就为真

与：4种关系
只要有一个为假，就为假

非~：输入为假，输出为真

因果图设计测试用例得步骤：
1.找出所有的输入和输出
2.找出输入和输出之间的关系
3.根据输入输出之间的关系画因果图
4.根据因果图画判定表
5.根据判定表设计测试用例

618活动，订单已提交，金额大于300或者有红包，则优惠

输入：
订单已提交，金额大于300，有红包
订单未提交，金额小于300，无红包

输出：有优惠 无优惠

找出输入和输出之间的关系：

订单已提交，订单金额大于300，有优惠
订单已提交，订单金额大于300并且有红包，有优惠
订单已提交，有红包，有优惠
订单已提交，订单金额小于300，没有红包，无优惠
订单未提交，无优惠

4.正交法

研究多因素多水平的一种测试用例的方法

取出多个水平的最优组合，通过研究这些组合最后的实验结果来分析我们这个实验的结果

因素（变量）：输入 因素数：变量数
水平：每个因素的取值
水平数：每个因素取值的个数
正交表的行数：(水平数-1)*因素数+1
正交表的列数：因素数

正交表的性质：
1.每一列中 不同的数据 出现的次数一样多
2.任何两列各 有序对数 出现的次数一样多

问题：当水平数不相同的时候可以正交表设计测试用例吗？
可以 PICT

5.场景设计法：

基本事件流
备选事件流

插卡–输入密码–选择业务–输入金额–区钞退卡

1.基本事件流：
正常插卡，输入正确密码，选择取款
，输入金额小于或者等于银行卡余额的取款金额

2.备选事件流：
操作超时，吞卡
ATM异常，无法正常操作
卡片异常，ATM无法识别（消磁，证件过期）
前两次输入错误，第三次输入正确，操作可以继续进行
三次机会全部输入错误，卡被锁定
ATM机余额不足，无法取款
输入取款金额大于银行卡余额，无法正常取款
卡片插反，无法识别
没有网络，ATM机无法正常操作

6.错误猜测法

根据经验和直觉去判断系统的哪一个模块有问题，针对有问题的模块进行测试用例的设计
经验丰富，知识积累
补充设计测试用例的方法

5.什么是测试用例的有效性

执行一条测试用例发现了bug
执行一条测试用例未发现BUG，实际该处有BUG

6.测试用例的粒度和评价

(1)测试用例写得过于复杂或详细，会带来两个问题：一个是效率问题，另一个是维护成本问题。另外，测试用例设计得过于详细，留给测试执行人员的思考空间就比较少，容易限制测试人员的思维。
(2)测试用例写得过于简单，则可能失去了测试周例的意义。过于简单的测试用例设计其实并没有进行“设计”，只是
把需要测试的功能模块记录下来而已，它的作用仅仅是在测试过程中作为一个简单的测试计划，提醒测试人员测试的主要功能包括哪些而已。测试用例的设计的本质应该是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试。

大多数测试团队编写的测试用例的粒度介于两者之间。而如何把握好粒度是测试用例设计的关键，也将影响测试用
例设计的效率和效果。应该根据项目的实际情况、测试资源情况来决定设计出怎样粒度的测试用例。

主要考虑可以参考如下内容：
产品的质量要求
项目对用例的要求
测试时间和资源是否充分

###7.测试用例的评价
同行审查
用户评审
项目组评审