软件测试第02篇.pptVIP

第 2 章 软件测试计划 2.1 软件测试计划的作用 2.2 软件测试计划的内容 2.3 如何制订软件测试计划 2.4 制定测试计划时面对的问题 2.5 制定测试计划的原则 2.6 衡量一份好的测试计划书的标准 软件测试计划的几个问题 为什么要编写测试计划？ 什么时间开始编写测试计划？ 由谁来编写测试计划？ 测试计划编写的依据是什么？ 测试计划编写有哪些要素？ 测试计划编写完后还会更改？ 2.0 软件测试计划书的定义 软件测试计划书是一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排、以及任何偶发计划的风险。 2.1 软件测试计划的作用 为测试过程提供指导 - 测试目标 - 测试内容 - 测试方法 - 测试时间周期 及早发现和修正SRS的问题 改善测试任务与测试过程的关系 提高测试的组织、规划和管理能力 2.2 软件测试计划的内容 测试计划就是描述所有要完成的测试工作，一般均包括被测试项目的背景、目标、范围、方式、资源、进度安排、测试人员组织以及与测试有关的风险等方面。 制定测试计划时，由于各软件公司的背景不同，测试计划文档也略有差异。 1．测试计划标识符 标识符唯一，与软件版本有关。 4．测试对象 列出待测的单项功能及功能组合 5 ．不需要测试的功能 列出不测试的单项功能及组合功能并说明不予测试的理由 7．测试项通过/失败的标准 测试要求不同，标准也不同。常见的通过/失败标准有： ? 通过测试用例所占的百分比； ? 缺陷的密度和严重程度； ? 测试用例覆盖； ? 性能标准。 8．测试中断和恢复的规定 常用的测试中断标准如下： ? 关键路径上存在未完成任务 ? 大量的或严重的缺陷 ? 需求和设计发生变化 ? 不完整的测试环境 ? 资源短缺 9．测试完成所提交的材料 10．测试任务 给出测试工作所需完成的一系列任务，还列举了所有任务之间的依赖关系和可能需要的特殊技能。 11．测试所需的资源 测试所需的软硬件、文档、人力、 培训和技术资源等。做好资源分析，有助于成本的估算和后期测试环境的搭建。 14．测试进度表 列出测试过程中重要日程的安排，便于管理测试过程。 15．风险及应急措施 列出测试过程中可能存在的一些风险和不利因素并给出规避方案。 示例 2.3 如何制订软件测试计划 软件测试计划的几个活动： 1．测试需求和测试范围的分析 2．工作量估计 3．资源分配和进度安排 4．风险分析 5．测试策略的制定 6．编写计划书 7．审查计划书 1．测试需求和测试范围的分析 测试需求所确定的是测试的内容，即测试的具体对象。测试需求主要来源于需求规格说明书SRS，在SRS中每一个功能描述将派生一个或多个测试需求，性能描述、安全性描述等非功能性描述也将派生出一个或多个测试需求。 在确定测试范围时，要考虑的因素如下： 优先级最高的需求功能 新增加的功能和编码改动较大的已有功能 容易出现问题的部分功能 过去测试不够充分的地方 经常被用户使用的功能和配置（占20%） 2．工作量估计 在估计工作量时，可有如下方法： 工作分解结构表WBS：项目--阶段--任务--子任务 ∑(每个测试的时间*每个需求的测试的数目*测试需求的的数目) 另一个简单方法是经验评估 - 计算系统测试用例的页数 　　需求页数：系统测试用例页数 ≈ 1：1 　- 计算编写系统测试用例时间 　　编写系统测试用例时间 ≈ 系统测试用例页数×1小时 　- 计算执行系统测试用例时间 　　编写系统用例用时：执行系统测试用时 ≈ 1：2 　- 计算回归测试包含的时间 　　系统测试用时：回归测试用时≈ 2：1 3．资源分配和进度安排 人力资源 系统资源 4．风险分析 风险分析技术就是一种木栅栏，能够挡住石头，但不会夹住沙子。 软件测试风险就是要将测试范围、测试过程中的风险识别出来，确定哪些是可避免的，哪些是不可避免的，对可避免的风险要尽量采取措施去避免。 风险识别的有效方法是建立风险项目检查表，按风险内容进行逐项检查、逐个确认。 风险处理的原则：回避、转移和降低 5．测试策略的制定 测试策略用于说明某项特定测试工作的一般方法和目标。测试策略主要针对测试需求确定测试类型及如何实施测试的方法和技术。 一个好的测试策略应该包括下列内容： 要实施的测试类型和测试的目标 采用的技术 用于评估测试结果和测试是否完成的标准 对测试策略所述的测试工作存在影响的特殊事项 6．编写