chapter2 test plan-1.pptVIP

书：增 删 改 查 书目：目录 借阅者 Chapter 2 测试过程管理Software Test Process Management 王 彩 测试计划 测试设计 测试开发 测试执行 测试评估 软件测试过程 开发生命周期 需求分析 设计定义 程序编制 维护 建立 建立 建立 修改 测试生命周期 测试计划 测试设计 测试开发 测试执行 评估 缺陷跟踪 越早测试越好 软件生命周期 测试计划 测试计划要点和制订过程 需求文档的审查和评审 整理测试需求 测试策略 测试环境 测试管理 测试计划编写 * 测试计划要点和制订过程 这里所说的测试计划是指软件测试工作中的一个阶段，其重点在于对整个测试项目工作的计划，准确的说，是计划整个测试工作，其工作产品是记录整个工作计划的文档－测试计划。 我们关注的实质是如何计划ing测试！ * 测试计划的目的 尽早的明确测试工作的内容（范围）、测试工作的方法、测试工作所需要的各种资源、人员分配等信息 发布这些信息，尽快将下一步测试工作需要考虑的问题和准备的条件落实下来 也就是说测试计划工作的重点在于对当前阶段工作任务的准备和规划以及信息的交流。 * “计划赶不上变化” 应该在项目启动的初期就开始准备测试计划工作。 不要寄希望于一次就可以完成测试计划工作，在项目的不同阶段，获得新的信息后就应添加或调整一些计划内容。 * 掌控项目的背景 要做好测试计划和随后的测试工作，必须掌控项目的背景，包括项目的来源、客户和需求等。 如何掌控？就是获取和测试相关的要素的详细信息，以便掌握项目的特点，制定相应的测试策略和方法。 * 软件测试的项目要素 在测试计划前，要获取那些信息？ 用户：软件的用户是谁？不同用户会有不同的质量需求；客户不一定就是用户 目标：软件要实现的业务 范围：功能、服务对象范围 工期 项目类型 软件平台 开发工具和语言 * 测试计划示例 快速浏览 测试计划哪些要素 * 测试计划的内容和要点 一个软件项目的测试计划是一份描述测试工作的目标、范围、策略、方法和重点的文档。 在测试计划中，我们应该关注以下内容：测试需求、测试策略、测试资源、风险和意外。 * 测试需求要明确哪些需要测试，哪些不需要测试，如有可能，应尽量说明需求或不需要测试的理由。 通常我们把需要测试的部分做为测试需求，不需要测试的的部分做为测试风险。 测试需求：需要被测试的质量需求 测试需求 * “重中之重”的测试策略 测试策略负责描述测试工作中采用的方法以及测试的目标，通常包括关于在不同的测试阶段需要考虑的测试类型和测试目标，需要使用哪些测试技术，不同测试阶段结束的标准是什么，以及一些可能会对测试工作产生影响的因素。 战略 战术 测试计划 测试策略 * 测试计划制订过程 测试评审软件需求 定义测试需求 定义测试策略 定义测试环境 定义测试管理 编写和审核测试计划 * 测试计划 测试计划要点和制订过程 需求文档的审查和评审 整理测试需求 测试策略 测试环境 测试管理 测试计划编写 * 需求文档的审查和评审 思考：为什么在测试计划中谈需求评审？ 软件需求是设计、编码和测试人员共同的起点 需求缺陷 软件缺陷并不只是在编程阶段才产生，需求和设计阶段同样会产生缺陷。并且数量最多，修复代价最高。 * 需求分析的过程和重要性 需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。因此，需求分析阶段必须清楚地定义并理解所要解决的问题，完整地获取用户需求。 软件需求是设计、编码和测试人员 共同的起点 * Library administrator user case model * 软件缺陷来源分布 * 修复缺陷成本 stage requirements design coding delivery Repair costs 1 10 100 1000 * 测试人员参加需求评审的目标 测试人员参加“需求评审”和”需求测试“活动所需要达到的目标包括如下三个方面： 1、充分地理解需求，确保对需求的理解与需求分析人员是一致的； 2、从可测试的角度，努力发现《用户需求说明书》中不可测试的需求，从而提醒需求分析人员尽早修改； 3、从测试人员的角度努力发现《用户需求说明书》中的不准确之处，从而提醒需求分析人员及时修改这部分用户需求。 * 作为测试人员，还是需要对软件产品所涉及的行业的业务有一个全面的、深入的了解——当然，这不是对一个刚刚入门的测试者的要求，但是如果想称为一个优秀的测试者，是难免要付出这部分努力的。 * 思考与练习 需求审查： 假定部门B