软件测试第05章[精选].pptVIP

第 5 章 测试用例设计 5.1 测试用例的基本概念 5.2 测试用例的设计 5.3 测试用例设计实例 5.4 测试用例的执行与跟踪 5.5 测试用例管理 5.1 测试用例的基本概念 测试用例是测试执行的最小实体，是为特定的目的而设计的一组测试输入、执行条件和预期的结果。 简单地说，测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作，并且达到程序所设计的结果。 测试用例的作用 1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性 良好测试用例的特征 1. 可以最大程度地找出软件隐藏的缺陷 2. 可以最高效率的找出软件缺陷 3. 可以最大程度地满足测试覆盖要求 4. 既不过分复杂、也不能过分简单 5. 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 6. 不包含重复的测试用例 7. 测试用例内容清晰、格式一致、分类组织 5.2 测试用例的设计 对于一个测试人员来说测试用例的设计编写是一项必须掌握的能力。但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试的技术和流程，而且还要对整个软件不管从业务上，还是对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构方面，都有比较透彻的理解和明晰的把握，稍有不慎就会顾此失彼，造成疏漏。 5.2.2 测试用例的编写标准 一个优秀的测试用例应该包含以下要素： 用例的编号ID 测试输入说明 测试标题 操作步骤 测试项 预期结果 测试环境要求 测试用例之间的关联 特殊要求 测试用例设计和测试人员 测试技术 测试日期 5.2.3 测试用例设计考虑的因素 1. 编写测试用例所依据和参考的文档和资料 软件需求说明及相关文档； 相关的设计说明（概要设计，详细设计等）； 与开发组交流对需求理解的记录（可以是开发人员的一个解释） ； 已经基本成型的UI（可以有针对性地补充一些用例） 。 2. 测试用例设计的基本原则 (1) 用成熟的测试用例设计方法来指导设计 (2) 测试用例的正确性 (3) 测试用例的代表性 (4) 测试结果的可判定性 (5) 测试结果的可再现性 (6) 足够详细、准确和清晰的步骤 3. 设计测试用例应注意的问题 (1) 把测试用例设计等同于测试输入数据的设计 (2) 强调测试用例设计得越详细越好 (3) 追求测试用例设计“一步到位” (4) 将多个测试用例混在一个用例中 (5) 让没有测试经验的人员设计测试用例 (6) 测试用例中不需要明显的验证手段 5.2.4 测试用例的分类 可以把测试用例归为5大类： 白盒测试用例 软件各项功能的测试用例 用户界面测试用例 软件的各项非功能测试用例 对软件缺陷修正所确认的测试用例 5.3 测试用例设计实例 【例5-7】应用场景法对ATM进行测试的实例，ATM实例的操作流程如下图。 5.4 测试用例的执行与跟踪 执行与跟踪测试用例前，首先要搭建好测试环境，并定义测试用例的执行顺序，然后就可以执行与跟踪测试用例了。 跟踪：报告Bug?修正Bug ?更新用例?回归测试 测试用例执行中应该注意以下几个问题： (1) 全方位的观察测试用例执行结果 (2) 加强测试过程记录 (3) 及时确认发现的问题 (4) 与开发人员良好的沟通 (5) 及时更新测试用例 5.5 测试用例管理 1. 测试用例的组织 通常情况下，使用以下几种方法来组织测试用例： (1) 按照程序的功能块组织（常用） (2) 按照测试用例的类型组织 (3) 按照测试用例的优先级组织 2. 测试用例的评审 有效的用例评审通常由下面两种形式组成： 测试部门外部评审：主要是由开发部、项目实施部、甚至销售人员参加的评审，目的主要是查找测试工程师编写的用例是否缺少内容等。 测试部门内部评审：是部门内部同行对测试策略的评审，检查测试策略和用例编制思路是否正确，以此保证测试用例的有效性。 3. 测试用例的修改更新 测试用例需要更新的原因主要有： (1)在测试过程中发现设计测试用例时考虑不周，设计不全面或者不准确，需要完善； (2)在软件交付使用后反馈的软件缺陷，部分软件缺陷未在测试中涵盖，这些缺陷是因测试用例存在漏洞造成的； (3)软件自身的新增功能以