2. 测试计划阶段划分

　　测试计划不可能一气呵成，而是要经过计划初期、起草、讨论、审查等不同阶段，才能将测试计划制订好。而且，不同的测试阶段（集成测试、系统测试、验收测试等）或不同的测试任务（安全性测试、性能测试、可靠性测试等）都可能要有具体的测试计划。

　　● 计划初期是收集整体项目计划、需求分析、功能设计、系统原型、用例报告等文档或信息，理解用户的真正需求，了解技术难点和弱点或新的技术，和其他项目相关人员交流，在各个主要方面达到一致的理解。

　　● 测试计划最关键的一步就是确定测试需求、测试层次。将软件分解成单元，对各个单元写成测试需求，测试需求也是测试设计和开发测试用例的基础，并用来衡量测试覆盖率的重要指标。

　　● 计划起草。根据计划初期所掌握的各种信息、知识，确定测试策略，设计测试方法，完成测试计划的框架。

　　● 内部审查。在提供给其他部门讨论之前，先在测试小组／部门内部进行审查。

　　● 计划讨论和修改。召开有需求分析、设计、开发人员参加的计划讨论会议，测试组长将测试计划设计的思想、策略做较详细的介绍，并听取大家对测试计划中各个部分的意见，进行讨论交流。

　　● 测试计划的多方审查。项目中的每个人都应当参与审查（即市场人员、开发人员、技术支持人员及测试人员）。计划的审查是必不可少的，尽管测试工程师努力地完成一个对产品的全面定义，但出自于一个测试工程师的定义不一定是完整或准确的。此外，就像开发者很难测试自己的代码那样，测试工程师也很难评估自己的测试计划。每一个计划审查者都可能根据其经验及专长提出修改建议，有时还能提供测试工程师在组织产品定义时不具备的信息。

　　● 测试计划的定稿和批准。在计划讨论、审查的基础上，综合各方面的意见，就可以完成测试计划书，然后报给测试经理或 QA 经理，得到批准，方可执行。测试计划不仅是软件产品当前版本而且还是下一个版本的测试设计的主要信息来源，在进行新版本测试时，可以在原有的软件测试计划书上做修改，但要经过严格审查。

　　3. 测试计划的要点

　　软件测试计划的内容主要包括：产品基本情况、测试需求说明、测试策略说明、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等。除了产品基本情况、测试需求说明、测试策略等，测试计划的焦点集中在：

　　● 计划的目的：项目的范围和目标，各阶段的测试范围、技术约束和管理特点。

　　● 项目估算：使用的历史数据，使用的评估技术，工作量、成本、时间估算依据。

　　● 风险计划：测试可能存在的风险分析、识别，以及风险的回避、监控、管理。

　　● 日程：项目工作分解结构，并采用时限图、甘特图等方法制定时间／资源表。

　　● 项目资源：人员、硬件和软件等资源的组织和分配，人力资源是重点，日程安排是核心。

　　● 跟踪和控制机制：质量保证和控制，变更管理和控制等。测试计划书的内容也可以按集成测试、系统测试、验收测试等阶段去组织，为每一个阶段制订一个计划书，也可以为每个测试任务/目的（安全性测试、性能测试、可靠性测试等）制订特别的计划书。

　　此外，可以对上述测试计划书的每项内容，制订一个具体实施的计划，如每个阶段的测试重点、范围、所采用的方法、测试用例设计的思想、提交的内容等进行细化，供测试项目组的内部成员使用。对于一些重要的项目，会形成一系列的计划书，如测试范围/风险分析报告、测试标准工作计划、资源和培训计划、风险管理计划、测试实施计划、质量保证计划等。