2011第二章测试计划.ppt

软 件 测 试 技 术 第二章 测试计划 2.1 测试计划要点和制订过程 2.2 测试软件需求 2.3 测试策略 2.4 测试环境 2.5 测试管理 2.6 测试计划编写 通过本章的学习，可以： 了解软件测试计划的重要性。 了解软件测试计划的编写过程和主要内容。 了解软件需求应该具有的特征。 了解如何对软件需求进行静态测试。 学会确定测试策略。 学会定义测试环境。 对软件测试管理工作有所了解 在一个工程活动中，了解需求和制定计划是所有工作的起点。在软件测试工作中，也首先需要分析需求和制定测试计划。 2.1 测试计划要点和制订过程 2.1.1 为什么要写测试计划 软件测试计划是指导测试过程的纲领性文件。借助软件测试计划， 　　 1）领导能够根据测试计划做宏观调控，进行相应资源配置等； 　　 2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等； 　　 3）便于其他人员了解测试人员的工作内容，进行有关配合工作 2.1.2 测试计划内容和要点 一个软件项目的测试计划是一份描述软件测试工作的目标、范围、策略、方法和重点的文档。 测试计划编写包括6要素（5W 1H） 　　 1）why——为什么要进行这些测试； 　　 2) what—测试哪些方面，不同阶段的工作内容； 　　 3) when—测试不同阶段的起止时间； 　　 4) where—相应文档，缺陷的存放位置，测试环境等； 　　 5) who—项目有关人员组成，安排哪些测试人员进行测试 　　 6) how—如何去做，使用哪些测试工具以及测试方法进行测试。 测试活动进度综述，可供相关人员参考 测试方法； 测试工具，包括如何和何时获取工具； 实施测试和报告结果的过程； 系统测试进入和结束准则； 设计、开发和执行测试所需的人员； 设备资源：需要什么样的机器和测试基准； 恰当的测试覆盖率目标； 测试所需的特殊软件和硬件配置； 测试哪些特性，不测试哪些特性； 风险和意外情况计划。 在编写测试计划时，经过五个步骤： (1)分析和测试软件需求 在需求分析阶段，软件测试人员就需要进入。在这个阶段，测试人员需要对需求有完整的理解，还需要对需求文档进行测试。 (2)定义测试策略 测试策略，指的是确定总的测试范围、测试的方法、测试活动的进入/退出标准、自动化测试工具的选择、测试软件的编写等。 (3)定义测试环境 测试环境包括软件运行的硬件平台、软件平台，还包括一些特殊的外围设备。在制定测试计划时，需要定义测试工作将在什么样的测试环境中进行。 (4)定义测试管理 测试过程中所涉及到的人、活动和工具都是很多的(特别是在大型软件的测试中)，在制定测试计划时，要对这些因素加以管理。 (5)编写计划文档 在上述几项工作完成后，需要编写测试计划文档，并需要被相关人员审核。 测试计划阶段的原始依据是软件需求文档。 测试计划阶段的输出是测试计划文档 2.2 分析和测试软件需求 为了编写测试计划和进行测试设计，测试人员需要软件需求说明书，软件需求是设计、编码和测试人员共同的工作起点。 需求分析就是完整、准确地定义系统的目标，确定系统必须做什么。 在失败的项目中与需求分析相关的原因： 不完善的需求分析(13.1％)。 缺乏用户的参与(12.4％)。 不切实际的期望值(9.9％)。 不断变更的需求和说明(8.7％)。 系统不再被需要(7.5％)。 51.6% 经统计，一般的，如果在需求分析阶段发现并解决问题花费$1，则在设计阶段解决同样的问题要花费$5，在编码阶段要花费$10，在交付使用后要解决同样的问题需花费$200。 测试团队需要清晰、明确、可测试的需求说明书以便开始测试计划和测试设计工作。 另一方面，测试团队通过对需求的分析实现对需求的静态测试，尽量在早期发现问题，减小后期修改的代价。因此，测试人员需要在需求分析阶段开始介入测试工作。 需求分析需经历五个主要步骤： (1)收集用户需求 通过客户访谈等途径收集客户需求。 (2)编写需求定义文档 将客户需求整理并写成需求定义，需求定义文档用自然语言记录所有系统需求，这样用户和系统开发人员比较容易理解沟通。 (3)编写软件功能说明 软件功能说明用精确性和技术性语言描述所有系统需求，该文档主要被开发组织使用。 (4)编写软件需求跟踪矩阵 其目的是跟踪每一个需求以确保其