测试用例编写

1、如何编写测试用例,目录,测试用例的概念 测试用例的编写,定义,？,测试输入,执行条件,预期输出,满足需求？,程序正常？,质量保证？, ,描述,测试用例是软件测试的核心；,软件测试中最重要的是设计和生成有效的测试用例；,测试用例是测试工作的指导，是软件测试的必须遵守的准则；,原来测试用例这么重要啊！,入手,随机测试,抽查测试,遍历测试,完全测试, , ,目标：各种制约因素（人力、财力、物力、时间、精力等） 下，努力使测试更完全。,在所有可能的测试用例中，哪 个子集最有可能发现最多的 错误？,目录,测试用例的概念 测试用例的编写,特点,大局观,难度大,思维缜密,经验丰富,要求高,逻辑强大,全面性,

2、分类,白盒测试,黑盒测试,黑盒测试用例（优先）+白盒测试用例（补充）=完整测试用例,黑盒用例编写,等价类 边界值 因果图 判定表驱动法 正交实验法 功能图法 场景实验法 错误推断法 需求转化 设计文档 探索式测试,白盒用例编写,逻辑覆盖 语句覆盖 判定覆盖 条件覆盖 判定条件覆盖 多重条件覆盖 条件组合覆盖 循环覆盖 基本路径测试,黑盒-等价类,等价类：选取少数有代表性的数据，这一类数据等价于这一 类的其它值；找出最小的子集，可以发现最多的错误； 两大特性：必须设计的用例；涵盖了大部分情况； 两类情况：有效等价类；无效等价类； 转化为测试用例 1、按照输入条件、有效等价类、无效等价类建立等价类

3、列表， 列出所有的等价类； 2、为每一个等价类固定一个编号； 3、设计一个测试用例，使其覆盖一个或多个有效的等价类； 4、设计一个或更多的测试用例以覆盖剩余的有效等价类； 使用场景：输入条件（取值范围/值个数；必须值集合；布尔 值；一组处理值；必须遵守的规则；再细分更小等价类；）,等价类举例,以三角形测试为例：输入3个整数做为三角形的三个边，通过程序判定三角形的类型,黑盒-边界值,边界值：所谓边界条件，是指输入和输出等价类中那些恰好 处于边界、超过边界、或在边界以下的状态 ； 两个特征：选择一个或多个元素，以便等价类的每一个边界 都经过了测试；与仅仅关注输入条件不同，还需要考虑结果 空间（输出

4、等价类）设计测试用例； 边界条件可能非常微妙，因此把他们确定下来煞费心思； 使用场景：输入+输出都需要考虑（值的范围；值个数；有 序集合；内部数据结构；分析规格说明；） 小例子：a=1,100，显示a；,边界类举例,以三角形测试为例：输入3个整数做为三角形的三个边，1a、b、c10,通过程序判定三角形的类型,黑盒-因果图,因果图：输入条件的组合进行分析。用一个系统的方法选择 出高效的测试用例集； 分析思路： 1、分析规格说明描述，确定原因和结果，并赋予标识符； 2、分析规格说明语义，找出原因与原因之间，原因与结果之 间关系，画出因果图； 3、有些原因与原因之间，原因与结果之间组合不会出现，用

5、记号表明约束或限制条件； 4、因果图转换为判定表； 5、判定表的每一列作为依据，设计测试用例； 使用场景：必须考虑输入条件的各种组合（一种适合于描述 多种条件的组合、相应产生多个动作的形式来进行设计）；,黑盒-判定表,判定表：分析和表达多逻辑条件下执行不同操作的情况的工 具 ；略过因果图的绘制，直接列出所有组合进行筛选； 分析思路：判定表通常有四个部分组成：条件桩、动作桩、 条件项、动作项； 判定表的建立步骤：（根据软件规格说明） 确定规则个数；列出所有条件桩和动作桩；填入条件项；填 入动作项，得到初始判定表；简化合并相似规则； 使用场景：控制类和游戏。优点是能把复杂的问题按各种可 能的情况一

6、一列举出来，简明而易于理解，也可避免遗漏。 缺点是不能表达重复执行的动作，例如循环结构。,黑盒-正交实验法,正交实验法：利用因果图来设计测试用例时, 输入原因与输出 结果之间的因果关系,有时很难从软件需求规格说明中得到； 往往因果关系非常庞大,以至于测试用例数目巨大，为了有效 地、合理地减少测试的工时与费用,可利用正交实验设计方法 进行测试用例的设计。 分析思路： 1、提取功能说明,构造因子-状态表 ； 2、加权筛选,生成因素分析表 ； 3、利用正交表构造测试数据集 ； 使用场景：必须考虑输入条件的各种组合（从大量的数据中 挑取适量、有代表性的点，合理有效的测试）；,黑盒-场景实验法,场景实验

7、法：软件几乎都是由事件触发来控制流程的，事件 触发时的情景便形成了场景，而同一事件不同的触发顺序和 处理结果形成事件流；生动的描绘出事件触发时的情景，有 利于设计用例，同时测试用例也更容易的得到理解和执行。 分析思路： 每条路径都反映了基本流和备选流； 基本流是最简单的路径； 备选流自基本流开始，会有特定条件 下加入并执行，可能有多种情况； 使用场景（0代表基本流）：0；0+1； 0+1+2；0+3；0+3+1；0+3+1+2； 0+4；0+3+4；,黑盒-错误推断法,错误推断法：基于经验和直觉推测程序中所有可能存在的各 种错误,从而有针对性的设计测试用例的方法；更多的与用户 的使用习惯及测试

8、程序中的常见问题为主。 分析思路： 列举出程序中所有可能有的错误和容易发生错误的特殊情况， 根据这些情况选择测试用例； 注意积累与分享； 使用场景：任何测试、任何情景下都会用到的方法。 有常用的测试用例集，可以参照。 举例：数字输入验证，分别输入数字(正数、负数、零值、单 精度、双精度)、字符串、空白值、空值、临界数值；不合法 的输入，系统给出必要的判断提示信息；,黑盒-需求转换法,需求转换法：根据需求，执行需求分析，并编写测试用例。 分析思路： 将需求转换为思维导图； 仔细推敲每一个字的含义； 与用户的使用场景和目的结合； 严格设计每一个用例； 可以建立一种模型，进行需求转换； 使用场景：任

9、何测试、任何情景下都会用到的方法。 注意：需求的变更带来的影响；需求理解偏差带来的影响； 需求含糊不清带来的影响等；,黑盒-设计文档,设计文档：参照设计文档，可以理解软件系统内部设计流程 及处理机制，对比写好的测试用例，可以在对应功能及模块 处新增； 分析思路： 仔细阅读设计文档； 与相关人员沟通实现机制； 结合测试用例编写方法，对比之前写好的用例； 使用场景：任何测试、任何情景下都会用到的方法。 注意：设计文档的编写正确性；设计文档的理解偏差；,黑盒-探索式测试法,探索式测试法：无限创意的测试点，永无止境的探索测试； 我们要在测试的最前沿发挥洞察力、技术及应变措施，找出 产品的缺陷； 分析思路： 局部探索式测试； 全局探索式测试； 混合探索式测试； 使用场景：任何测试、任何情景下都会用到的方法。 像漫游一样，自由地寻找软件中的缺陷，软件测试的未来必 然有探索式测试。,测试用例总结,综合策略：使用各种编写方法的综合设计策略； 1)在任何情况下都必须使用边界值分析方法，经验表明用这 种方法设计出测试用例发现程序错误的能力最强。 2)必要时用等价类划分方法补充一些测试用例。 3)用错误推测法再追加一些测试用例。 4)对照程序逻辑，检查已设计出的测试用例的逻辑覆