软件测试用例设计.pptVIP

February 11, 2002 #p 测试用例设计 author: henry Date: 16Oct， 2007 课程介绍 目标 掌握测试用例设计的实践、方法和要点 听众 测试管理人员、测试工程师 应用开发人员、QA人员 必备条件 熟悉测试过程 有过实际的测试经验 课程内容 如何设计好测试用例 设计测试用例的思路 黑盒测试用例的设计 白盒测试用例的设计 自动化测试用例的设计 测试用例设计 下面我们学习－－ 如何设计好测试用例 测试用例与软件质量 怎样衡量一个好的测试用例 测试用例的类型 剖析测试用例 提高设计测试用例的效率 常出现的错误 测试用例与软件质量 测试用例是为了发现软件缺陷，或至少可能发现缺陷而设计； 通过好的用例来提高质量，从而降低维护成本； 不好的用例将给质量带来一定的风险； 好的用例是度量质量的一个标准。 经常用“测试用例数/千行代码“来评价项目。 怎样衡量一个好的测试用例 有效性 是否能发现软件缺陷，至少可能发现软件缺陷； 开销 测试事例的执行、分析和调试是否经济； 可仿效性 测试用例可以测试多项内容，因而减 少了测试事例的数量； 可维护性 每次软件修改后对测试事例的维护成本； 可执行性 是否依赖于测试用例设计者； 测试用例的类型 按表现形式分： 向导型－ 一步一步的指示说明表 脚本型－ 执行测试或回放记录的脚本 按设计目标分： 单元测试用例 -发现编码的缺陷 系统测试用例 -发现功能说明的缺陷 集成 测试用例-发现设计的缺陷 验收测试用例 -发现需求的缺陷 剖析测试用例 提高设计测试用例的效率 使用模板 防止空白页 建立标准 帮助测试者发现信息 打印好的测试例子 使用测试管理软件 容易增加、移动、删除用例与步骤 可以借鉴很多模板 制作大纲 可以对步骤、用例进行拷贝 能自动编号 常出现的错误 用例太长 不完善，不正确、不连贯 遗漏步骤 对字段的命名有所改变或使其根本不存在 对系统的操作不清楚 不能确定用例是否通过 参数化错误 测试用例设计 下面我们学习－－ 设计测试用例的思路 由简而繁 参数化 案例 由简而繁 “繁”，这里是指详细的意思； 为什么要由简而繁？ 如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制，测试结果将毫无可靠性可言； 到何种程度？ 时间要求 测试时间是否充足？ 执行者 测试执行者对系统的了解程度？ 建议程度 将测试用例交给其他人执行时不需要过多的解释。 样例 － 登录 需求： 用户名长度为6至10位（含6位和10位） 用户名由字符（a-z、A-Z）和数字（0-9）组成 用户名不能为空，不能有空格和特殊字符 密码规则同用户名规则 简单理解需求 能够正确处理用户登录 一般用例的设计 输入正确的用户名和口令可以进入系统 输入错误用户名或口令错误无法进入系统 详细用例的设计 什么是参数化 是一个将测试数据与测试逻辑（步骤）分开，简化测试用例的过程； 方式是将用例中的一些输入、输出等作为参数，数据则单独列出，在执行时选择相应的数据执行。 为什么要参数化？ 没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大，不利于测试员理解，导致难以控制和执行； 哪些内容需要参数化？ 测试用例中需要通过使用不同数据来重复执行测试的部分； 包括： 输入（数据或操作等） 输出（结果数据或预期结果等） 样例 － 登录的测试步骤 样例 － 登录的测试数据 测试用例设计 下面我们学习－－ 黑盒测试用例的设计 等价类划分法 边界值分析法 错误推测法 因果图法 。。。 等价类划分 定义： 是把所有可能的输入数据，即程序的输入域划分成若干部分(子集)，然后从每一个子集中选取少数具有代表性的数据作为测试用例； 基本思想是设想用一组有限的数据去代表近似无限的数据； 等价类划分 有效等价类 是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。（正确的） 无效等价类 无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。（错误的） 设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要经受意外的考验，这样的测试才能确保软件具有更高的可靠性。 划分等价类的方法 在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。如：输入值是学生成绩，范围是0～100； 划分等价类的方法 在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类； 在规定了输入数据的一组值(假定N个)，并且程序要对每一个输入值分别处理的情况下，可确立N个有效等价类和一个无效等价类； 。。。 设计测试用例 在确立了等价类后，可建立等价类表，列出