0.基本概念

《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为：“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。”

管理者能够根据测试计划做宏观调控，进行相应资源配置等，测试人员能够了解整个项目测试情况，以及项目测试不同阶段的所要进行的工作，便于其他人员了解测试人员的工作内容，进行有关配合工作。

测试计划是在需求整理完成，和开发计划一起制定的一份计划书，它从属于项目计划中其中的一个计划。测试计划的制订是有粗略到详细的一个过程：测试需求分析前总体测试计划书和l测试需求分析后详细测试计划书。

测试计划应该由项目测试负责人或测试组长，亦或具有丰富经验的测试人员来进行组织编写。中小型项目，测试负责人可以直接承担，大型项目，测试负责人和子模块测试负责人共同完成。测试计划由测试工程师来实施。

1.工作的输入与输出

开展软件测试计划的基础和依据(基本输入)：1.软件测试任务书（或合同）2.被测软件的需求规格说明书 3.测试需求 4.类似产品或同一产品旧版本的测试计划

输出结果为软件测试计划。

测试计划的制订是有粗略到详细的一个过程。测试计划不是“编”出来的，是在充分了解测试需求的情况下，结合测试的原理和经验得出的。项目大小不同，项目测试计划的制订过程也不同。如果项目规模比较小，则测试计划直接有一个经验丰富的测试工程师负责即可；如果项目规模比较大，参加的测试人员多，则测试的需求分析和测试计划先是分模块展开，各个测试工程师完成自己负责部分的测试需求分析和测试计划，最后测试经理牵头组织大家一起完成整个项目的测试计划。

2.计划内容与模板

不同标准和团队在制订测试计划时内容不尽相同，但是核心目录都大同小异。企业在实际开展工作时会根据自己的业务需要定义符合产品和团队需求的内容。

虽然不同团队的测试计划内容不尽相同，但是整体上都是从技术和管理两个方面对测试的开展进行规划：技术方面主要是明确开展什么样的测试、使用什么样的测试策略和方法、使用什么样的测试工具等内容。管理方面主要是明确如何组织、需要哪些人力和非人力资源、任务如何划分、进度如何定义、启动和结束的条件等内容。

《IEEE软件测试文档标准829-2008》标准中软件测试计划文档的主要内容：

基本说明：被测对象(产品名,版本号,终端用户等)、术语与缩略语、参考资料

测试范围及策略：功能性测试需求以及测试方法和途径、非功能测试需求以及测试方法和途径、测试优先级和重点、实施的测试阶段。

测试环境和工具分析：软件实际环境、软件测试环境以及与实际环境差异分析、测试非人力资源：计算机、工具等、自动化测试分析(解决什么问题、成本、提高多少效率)、测试数据

测试的出入口、暂停标准：测试开始标准、测试中止标准、测试完成标准。

测试人员要求：技能和经验要求、人力资源数量以及介入时间、需要的支持和培训

测试管理：内外部角色和职责、工作汇报要求、缺陷管理、测试执行管理、测试用例管理、变更管理

任务划分以及进度计划：里程碑、任务分解及时间人员安排(可以用office project)

风险和应急分析：预测测试中的风险、给出对各种风险的规避和应急措施

不同产品类型使用的模板不尽相同。

3.组织测试计划

组织编写测试计划的原则、编写测试计划的主要任务、难点、5W1H方法、注意事项。

（0）原则

尽早开始、灵活变更、合理评审、简洁易读

（1）主要任务

①根据测试策略，选定测试计划包含的测试范围；②划分测试阶段，明确测试方法，确定测试任务；③确定测试过程监控方法；④评估测试工作量；⑤确定时间并生成进度计划；⑥评估进度计划风险

根据本阶段测试需求，细化测试任务；划分任务优先级，说明和主要任务关联关系；确定辅助任务清单（如培训等）；形成WBS（工作任务分解图)或者任务分配列表；

测试任务分配的两种方式及优缺点：按照功能模块划分、按照测试类型划分：按照功能模块划分是将同一个模块的功能测试、界面测试、相关的性能测试、兼容性测试等都分给同一个工程师负责；按照测试类型划分将所有性能测试分给一个工程师，兼容性测试分给另一个工程师；

项目WBS图示例

目前没有任何一种方法能准确的评估出软件测试工作的工作量，要想更有效的做出估算，必须持之以恒的统计和分析历史数据，主要的估算方法为：分析以前的同类项目、同行专家判断、分解细化项目(如何把握分解的程度？)、经验主义预估模型（LOC、FP等）

收集与进度相关的信息：总体工作量估算、人员数量、关键资源、项目时间安排等；确定各阶段任务安排和资源分配，确定里程碑；依据项目总体时间安排，形成进度计划

美国政治学家拉斯维尔提出“5W分析法”，后经过人们的不断运用和总结，逐步形成了一套成熟的“5W+IH”模式。5W+1H就是对工作进行科学地分析，就其工作内容（What）、责任者（Who）、工作岗位（Where）、工作时间（When）、怎样操作（How）以及为何这样做（Why），进行书面描述，并按此描述进行操作，达到完成职务任务的目标。

What(做什么)：测试范围和内容

Why(为什么做)：测试目的

When(何时做)：测试时间

Where(在哪里)：测试地点、文档和软件位置

Who(谁做)：测试人力资源

How(怎么做)：测试方法和工具

在测试需求分析阶段确定what和why

在测试计划阶段确定when，where，who，how

切合实际，根据项目特点、公司实际情况制订，确实能指导测试活动的开展；根据实际情况不断变化调整，满足实际测试要求；从宏观上反映测试整体安排，避免过于详细。

4.计划评审

测试计划作为测试活动的规划文档对测试工作的开展有重要指导意义、测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审、评审人员的组成包括软件开发人员、测试人员、测试负责人以及其他有关项目负责人。n测试计划评审检查单与测试团队和被测试软件有很大关系，不同企业会根据自己实际情况制订不同的检查单并在实践过程中不断完善检查单。检查单列出的是团队关注的测试计划要点以及在制订测试计划时容易遗漏的内容。