测试学习笔记（二）
1. 回顾测试用例的基本要素：
操作步骤，测试环境，测试数据，预期结果，重要性，测试前提等
好的测试用例可以带给我们的好处：
- 测试执行者的依据
- 使得工作可重复，自动化测试的基础
- 评估需求覆盖率
- 用例的复用
- 积累测试的方法思路以供后续借鉴
2. 测试用例的设计方法：
设计方法都是基于需求的设计，是一种最根本的软件测试。主要关注以下问题：
- 验证需求是否正确，完整，无二义，并且逻辑一致
- 要从黑盒的角度，设计充分并且重要的测试集，保证设计和代码都能完全符合需求
3.黑盒测试和白盒测试
白盒测试：打开盒子，去研究里面的源代码和程序的结果
白盒测试用例设计方法：逻辑覆盖法，循环覆盖法，路径覆盖法
黑盒测试：把程序当做一个黑色的盒子，我们不关心程序内部细节，只关心程序的输入和输出。（常考）
黑盒测试用例设计方法：等价类，边界值，因果图，正交法，场景设计法，错误猜测法
下面我们来一个个说一下黑盒测试用例设计方法。
4.等价类
定义：把输入（一般不考虑输出）划分为若干个等价类，从每个类中选择一个测试用例，如果该测试用例测试通过，那么我们就可以说这个测试代表的等价类测试通过。
**目的：**为了解决测试用例不能穷举的情况
有效等价类：针对输入或者需求规格有意义的数据
无效等价类：针对输入或者需求无意义的数据
在测试中有效等价类和无效等价类都需要进行测试
eg.：
5.边界值
定义：针对输入或输出的边界进行测试用例设计（临界）
备注:经常和边界值法结合在一起进行测试用例的设计
如上述网易云账户的例子：
边界值需要测试的为：注意边界值也需要进行测试
6.因果图
定义：是一种简化了的逻辑图，用来直观的表述输入（原因）和输出（结果）之间的关系
适用场景：当被测试程序有多个输入，并且程序的输出又依赖与程序的输入条件的情况
因果图分类：
- 恒等 若原因为真那么结果一定为真
标题
- 与 只有所有原因都为真，结果才为真
- 或 只要有一个原因为真，结果就为真
- 非 只有原因为假，结果才为真
因果图发设计测试用例步骤：
1.找出输入输出
2.理清输入输出的关系
3.画出因果图
4.画判定表
5.根据判定表对应到每个测试用例
7.正交法（研究多因素，多水平的方法）
目的：为了减少用例数目，用尽量少的用例覆盖输入的两两组合
原理：根据正交性，选出输入的最优组合进行测试，分析这些结果，以分析整个实验结果。
几个重要元素：
因素：测试中，需要考察的变量
水平：一个变量的取值
正交表的构成：
行数：表示试验的次数（用N表示）
列数：变量的个数，因素数，（用C表示）
水平数：单个因素能够取得的值的最大个数（用T 表示）
正交表的表示：L= N（CT）；
行数：N=（水平数-1）* 因素数+1；（该表达式只适用于特殊情况：水平数都相等）
正交表确定后，正交表里的取值怎么写？
正交表设计测试用例的两条性质：
1.每列中的各个数据出现的次数一样多
2.任何两列中呵呵有序对数数显的次数一样多（如：ABC,123…）
正交法设计测试用例的步骤：
1.找出因素，因素数，水平，水平数
2.根据1选择合适的因素数
3.根据正交表的两条性质填写正交表
4.根据正交表设计测试用例，每一行为一个测试用例
5.补充认为可能遗漏的用例组合
正交法在实际的开发中并不常见，实际中可能会看代码或者想象可能的代码来减少用例
举个栗子：
8.场景设计法
现在软件几乎都是事件触发来控制流程的，事件触发的情景形成了场景，同一件事不同的触发顺序和处理结果形成了事件流。
用业务流把各个孤立的功能点串起来，为测试人员简历整体业务，以免忽略细节。
可以通过正常时间流（正常情况触发）和异常事件流（出现异常的情况）来进行测试用例的书写
9.错误猜测法
经验丰富的测试人员往往能猜到bug
作为补充的
最近在准备秋招，但心里总是慌慌的
目标不变：北京
西安这座美好的城市，总有一天我会离开，再回来
儿女情长影响我们仗剑走天涯。