本节目录
软件测试：用例
本节重点
1.测试用例的基本要素
2.测试用例的设计方法
- 基于需求的设计方法
- 等价类
- 边界值
- 因果图
- 正交排序
- 场景设计法
- 错误猜测法
3.测试用例的有效性
4.测试用例的粒度和评价
一、测试用例的基本要素
测试用例就是向被测试系统发起的一组集合，包含测试数据，测试环境，操作步骤，预期结果（要素）测试前期、测试版本、功能模块、重要性、标题
评价测试用例的标准：
用例表达清楚，无二义性
用例可操作性强
用例的输入于输出明确，一条用例只有一个预期结果
… … …
测试用例带来的好处
测试执行者的依据
使得工作可重复，自动化测试的基础
评估需求覆盖率
积累测试的方法思路以供后续借鉴
二、测试用例的设计方法
测试用例的总体设计方法：基于需求去设计测试用例
基于需求的的测试重点关注以下两大关键问题：
（1）验证需求是否正确、完整、并且逻辑一致。
（2）要从‘黑盒’的角度，设计出充分并且必要的测试集，以保证设计和代码都能完全符合需求。
黑盒测试用例设计的方法有哪些？
等价类、边界值、因果图、正交法、场景设计法、错误猜测法
等价类
依据需求将输入（特殊情况下可以不考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果测试用例通过，则认为所代表的等价类测试通过，这样就可以那个较少的测试用例达到尽量多的功能覆盖，解决了不能 穷举的问题。
- 有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明书中所规定的功能和性能
- 无效等价类：根据规格说明书，不满足需求的集合。
边界值
边界值分析法就是对输入或者输出的边界值进行测试的一种黑盒测试方法。一般等价类和边界值法一般结合在一起进行测试用例的设计。
因果图
因果图是简化了的逻辑图，能直观地表明程序输入和输出之间的关系。特别适用于被测试程序具有多种输入条件，程序的输出又依赖于输入条件的各种情况。
因果图需要掌握的基本知识
-
恒等
恒等：如果原因为真，那么结果必为真 -
与
与：两个原因都为真，结果为真 -
或
或：两个原因中有一个为真时，结果就为真。 -
非
只有原因为假，结果才为真
因果图法设计测试用例的步骤如下：
1.分析所有可能的输入和可能的输出
2.找出输入与输出之间的对应关系
3.画出因果图
4.把因果图转换为判定表
5.把判定表对应到每一个测试用例。
正交排列
正交排列的目的是为了减少用例数目，用尽量少的用例覆盖输入的两两组合。
利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人，给软件测试带来沉重的负担，为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。
正交实验设计方法:依据Galois理论,从大量的（实验）数据（测试例）中挑选适量的,有代表性的点（例）,从而合理地安排实验（测试）的一种科学实验设计方法.类似的方法有:聚类分析方法,因子方法方法等.
正交实验设计是研究多因素、多水平的一种设计方法，他是根据正交性，由实验因素的全部组合中挑选出部分有代表性的点进行实验，通过对这部分实验结果的分析了解全卖你实验的情况，找出最优的水平组合。正交实验设计是一种基于正交表的，高效率、快速、经济的实验。
- 因素：在一项实验中，想要考察的变量都是因素
- 水平：在实验范围内，因素被考察的值称为水平（变量的取值）
正交表的构成：
行数：正交表中行的个数，就是实验的次数，用N表示
因素数：正交表中列的个数，用C代表。
水平数：任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”，用T代表
正交表中的行数 N=（水平数-1）*因素数+1
正交表的两条性质：
1.每一列中各数字出现的次数都一样多。
2.任何两列所构成的各有序数对出现的次数都一样多
正交法设计测试用例的步骤:
1.找出因素
2.根据因素数和水平数选择一个合适的正交表
3.根据正交表的性质填写正交表
4.根据完成的正交表设计测试用例。每一行为一个测试用例
5.补充认为可能的测试用例
场景设计法
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。
错误猜测法
错误猜测法是经验丰富的测试人员喜欢使用的一种测试方法。只是一种基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。它的基本思想是列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。
三、什么是测试用例的有效性
- 当业务代码出现问题的时候，测试用例可以发现这个问题，我们就认为这一组测试用例是有效的。
- 当业务代码出现问题的时候，测试用例没能发现这个问题，我们就认为这一组测试用例是无效的。
我们对测试用例有效性的理论建模是：
测试有效性 = 被发现的问题数 / 出现问题的总数
四、测试用例的粒度和评价
（1）测试用例的粒度
粒度：指测试用例编写得详细程度
（1）测试用例过于详细和复杂，会带来两个问题：一个是效率问题，另一个是维护成本
（2）测试用例写得过于简单，则可能失去测试周例得意义。
（2）测试用例的评价
实际用例出来，如何提高测试用例设计的质量？就像软件产品需要通过各种手段来保证质量一样，测试用例的质量也需要综合使用各种手段和方法。评审分为正式和非正式评价。
- 同行评审
- 用户检查
- 项目组评审