《软件测试及其案例分析》课件第5章.ppt

1、1 1第五章 测试用例设计方法5.1 测试用例基础测试用例基础5.2 设计测试用例的原则、内容、步设计测试用例的原则、内容、步 骤和编写骤和编写5.3 测试用例的分布策略测试用例的分布策略5.4 测试用例管理测试用例管理2 2第五章 测试用例设计方法5.5 测试用例列举测试用例列举5.6 异常与正常测试用例异常与正常测试用例5.7 测试用例的复用和执行测试用例的复用和执行本章小结本章小结3 3软件测试用例是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例测试软件，以发现软件或程序的Bug。软件测试用例的设计和执行是软件测试工作的核心，也是软件测试中工作量

2、最大的任务之一。设计良好的测试用例模板能够提高测试用例的设计质量，便于跟踪测试用例的执行结果，自动生成测试用例覆盖率报告。因此，如何发现对Bug敏感的测试用例一直是软件测试人员所研究的重要课题。本章介绍测试用例的设计策略、原则、方法和技术。4 4因为人们不可能进行穷举测试，为了节省时间和资源，提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试，即设计测试用例。在软件测试中，测试用例的设计是一件很难的事情。不同类别的软件，测试用例是不同的。如系统、工具、控制、游戏软件，管理软件的用户需求更不统一，变化更大、更快。查看某一个公司的两个不同人员关于同一功能

3、点所写的测试用例，就会发现有所不同。5.1 测试用例基础测试用例基础5 5人们可以发现，有的人写的用例简单明了，有的人写的用例却是复杂冗长，出现这种情况并不奇怪，因不同人的着眼点、经验和思维等不同，而且测试用例本身的设计方法与技巧大部分都是从经验中得来的。在实践中，人们把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了测试用例集。6 6在软件测试过程中，测试用例的生成成为软件测试的关键任务和难点。据统计，在所有的软件测试的开销中，约40%花费在设计测试用例上。长期以来，测试用例的选择和生

4、成主要依靠手工完成，这意味着要求软件测试人员具有丰富的经验和较高的专业水平。因此，实际工程中的测试用例生成往往带有很大的盲目性，导致测试用例数量多，测试效果差，测试成本高。测试用例的自动生成是指通过特定的算法依据软件规约或程序结构自动构造测试用例的技术。多年来，许多学者对测试用例进行了广泛而深入的研究，并取得了大量的研究成果。7 71测试用例定义测试用例定义目前对测试用例没有经典的定义。为达到最佳的测试效果或高效地揭露隐藏的Bug而精心设计的少量测试数据，称为测试用例。大家普遍认为：测试用例指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、

5、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。简单地说，测试用例就是设计一个场景，使软件程序在这个场景下，必须能够正常运行并且达到程序所设计的执行结果。8 8实质上，测试用例是指在软件测试过程中为特定的目的，按照一定顺序执行的与测试目标相关的一系列测试，将测试数据作为输入来执行被测试程序，判断被测程序的动态行为和运行结果以发现程序Bug或功能Bug等。让软件系统在这一系列测试情况下运行，来检验是否能正常运行并达到程序实现所预设的执行结果。测试用例是执行测试的最小实体。测试用例可用一个三元组(P,S,T)来描述，其中P表示程序；S表示规范，是与测试相关的所有信息源；T表示测试用例。一个好

6、的测试用例在于它能发现至今未发现的Bug。9 92测试用例的误区测试用例的误区 测试用例应由测试设计员或分析设计员来制订，而不是普通的测试员。测试观点应由分析设计员确立，与测试人员无关。测试工作展开于项目立项后，而不是代码开发完成之后。测试用例的测试对象不仅是源代码，还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。10 103测试用例的要求测试用例的要求设计的测试用例要求具有完整性、准确性、简洁清晰、可维护性、适当性、可复用性等。(1)完整性。完整性是对测试用例最基本的要求，尤其是在一些基本功能项上，如果有遗漏，那将是不可原谅的。完整

7、性还体现在测试用例要能够涉及中断测试、临界测试、压力测试、性能测试等方面。(2)准确性。测试者按照测试用例的输入一步步完成测试后，要能够根据测试用例描述的输出得出正确的结论，不能出现模糊不清的描述。11 11(3)明确性。好的测试用例的每一步都应该有相应的作用，有很强的针对性，不应该出现一些冗繁无用的操作步骤。测试用例不应该太简单，也不能够太过复杂，最大操作步骤最好控制在1015步之间。(4)清晰性。清晰性包括描述清晰，步骤条理清晰，测试层次清晰(由简而繁，从基本功能测试到破坏性测试)。明确性和清晰性对测试用例编写者的逻辑思维和文字表达能力提出了较高的要求。12 12(5)可维护性。由于软件开

8、发过程中需求变更等原因的影响，常常需要对测试用例进行修改、增加、删除等，以便测试用例符合相应的测试要求。测试用例应具备这方面的功能。(6)适当性。测试用例应适合特定的测试环境以及符合整个团队的测试水平，如纯英语环境下的测试用例最好使用英文编写。13 13(7)可复用性。要求不同测试者在相同的测试环境下使用相同的测试用例都能得出相同的结论。(8)其他。如可追溯性、可移植性也是对测试用例的要求。14 144设计测试用例的必要性设计测试用例的必要性影响软件测试的因素很多，如软件本身的复杂程度、开发人员(包括分析、设计、编程和测试的人员)的素质、测试方法和技术的运用等。有些因素是客观存在的、无法避免；

9、有些因素则是波动的、不稳定的，如开发队伍是流动的，有经验的人走了，新人不断补充进来；测试人员工作时也会受到情绪的影响等。为了保障软件测试质量的稳定，就要设计测试用例。有了测试用例，无论是谁来测试，只要参照测试用例实施，都能保障测试的质量，也可以把人为因素的影响减少到最小。15 15即便最初的测试用例考虑不周全，随着测试的进行和软件版本更新，也将日趋完善。因此，测试用例的设计和编制是软件测试活动中最重要的工作，是测试执行的正确性、有效性的基础。测试用例是软件测试工作的指导，是软件测试人员必须遵守的准则，更是软件测试质量稳定的根本保障，也是保证测试工作顺利执行的关键因素之一。如何有效地选择或设计测

10、试用例，一直是测试人员所关注和研究的问题。16 165测试用例的作用测试用例的作用前面已经介绍了测试用例的重要性，下面具体介绍测试用例的作用。(1)测试的实施。测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员使用测试用例时严格按用例项目和测试步骤逐一实施测试，并把测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。17 17根据测试用例的测试等级，集成测试应测试哪些用例；系统测试和回归测试又该测试哪些用例，在设计测试用例时都已作了明确规定，实施测试时测试人员不能随意变动。(2)测试数据的准备。在软件测试实践中，测试数据与测试用例分离。所有的测

11、试数据都要按照测试用例配套一组或若干组测试原始数据，以及标准测试结果，尤其像测试报表之类数据集的正确性，按照测试用例规划准备测试数据是十分必要的。18 18除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。(3)编写测试脚本的“设计规格说明书”。为提高测试效率，软件测试行业已大力发展自动测试。自动测试的中心任务是编写测试脚本。如果说软件工程中软件编程必须有设计规格说明书，那么测试脚本的设计规格说明书就是测试用例。(4)评估测试结果的度量基准。完成测试实施后需要对测试结果进行评估，并且编制测试报告。19 19而判断软件测试是否完成、衡量测试质量、检验测试工作对功能点的覆盖情况等工作都

12、需要一些量化的结果。如测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少等。据测试用例来对上述检验进行度量是比较准确、有效的。以前统计基准是软件模块或功能点，可能过于粗糙，采用测试用例作度量基准更加准确、有效。(5)分析Bug的标准。通过收集Bug，对比测试用例和Bug数据库，分析确定是漏测还是Bug复现。2020已有相应的测试用例，反映实施测试或变更处理存在问题；漏测反映了测试用例的不完善，对功能点的覆盖情况欠佳。应立即补充相应的测试用例，最终达到逐步完善软件质量。(6)测试用例有利于发现判断与控制流中的Bug。不同数据类型的对象之间进行比较的错误。错误地使用逻辑运算符或优先级。因计算

13、机表示的局限性，期望理论上相等而实际上不相等的两个量相等。21 21 错误地修改了循环变量。比较运算或变量出错。循环终止条件或不可能出现。迭代发散时不能退出。22226测试用例的内容测试用例的内容测试用例包括两部分：测试输入数据和预期的输出结果。在测试用例的输入数据中应该包括合理的输入条件和不合理的输入条件。特别的是，用不合理的输入条件测试程序时，能发现比在合理输入条件下进行测试更多的Bug。一个好的测试用例，应该包含以下信息：软件或项目的名称。软件或项目的版本(内部版本号)。测试用例的编号(ID)，可以是软件名称简写+功能块简写+No.。2323 测试用例的测试目标：测试用例的简单描述，即该

14、用例执行的目的或方法。功能模块名：测试用例的被测功能点描述。测试用例的参考信息(便于跟踪和参考)。测试用例的测试运行环境。开发人员(必须有)和测试人员(可有可无)。本测试用例与其他测试用例间的依赖关系。本用例的前置条件，即执行本用例必须满足的条件，如对数据库的访问权限。测试用例的执行方法(包括测试步骤、输入测试数据或测试脚本)：步骤号、操作步骤描述、测试数据描述。2424 测试期望的结果(这是最重要的)和执行测试的实际结果(如果有Bug管理工具，这条可省略)。其他辅助说明。测试执行日期。25257实例实例以一个B/S结构的登录功能点位被测对象为例设计功能测试用例，该测试用例为黑盒测试用例。假设

15、用户使用的浏览器为IE6.0 SP4，则设计测试用例中的功能测试包括：用户在地址栏输入相应地址，要求显示登录界面。输入用户名和密码，登录，系统自动校验，并给出相应提示信息。如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息。2626 如果用户名或者密码任一信息输入错误，登录后系统给出相应提示信息。连续3次未通过验证时，自动关闭IE。27278测试用例时间测试用例时间(版本版本)为测试用例标明时间或版本可以起到一种基准的作用。标明项目进度过程中的每一个阶段，使用例直接和需求基线、软件版本对应。同样这需要规范流程，也是对变更的一种确认和控制，也可以为用例增加一个状态，指明这个用例目前是否

16、与程序冲突。当程序变更时改变用例的状态，并更新测试用例版本。28289测试用例的优先级测试用例的优先级为测试用例标明优先级可以指出软件的测试重点、用例编写的重点，减少用例回归的时间，增加重点用例执行的次数，帮助项目组新员工尽快了解需求，使他们在自动化测试的初期就可以参考这个优先级录制脚本。测试用例优先级描述如下：A测试计划中重要的模块功能和业务流程；2929B测试计划中比较重要的模块功能和业务流程；C测试计划中次重要的模块功能和业务流程；D测试计划中不重要的模块功能和业务流程；E系统小单元、系统容错功能。注意：对于A、B级应重点考虑。有时将测试用例的级别用数字来表示，如15。303010测试用例的分类测试用例的分类测试用例通常根据它们所关联关系的测试类型或测试需求来分类，而且随类型和需求进行相应地改变。(1)根据测试过程中具体涉及问题类型及测试需求，测试用例分类如下：功能性测试用例。界面测试用例：适用于所有测试阶段中的界面测试。数据处理测试用例：适用于所有测试阶段中的数据处理测试。31 31 流程测试用例：适用于所有流程性的测试。安装测试用例：适用于所有安装测试。(2)一般在测试中为每