经典软件测试过程控制方法指南(2)

　　1.3.2 文档更新

　　测试项目开始时，应该完成测试计划的大部分内容。项目开始后，由于测试情况有变化，可能导致测试计划文档变化。如果文档有明显的变化，必须在文档中添加变更历史来记载这些变化。

　　1.3.3 文档目的

　　测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。

　　本文档描述出了整个开发过程中测试工作的流程，不同的测试时期可以根据需要对本文档的一部分进行充实(如：单元测试阶段等)，但是在结项后，本文档规定的各个时期的测试计划均需完整，以备检查。对于项目类产品，可根据实际情况参照执行。

　　1.4 测试工作流程

　　测试工作从产品立项后开始介入，贯穿于软件产品的整个生命周期。初期测试经理参与项目的需求评审，并以需求设计为标准设计系统测试的测试用例。当开发进入详细设计阶段时，测试经理根据测试的需要同开发经理讨论技术的实现方式，在允许的范围内，尽量使用方便今后测试工作开展的实现方式。同时此阶段测试经理开始设计集成测试的测试用例。详细设计评审通过后，开发人员开始进入编码阶段，同时，测试经理应同开发经理协调好进度，按照模块开发的时间规划，测试经理开始根据模块的接口规范设计灰盒测试用例，尽量保证模块级的测试可以同开发进度协调进行。编码完成后，测试人员协助开发人员进行集成测试，测试经理使用前期已经完成的集成测试方案对产品进行测试。集成测试完成后，由测试经理对集成测试的效果进行评估，对于合格的产品填写系统测试申请报告，向测试部正式申请进入系统测试阶段。系统测试完成后，由测试经理向测试部申请软件发行。当相关的产品化工作正式完成后，由测试部开据质量合格证书，产品正式发行。

　　以上概要的介绍了测试方法和测试原则，以及公司对于产品类项目的测试流程，以下将具体的给出各个测试阶段，相关测试计划的文档要求，文档中将给出关键的考察点，计划编制的技巧与说明，以便在书写测试计划的时候有章可循。

　　2 引言

　　2.1 编写目的

　　阐明编写测试计划的目的并指明读者对象。

　　2.2 项目背景

　　说明项目的来源、委托单位及主管部门。

　　2.3 定义

　　列出测试 计划中所用到的专门术语的定义和缩写词的原意。

　　2.4 参考资料

　　列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：项目的计划任务书、合同或批文;项目开发计划;需求规格说明书;概要设计说明书;详细设计说明书;用户操作手册;本测试计划中引用的其他资料、采用的软件开发标准或规范。

　　2.5 文档摘要

　　主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员(比如经理或开发项目的负责人)。

　　提示和技巧：

　　在写这一节时，考虑一下你的计划在那些地方可能会引起反对。这个计划跟以前的计划相比，有什么不同的地方。测试项目与系统开发计划的关系等。

　　使用列表的格式，可以将问题按重要程度罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。

　　2.6 文档历史和变更

　　[作者] – [日期] – [文档的当前状态，上版本以来所作的主要变化]

　　3 管理

　　3.1 系统视图和目标

　　系统视图对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料。系统目标是帮助实现系统视图的重要指标。系统视图和目标对实现整个项目计划来说是至关重要的。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标。

　　通常情况下视图和项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标，你将无法完成部分任务。而且，你会发现很难将对产品的认识向别人转述。

　　提示和技巧：

　　为什么视图对客户是重要的?

　　你如何向客户表达这种视图?

　　你将做什么来保证你是在向实现视图的方向前进?

　　在你回答这些问题之后，你就可以将视图转换成测试导向的目标?

　　整个系统的总体运行框架什么?各个部分的运行目标是什么?

　　3.2 运行环境

　　需测试的软，硬件环境，有无特殊的要求。如有些设备是有使用时限的需注明，如果测试环境不能满足测试要求，如何解决等?

　　3.3 资源需求

　　3.3.1 培训需求

　　本节说明项目测试人员需要哪些培训。

　　提示和技巧：

　　对于新手需要先介绍测试系统，如果测试人员比较熟悉该系统，则需要说明新系统的功能。

　　是否进行自动测试。

　　测试人员要不要培训以编写自动化脚本。

　　3.3.2 硬件需求

　　本节说明测试人员需要的各种类型的硬件以及这个测试团队需要的硬件。

　　3.3.3 软件需求

　　本节说明测试人员需要使用的软件。

　　3.3.4 办公空间需求

　　本节说明需要多少办公空间。

　　3.4 风险分析

　　目前存在那些不确定因素，包括可预计的和不可预计的。系统开发和测试过程中，会有各种可能导致系统发布延迟，在计划中需要预先估计这些风险，并且提出相应的对付办法。

　　3.5 测试团队结构

　　这一节说明测试团队的结构和项目测试人员的数量。

　　提示和技巧：

　　查看开发计划确定那些功能需要最多资源。

原文转自：http://www.ltesting.net