5章测试用例的设计方法详解.pptVIP

第五章　测试用例设计方法 5.1测试用例基础 因为人们可能进行穷举例测试，为了节省时间和资源，提高测试效率，必须要从数量极大的可用测试数据中精心选出具有代表性或特殊性的测试数据来进行测试，即设计测试用例。在实践中，人们把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于针对软件的功能、业务规则和业务处理所设计的测试方案，对软件的每个特定功能或运行操作路径的测试构成了测试用例集。 在软件测试过程中，测试用例的生成成为软件测试的关键任务和难点。据统计，在所有的软件测试的开销中，约40%花费在设计测试用例上。 5.1测试用例基础 测试用例定义 测试用例是指在软件测试过程中为特定的目的，按照一定顺序执行的与测试目标相关的一系列测试，将测试数据作为输入来执行被测试程序，判断被测试程序的动态行为和运行结果以发现程序bug或功能bug等。让软件系统在这一系列测试情况下运行，来检验是否能正常运行并达到程序实现所预设的执行结果。测试用例是执行测试的最小实体。 测试用例可用一个三元组（P,S，T）来描述，其中P表示程序；S表示规范，是于测试相关的所有信息源；T表示测试用例。 5.1测试用例基础 测试用例的误区 测试用例应由测试设计员或分析设计员来定制，而不是普通的测试员 测试观点应由分析设计员确立，与测试人员无关 测试工作展开与项目立项后，而不是代码开发完成之后 测试用例的测试对象不仅是源代码，还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档 5.1测试用例基础 测试用例的要求 完整性：体现中断测试、临界测试、压力测试、性能测试等方面 准确性：要能够根据测试用例描述的输出得出正确的结论，不能出现模糊不清的描述 明确性：好的测试用例的每一步都应该有相应的作用，有很强的针对性，不应该出现一些无用的操作步骤。最大操作步骤最好控制在10~15步之间 清晰性：描述清晰，步骤条理清晰，测试层次清晰 5.1测试用例基础 5.可维护性：由于软件开发过程中需求变更等原因的影响，常常需要对测试用例进行修改、增加、删除等 6.适当性：测试用例应适合特定的测试环境以及符合整个团队的测试水平，如纯英语环境下的测试用例最好使用英文编写 7.可复用性：要求不同测试者在相同的测试环境下使用相同的测试用例都能得出相同的结论 8.其他：如可追溯性、可移植性也是对测试用例的要求 5.1测试用例基础 设计测试用例的必要性 影响软件测试的因素很多，如软件本身的复杂程度、开发人员的素质、测试方法和技术的运用等。测试用例是软件测试工作的指导，是软件测试人员必须遵守的准则，更是软件测试质量稳定的根本保障，也是保证测试工作顺利执行的关键因素之一。 5.1测试用例基础 测试用例的作用 测试的实施：测试用例主要适用于集成测试、系统测试和回归测试 测试数据的准备：在软件测试实践中，测试数据与测试用例分离。所有的测试数据都要按照测试用例配套一组或若干组测试原始数据，以及标准测试结果。 编写测试脚本的“设计规格说明书”：为提高测试效率，软件测试行业已大力发展自动测试。自动测试的中心任务是编写测试脚本。 评估测试结果的度量基准：完成测试实施后需要对测试结果进行评估，并且编写测试报告。 5.1测试用例基础 测试用例的作用 5. 分析bug的标准：通过收集bug，对比测试用例和bug数据库，分析确定是漏测还是bug复现。 6. 测试用例有利于发现判断与控制流中的bug 5.1测试用例基础 测试用例的内容 测试用例包括两部分：测试输入数据和预期的输出结果。1.软件或项目的名称；2.软件或项目的版本；3.测试用例的编号，可以是软件名称简写+功能块简写+NO；4.测试用例的测试目标：测试用例的简单描述，即该用例执行的目的或方法；5.功能模块名：测试用例的被测功能点描述；6.测试用例的参考信息；7.测试用例的测试运行环境；8.开发人员和测试人员；9.本测试的前置条件，即执行本用例必须满足的条件，如对数据库的访问权限；10.测试用例的执行方法：步骤号、操作步骤描述、测试数据描述；11.测试期望的结果和执行测试的实际结果；12.其他辅助说明；13.测试执行日期。 5.1测试用例基础 实例 以一个B/S结构的登录功能点位被测对象为例设计功能测试用例。该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4，则设计测试用例中的功能测试包括： 1.用户在地址栏输入相应地址，要求显示登录界面。 2.输入用户名和密码，登录，系统自动校检，并给出相应提示信息。 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息。 4.如果用户名或