第4讲软件测试计划.pptVIP

;主要内容;软件测试阶段组成;;管理学中的计划;IEEE定义的测试计划;计划的作用;1. 为什么要编写测试计划？ 领导能够根据测试计划做宏观调控，进行相应资源配置等； 测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等； 便于其他人员了解测试人员的工作内容，进行有关配合工作 2. 什么时间开始编写测试计划？ 需求分析后，在整个测试工作过程中，不断修改 3. 由谁来编写测试计划？ 具有丰富经验的项目测试负责人;测试计划的核心活动;测试计划的设计与实现;需求分析过程 收集用户需求 编写需求定义文档 编写软件功能说明 审核软件需求文档;测试软件需求（2/8）;测试软件需求（3/8）;需求分析中测试人员工作 理解需求，参与审核需求文档 理解项目的目标、限制，了解用户应用背景 编写测试计划 准备资源;测试需求文档： 具有清晰的格式和文档结构 需求的内容正确 需求的内容完整 需求具有可行性 必要性 对不同的需求的优先级进行定义 描述明确、无歧义、上下文一致 可证实和可靠性 可修改性 可追踪 需求文档被及时更新;需求测试的内容： 需求文档是否符合公司的格式要求？ 需求是否正确？ 要保证需求文档中所描述的内容是真实可靠的 这是“真正的”需求吗？描述的产品是否就是要开发的产品？ 需求是否完备？列出的需求是否能减去 一部分？ 需求是否可实现？ 需求是否合理？ 需求是否可测？;需求测试的方法： 复查 (Review) 复查一般是让工作中合作者检查产品并提出意见。同级互查可以面对面进行，也可以通过E-Mail实现，并没有统一标准。发现文档缺陷同级互查的能力是三种方法中最弱的。 走查 (Walkthrough) 相比较审查走查较为宽松，其事先需要收集数据，也没有输出报告的要求。 审查 (Inspection) 审查是为发现缺陷而进行的。关键组件的审查通过会议进行，会前每个与会者需要进行准备，会议必须按规定的程序进行，缺陷被记录并形成会议报告。审查被证明是非常有效的发现缺陷的方法。 ;定义测试需求 ;测试计划的设计与实现;测试策略（1/5）;测试策略（2/5）;测试策略（3/5）;测试策略（4/5）;测试策略（5/5）;测试计划的设计与实现;确定测试系统;测试计划的设计与实现;预测工作量（1/2）;预测工作量（2/2）;测试计划的设计与实现;复查测试文档;测试计划是一份描述软件测试工作的目标、策略、方法和重点的文档 测试计划的准备过程是思考检查并确认一个软件产品的可接受性的一个有用的方法 ;测试计划的目的;增强测试计划的实用性 坚持“5W1H”规则，明确内容与过程 采用评审和更新机制，保证测试计划满足实际需求 测试计划和测试策略;测试计划编写6要素？（5W1H）;测试类型和目的;测试阶段;测试方法;功能测试（1/2）;功能测试（2/2）;性能测试;确定测试资源（1/4）;确定测试资源（2/4）;确定测试资源（3/4）;确定测试资源（4/4）;时间表（1/3）;时间表（2/3）;时间表（3/3）;词汇表;生成测试计划文档;如何不让测试计划束之高阁（1/2）;如何不让测试计划束之高阁（2/2）;风险评估（1/6）;风险评估（2/6）;风险评估（3/6）;风险评估（4/6）;风险评估（5/6）;风险评估（6/6）;测试的优先级（1/4）;测试的优先级（2/4）;测试的优先级（3/4）;测试的优先级（4/4）;确定测试策略（1/2）;确定测试策略（2/2）;;;从软件的编码、测试到用户实际使用，存在着：开发环境、测试环境和用???环境。 “环境”，指的是被测试软件所运行的软件环境和硬件环境。 测试环境是测试人员为进行软件测试而搭建的环境，一般情况下，将包括多种典型的用户环境。 ;测试环境的环境项 计算机平台 操作系统 浏览器 软件支持平台 外部设备 网络环境 其它专用设备;确认工作任务 工作任务可以分为两类： 一类是可以直接和需求文档对应起来的， 另外一类和需求文档没有直接的关联。 在需求文档中，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。 确认好测试任务后，还应该排列这些任务的优先级。 ;与需求文档没有直接关联的任务： 开发和安装专用测试工具 学习使用测试工具 将测试用例编写为脚本或数据文件 重新运行以前没通过的测试用例 编写测试计划 人员培训 与程序员之间的交流 与客户之间的交流;估算工作量 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。 测试工作量的估算可以采用以下方法： 建立详细的工作分解结构 分析以往项目，寻找历史数据 ;