自动化测试学习day4-等价类、边界值、错误推测法、场景图、因果图。

首先水几句话
测试用例设计的目的：为了规范测试过程
1.提高测试效率
2.避免出现遗漏
3.控制测试进度
4.突出测试重点（优先级）
5.这是一个度量指标

嘛是测试用例？

1.是一个测试文档，为了确定系统的某个特性是否正常工作
2.是软件测试团队的主要工作成功之一
3.它的质量与测试人员的水平有着极大的关系
4.执行测试用例是将这些用例诸葛在被测的软件上执行，并判断其结果是否和预期相符
举个栗子：

测试用例编写要素

1.用例编号 2.用例标题 3.用例模块 4.预置条件
5.测试数据 6.测试步骤 7.优先级 8.预期结果 9.执行结果
通常还有可能加入：编写人、执行人、备注等等…
再举个栗子：

黑盒用例设计方法

六种：等价类、边界值、错误推测法、场景法、因果图、判定表
各有各的优势麻，使用不同场景。下面，简单介绍

等价类

把接大多数可能的数据，即把程序的输入域划分成若干个部分，如何从每一个部分中选取少数具有代表性的数据作为测试用例。

首先，把等价类划分为，有效等价类和无效等价类。
有效等价类：
1.合理的、有意义的、接收后按照正常流程执行的数据集合
2.利用有效等价类可检验是否实现了需求所规定的功能
无效等价类
1.不合理的、没有意义的、接收后按照非法流程执行或者无法继续执行的数据集合
2.利用无效等价类可检验在异常状态下程序是否给出了友好提示或者做出了相应判断
栗子：确认了取值范围是0~100

在输入条件是一个类似布尔量（True False）时，就又可以确认一个有效等价类和一个无效等价类了

等价类设计用例方法：

来个例题：

边界值

边界值：顾名思义，规定好范围后，范围的边界上内外就近的值
众所周知，黑盒测试是不看代码的，所以我们只能把程序员“可能”犯下的错误全部覆盖。
举个煎蛋栗子：程序员在写判断范围时，可能回漏个或者多个等号什么的

边界值分析法是对等价类方法的补充，测试用例来自等价类的边界。
大量的错误可能会发生在输入范围的边界上，而不是输入范围内。
应当选取正好等于、刚刚大于、刚刚小于边界值的测试数据而不是选取等价类中的典型值或者任意值为测试数据，担任任意值的选取有时候也非常有必要。
举个煎蛋的栗子：


边界值点的定义：
上点：边界上的点，如果边界的封闭的，上点就在范围内，如果是开放的上点就在范围外
离点：离上点最近的点，封闭就在域外，开放就在域内
内点：在域内的任意一个点

错误推测法

基于经验和直觉推测程序中所有可能存在的各种错误，可作为一种补充收手段。
常常需要考虑这些：

场景法（流程分析法）

将软件系统的某个流程看成路径，用路径分析的方法来设计测试用例。
根据流程顺序依次组合，使得流程的各个分支都走到。

基本流和备选流：如图所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）
举个栗子：


对于这7个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。

因果图

前面的等价类和边界值都注重考虑输入条件。
如果，考虑使用一种合适描述对于多种条件的组合，产生多个动作的形式来设计用例，因果图就非常合适
因果图方法最终生成的是判定表，它适合于检查程序输入条件的各种组合情况。


因果图的约束符号：

举个栗子：
某软件规格说明书包含这样的要求：第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息L；如果第二列字符不是数字，则给出信息M。

判定表

没学，明天学了补