第七天笔记

测试用例设计：
等价类，边界值，判定表，因果图

动态测试：
指通过运行程序来查看程序是否存在问题
1.白盒：
2.黑盒

静态测试：
指对代码的阅读走查，查看是否有存在逻辑与语法问题
指对需求文档的阅读走查，查看是否有存在逻辑与矛盾的问题

正式评审：
由产品经理进行发起，主要是针对需求文档或者原型进行评审，需求文档是否存在逻辑错误的问题，以及在评审过程中对需求有疑问的地方进行解答

度量：测试所有的方法或标准

走查（Walkthrough）：由文档作者逐步陈述文档内容，以收集信息并对内容达成一致

复杂性（complexity）：系统或组件的设计或内部结构比较复杂，导致难以理解，维护或验证的程度

圈复杂度（Cycloamic complexity）：程度中独立路径的数量。可以衡量一个组件模块的判定结构的复杂程度。
计算公式：1.V = E - N +2（E是结构图的边数，N是节点数，V=区域数）
   2.V = P +1（P是判定节数）
控制流（Control Flow）：执行组件或系统的一系列顺序的路径
数据流（Data Flow）：表示数据对象的顺利或状态发生变化的过程

控制流图：
程序简化后的事务处理节点，可以表示程序控制结构
1.划分事务处理先后以及步骤
2.每个节点都有特定的处理对象

数据流图：
表示程序运行过程当，数据的处理方式

计算对象是结构图或程序图，而程序图又包括控制流图与流程图


测试用例方法：

等价类：指某个输入域的集合，在集合中各个输入的条件都是等效的分类
1.有效等价类：符合程度规定的条件
2.无效等价类：不符合程序规定的条件，异常的行为
编写用例：尽可能一条用例包含多条件，多覆盖

等价类划分的设计用例思路：
1.找输入条件
2.为每个输入条件找有效、无效等价类
3.为每个等价类编号
4.用最少的用例覆盖最多的有效等价类
5.每个无线等价类都是一个用例
6.并非所有有效等价类都是无效
7.等价类的覆盖可以重复覆盖

等价类的优缺点
优点：是考虑了单个输入域的各类情况，避免了盲目或随机选取数据的不完整性和覆盖的不稳定。
缺点：方法虽然简单易用，但没有对组合情况充分的考虑。需要结合其他测试用例设计的方法进行补充。比如边界值


边界值：是用来补充等价类的划分法，工作中和等价进行组合使用编写测试用例边界点定义
上点：边界上的点
离点：离上点最近的点（即上点左右两边最邻近的点）
内点：在区域范围内的点
边界值分析原则
1. 如果输入（输出）条件规定了取值范围，则应该以该范围的边界内及边界附近的值作为测试用例
2. 如果输入（输出）条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据
3. 如果程序规格说明中提到的输入或输出是一个有序集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据


判定表：
分析和表达多逻辑条件下执行不同操作的情况
条件项：列出所有程序条件
动作项：列出所有程序采取结果
条件桩：列出所有条件可能出现的情况
动作桩：采取对的动作
创建步骤：
1）确定规则的个数：若有N个条件，每一
个条件下有2个值，则有2^n种规则。
2）列出所有条件桩与动作桩。
3）输入条件项。
4）输入动作项得到初始判定表。
5）简化（合并相似规则）。
6）编写测试用例

判定表的作用：
利用判定表将复杂的问题按照各种可能的情况全部列举出来，能针对不同逻辑条件的组合值，分别执行不同的操作

因果图：
因果图提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。其中，原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出。
有没有画过因果图？
没有，是把原因果图转为判定的条件，把结果转换为判定表所采取动作结果，进行设计测试用例
因果图符号：
恒等   =叫做赋值    ==恒等
非：！=   ，not no ， ≠  就是不等于的意思
或： or  ，/  ，|| 表示或的关系
与： 且 ， and ， 和  ， &&   ，^
约束符号：
异：两个只能能选择一个，要么都不选
或：满足一种条件即可
唯一：只能出现一个
要求：当a出现的时候，必要要求b也出现
强制：若a存在则强制要求B消失
因果图优点：
1.设计出来的测试用例都是有效的，对程序规格都是有意义的
缺点：1.很难从实际的需求当中提出因果关系
2.组合条件庞大，花费时间成本


场景法：
1.每个输入的情况都是符合价值的
2.都有确切的路径顺序去执行，能够全方位模拟用户的操作场景

xmid：
一般用于拆需求，提取测试点，然后转换为测试用例