1、测试计划编写指南 文档目的和结构 测试计划编写指南说明测试计划编写的各个方面。文档按照大纲的形式组织。大纲的每个标题下有详细的说明：1. 说明该主题的重要性。 2. 提示和技巧。 一、介绍 A. 文档目的 B. 文档摘要 C. 文档历史和变更 二、背景 A. 系统视图和目标 B. 联系方式 C. 相关信息保存的位置 三、质量目标 四、测试策略 A. 整体策略 B. 测试范围 五、测试方法 A. 里程碑技术 B. 测试文档（测试用例） C. 测试实施过程 1. 测试系统接受条件 2. 测试时间表
2、 D. 稳定阶段测试 1. 稳定阶段摘要 2. 测试遍数 3. 项目结束 E. 自动测试策略 F. 集成测试策略 G. 内容测试 H. 性能测试和压力测试 I 兼容性测试 六、测试组织 A. 测试团队结构 B. 功能划分 七、资源需求 A. 培训需求 B. 硬件需求 C. 软件需求 D. 办公空间需求 八、时间进度安排 九、缺陷处理 A. 数据库管理 B. 缺陷处理过程 测试计划编写指南 文档目的和结构 测试计划编写指南说明测试计划编写的各个方面。文档按照大纲的形式组织。大纲的每个标题下有详
3、细的说明：1. 说明该主题的重要性。 2. 提示和技巧。 一、介绍 A. 文档目的 B. 文档摘要 C. 文档历史和变更 二、背景 A. 系统视图和目标 B. 联系方式 C. 相关信息保存的位置 三、质量目标 四、测试策略 A. 整体策略 B. 测试范围 五、测试方法 A. 里程碑技术 B. 测试文档（测试用例） C. 测试实施过程 1. 测试系统接受条件 2. 测试时间表 D. 稳定阶段测试 1. 稳定阶段摘要 2. 测试遍数 3. 项目结束 E. 自动测试策略 F. 集成测试策略
4、 G. 内容测试 H. 性能测试和压力测试 I 兼容性测试 六、测试组织 A. 测试团队结构 B. 功能划分 七、资源需求 A. 培训需求 B. 硬件需求 C. 软件需求 D. 办公空间需求 八、时间进度安排 九、缺陷处理 A. 数据库管理 B. 缺陷处理过程 十、测试过程控制 A. 缺陷数据分析 B. 测试工作周报 十一、风险分析 十二、 系统发布 一、介绍 测试计划编写指南有两类潜在的受众。首先，测试负责人使用它作为指导方针编写测试计划。测试计划编写完成后，将作为整个团队（包括开发人员和
5、测试人员）沟通的基础。 测试项目开始时，应该完成测试计划的大部分内容。项目开始后，由于测试情况有变化，可能导致测试计划文档变化。如果文档有明显的变化，必须在文档中添加变更历史来记载这些变化。 A. 文档目的 测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信
6、息。 B. 文档摘要 这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员（比如经理或开发项目的负责人）。 提示和技巧： l在写这一节时，考虑一下你的计划在那些地方可能会引起反对。这个计划跟以前的计划相比，有什么不同的地方。测试项目与系统开发计划的关系等。 l使用列表的格式，可以将问题按重要程度罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。 C. 文档历史和变更 [作者] – [日
7、期] – [文档的当前状态，上版本以来所作的主要变化] 二、背景 A. 系统视图和目标 系统视图对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料。系统目标是帮助实现系统视图的重要指标。系统视图和目标对实现整个项目计划来说是至关重要的。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标。 通常情况下视图和项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目
