软件测试—测试用例设计.pptVIP

第 5 章 测试用例设计;5.1 测试用例的基本概念;测试用例的作用 1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性;5.2 测试用例的设计;5.2.1 测试设计说明 测试设计说明就是在测试计划中提炼测试方法，要明确指出设计包含的特性以及相关的测试方法，并指定判断特性通过/失败的规则。 测试设计说明的目的是组织和描述针对具体特性需要进行的测试，但是它并不给出具体的测试用例或者执行测试的步骤。; 以下内容来自于ANSI/IEEE 829标准，可作为测试设计说明的部分参考。 标识符 被测试的特性 方法 测试用例信息 通过/失败规则;5.2.2 测试用例的编写标准 一个优秀的测试用例应该包含以下要素： 用例的编号（ID 测试输入说明 测试标题 操作步骤 测试项 预期结果 测试环境要求 测试用例之间的关联 特殊要求 测试用例设计和测试人员 测试技术 测试日期;5.2.3 测试用例设计考虑的因素 1. 编写测试用例所依据和参考的文档和资料 软件需求说明”及相关文档； 相关的设计说明（概要设计，详细设计等）； 与开发组交流对需求理解的记录； 已经基本成型的、成熟的测试用例等。; 2. 测试用例设计的基本原则 (1) 用成熟测试用例设计方法来指导设计 (2) 测试用例的正确性 (3)测试用例的代表性 (4) 测试结果的可判定性 (5) 测试结果的可再现性 (6) 足够详细、准确和清晰的步骤; 3. 设计测试用例应注意的问题 (1) 把测试用例设计等同于测试输入数据的设计 (2) 强调测试用例设计得越详细越好 (3) 追求测试用例设计“一步到位” (4) 将多个测试用例混在一个用例中 (5) 让没有测试经验的人员设计测试用例;5.2.4 测试用例的分类 可以把测试用例归为5大类： 白盒测试用例 软件各项功能的测试用例 用户界面测试用例 软件的各项非功能测试用例 对软件缺陷修正所确认的测试用例 测试种类、阶段和用例的关系如表5-2所示; 测试工作和开发通常一同进行，所以在完成测试计划编写后，就可以进行用例的编写工作了。测试和开发的对应关系如表5-3所示。 ;5.3 测试用例设计实例;解：针对设计说明中的3个陈述，可以设计2个测试用例与之对应。 测试用例1：输入4，返回2。//执行第一个陈述 测试用例2：输入－10，返回0，显示“Square root error - illegal negative input” //对应第二个和第三个陈述。 ;5.4 测试用例的执行与跟踪;测试用例执行中应该注意以下几个问题： (1) 全方位的观察测试用例执行结果 (2) 加强测试过程记录 (3) 及时确认发现的问题 (4) 与开发人员良好的沟通 (5) 及时更新测试用例 (6) 提交一份优秀的问题报告单 (7) 测试结果分析;5.5 测试用例管理;在对测试用例进行管理过程中，建议采用工具，参照图5-4对用例进行控制和管理。 编写用例 用例评审 用例修改 使用用例 用例升级/维护;图5-4 用例管理示意图 ;1. 测试用例 通常情况下，使用以下几种方法来组织测试用例： (1) 按照程序的功能块组织 (2) 按照测试用例的类型组织 (3) 按照测试用例的优先级组织;2. 测试用例的评审 有效的用例评审通常由下面两种形式组成： 测试部门外部评审：主要是由开发部、项目实施部、甚至销售人员参加的评审，目的主要是查找测试工程师编写的用例是否缺少内容等。 测试部门内部评审：是部门内部同行对测试策略的评审，中心是测试策略和用例编制思路是否正确，以此保证测试用例的有效性。;3. 测试用例的修改更新 测试用例需要的原因主要有以下几个方面： (1)在测试过程中发现设计测试用例时考虑不周，设计不全面或者不准确，需要完善； (2)在软件交付使用后反馈的软件缺陷，部分软件缺陷未在测试中涵盖，这些缺陷是因测试用例存在漏洞造成的； (3)软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。;4. 测试用例的管理软件 测试用例的管理是测试文件管理的一部分，为了有效地进行管理，需配备测试用例管理软件对测试用例进行管理。 现在Internet上可以