测试用例设(精品文档)

第2章测试用例设计9/4/2020主讲人：黄志东2.1测试用例的基本概念比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、

技术和策略。内容包括测试目标、测试环境、输

入数据、测试步骤、预期结果、测试脚本等，并

形成文档。不同类别的软件，测试用例是不同的。测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。其目的是确定应用程序的某个特性是否正常的工作，并且达到程序所设计的结果。测试用例的作用1.有效性2.避免测试的盲目性3.可维护性4.可复用性5.可评估性6.可管理性2.2测试用例的设计对于一个测试人员来说测试用例的设计编写是一项必须掌握的能力。但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试的技术和流程，而且还要对整个软件不管从业务上，还是对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构方面，都有比较透彻的理解和明晰的把握，稍有不慎就会顾此失彼，造成疏漏。2.2.1测试用例的编写标准一个优秀的测试用例应该包含以下要素：用例的编号（ID测试标题测试项测试环境要求特殊要求测试技术测试输入说明操作步骤预期结果测试用例之间的关联测试用例设计和测试人员测试日期2.2.2测试用例设计考虑的因素

1.编写测试用例所依据和参考的文档和资料软件需求说明”及相关文档；

相关的设计说明（概要设计，详细设计等）；与开发组交流对需求理解的记录；已经基本成型的、成熟的测试用例等。2.测试用例设计的基本原则(1)用成熟测试用例设计方法来指导设计(2)测试用例的正确性(3)测试用例的代表性(4)测试结果的可判定性(5)测试结果的可再现性(6)足够详细、准确和清晰的步骤3.设计测试用例应注意的问题(1)把测试用例设计等同于测试输入数据的设计(2)强调测试用例设计得越详细越好(3)追求测试用例设计“一步到位”(4)将多个测试用例混在一个用例中(5)让没有测试经验的人员设计测试用例2.2.3测试用例的分类可以把测试用例归为5大类：白盒测试用例软件各项功能的测试用例用户界面测试用例软件的各项非功能测试用例对软件缺陷修正所确认的测试用例

测试种类、阶段和用例的关系如表2-1所示

测试工作和开发通常一同进行，所以在完成测试计划编写后，就可以进行用例的编写工作了。测试和开发的对应关系如表2-2所示。2.3测试用例设计实例一、等价类例2-1某程序规定："输入三个整数a、b、c分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算…"。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。）分析题目中给出和隐含的对输入条件的要求：（1）整数

（2）三个数

（3）非零数

（4）正数（5）两边之和大于第三边

（6）等腰

（7）等边如果a、b、c满足条件（

1

）

~

（

4

），则输出下列四种情况之一：1)如果不满足条件（5），则程序输出为"非三角形"。如果三条边相等即满足条件（7），则程序输出为"等边三角形"。如果只有两条边相等、即满足条件（6），则程序输出为"等腰三角形"。如果三条边都不相等，则程序输出为"一般三角形"

。列出等价类表并编号覆盖有效等价类的测试用例：9/4/2020abc覆盖等价类号码345（1）--（7）445（1）--（7），（8）455（1）--（7），（9）545（1）--（7），（10）4

4

4（1）--（7），（11）覆盖无效等价类的测试用例：9/4/2020输入等价类有效等价类无效等价类日期的类型及长度①6位数字字符②有非数字字符③少于6位数字字符④多于6位数字字符年份范围⑤在1990~2049之间⑥小于1990⑦大于2049月份范围⑧在01~12之间⑨等于00⑩大于129/4/2020例2：设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定在1990年1月~2049年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。现用等价类划分法设计测试用例，来测试程序的"日期检查功能1)划分等价类并编号,下表等价类划分的结果2)设计测试用例，以便覆盖所有的有效等价类在表中列出了3个有效等价类，编号分别为①、⑤、⑧，设计的测试用例如下：9/4/2020测试数据

期望结果覆盖的有效等价类200211

输入有效

①、⑤、⑧3)为每一个无效等价类设计一个测试用例，设计结果如下：测试数据

期望结果

覆盖的无效等价类95June

无效输入

②20036无效输入③2001006无效输入④198912无效输入⑥200401无效输入⑦200100无效输入⑨200113无效输入⑩例3.NextDate函数的边界值分析测试用例在NextDate函数中，隐含规定了变量mouth和变量day的取值范围为1≤mouth≤12和1≤day≤31，并设定变量year的取值范围为1912≤year≤20509/4/2020二、边界值测试用例9/4/2020三、错误推测方法9/4/2020定义：基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。例如,输入数据和输出数据为0的情况；输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。四、因果图方法9/4/20201.定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。

2.因果图法产生的背景：等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。3.因果图介绍1)4种符号分别表示了规格说明中向4种因果关系。9/4/2020因果图中使用了简单的逻辑符号，以直线联接左右结点。左结点表示输入状态（或称原因），右结点表示输出状态（或称结

果）。Ci表示原因，通常置于图的左部；ei表示结果，通常在图的右部。Ci和ei均可取值0或1，0表示某状态不出现，1表示某状态出现。4.因果图概念关系①恒等：若ci是1，则ei也是1；否则ei为0。②非：若ci是1，则ei是0；否则ei是1。③或：若c1或c2或c3是1，则ei是1；否则ei为0。“或”可有任意个输入。④与：若c1和c2都是1，则ei为1；否则ei为0。“与”也可有任意个输入。约束输入状态相互之间还可能存在某些依赖关系，称为约束。例如,某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。9/4/20209/4/2020A.输入条件的约束有以下4类：①E约束（异）：a和b中至多有一个可能为1，即a和b不能同时为1。②I约束（或）：a、b和c中至少有一个必须是1，即a、b和c不能同时为0。③O约束（唯一）；a和b必须有一个，且仅有1个为1。④R约束（要求）：a是1时，b必须是1，即不可能a是1时b是0。B.输出条件约束类型输出条件的约束只有M约束（强制）：若结果a是1，则结果b强制为0。5.采用因果图法设计测试用例的步骤：分析软件规格说明描述中,那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符。分析软件规格说明描述中的语义，找出原因与结果之间,原因与原因之间对应的关系，根据这些关系,画出因果图。由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现，为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。把因果图转换为判定表。把判定表的每一列拿出来作为依据,设计测试用例9/4/2020例：某软件规格说明书包含这样的要求：第一列字符必须是R或Q，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息D；如果第二列字符不是数字，则给出信息C。根据题意，原因和结果如下：原因：1——第一列字符是R；2——第一列字符是Q；3——第二列字符是一数字。结果：21——修改文件；22——给出信息D；23——给出信息C。其对应的因果图如下：11为中间节点；考虑到原因1和原因2不可能同时为1，因此在因果图上施加E约束。9/