什么是测试用例
测试用例的定义
测试用例是执行测试的依据，把测试系统的操作步骤用文档的形式描述出来
- 测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误，而精心设计的少量测试数据，包括测试输入、执行条件和预期的结果，实际结果
- 测试用例是执行的最小实体。
- 测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障
测试用例的特征
- 正确性：测试用例最好是要求输入用户实际数据已验证系统是否满足需求规格说明书的需求，并且测试用例中的测试的应保证至少覆盖需求规格说明书中的各项功能。
- 完整性：一些基本功能，如有遗漏，那是不可原谅的。
- 准确：按测试用例输入实施测试后，要能根据测试用例描述的输出得出正确的结论，不能出现模糊不清的语言。
- 清晰、简洁：好的测试用例描述清晰，每一步都应有相应的作用，有很强的的针对性，不应出现一些无用的操作步骤。
- 可维护性：由于软件开发过程中需求变更等原因的影响，常常对测试用例进行修改、增加、删除等，以便测试用符合相应测试要求。
- 适应性：测试用例应该适合特定的测试环境以及符合整个团队的测试水平。
- 可重复性：要求不同测试者在同样的测试环境下使用同样测试用例都能得出相应结论。
- 可追溯性、可移植性
测试用例的基本方法
常用的是等价类和边界值
等价类划分
定义：输入具有代表性的数据子集。
等价类 分为 有效等价类 —满足需求
无效等价类—不满足需求
边界值法
确定边界值
确定边界情况（输入或输出等价类的边界）
选取正好等于、刚刚大于或刚刚小于边界值作为测试数据
邮箱案例 （边界值加等价类）
因果图法
定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况
特点:
-考虑输入条件的相互制约及组合关系
-考虑输出条件对输入条件的依赖关系
因果图法要注意考虑：
-所有输入/输出条件的相互制约关系以及组合关系
-输出结果对输入条件的依赖关系，也就是什么样的输入组合 会产生怎样的输出结果，即“因果关系”
因果图基本图形符号
恒等：若原因出现，则结果出现；若原因不出现，则结果不出现。
非（～）：若原因出现，则结果不出现；若原因不出现，则结果出现。
或（∨）：若几个原因中有一个出现，则结果出现；若几个原因都不出现，则结果不出现。
与（∧）：若几个原因都出现，结果才出现；若其中有一个原因不出现，则结果不出现。
因果图的约束符号
E（互斥）：表示两个原因不会同时成立，两个中最多有一个可能成立
I（包含）：表示三个原因中至少有一个必须成立
O（惟一）：表示两个原因中必须有一个，且仅有一个成立
R（要求）：表示两个原因，a出现时，b也必须出现，a出现时，b不可能不出现
M（屏蔽）：两个结果，a为1时，b必须是0，当a为0时，b值不定
场景法
场景法就是模拟用户操作软件时的场景，主要用于测试系统的业务流程。
当拿到一个测试任务时，我们并不是先关注某个控件的边界值、等价类是否满足要求,而是先要关注它的主要功能和业务流程是否正确实现，这就需要使用场景法来完成测试。
当业务流程测试没有问题，也就是该软件的主要功能没有问题时，我们再重点从边界值、等价类等方面对控件进行测试
在冒烟测试时也主要采用场景法进行测试
用例场景定义
场景法中两个重要的概念
-
基本流
按照正确的业务流程来实现的一条操作路径(模拟正确的操作流程) -
备选流
导致程序出现错误的操作流程(模拟错误的操作流程)用例场景是用来描述流经用例路径的过程，这个过程从开始到结束遍历用例中所有基本流和备选流。用例场景产生的背景
现在的软件几乎 都是由事件触发来控制流程的，事件触发时的情景便形成了场景。耐事件不同的触发顺序和处理结果形成事件流。
将这种在软件设计方面的思想引入到软件测试中， 生动的描给出事件触发时的情景，有利于测试设计都设计测试用例，同测试用例地更容易的得到理解执行。
在使用场景法设计测试用例时，需要覆盖系统用例中的主成功场景和扩展场景，并且需要适当补充各种正反面的测试用例和考虑出异常场景的情形。
当使用场景法测试程序没有问题时，可以再使用边界值、等价类方法对账号、密码进行更加细致、完整的测试。
基本流和备选流 如图所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。
错误推测法
错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。
正交表法
正交表:一种特制的表，一般的正交表己カ: Ln(mk)
n是表的行数，也就是需要測試組合的次数
K是表的列数，表示控件的个数(因素的个数，或因子个数)
m是毎个控件包含的取値个数(各因素的水平数，即各因素的状态数
如: L9（34）·有4个控件·毎个控件有3个取値· 9为需要测试的组合个数·叫4因素3水平、
正交表查询地址：https://www.york.ac.uk/depts/maths/tables/orthogonal.htm
正交排列法：http://support.sas.com/techsup/technote/ts723_Designs.txt
应用场景：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合，不可能（也没有必要）为每一种组合编写一条用例，如何使用最少最优的组合进行测试。——正交排列法
