3、编写《系统测试计划》

　　c）设计阶段

　　1、系统架构评审：在设计阶段，测试团队参与设计评审，了解设计架构，对软件架构的可测试性提出意见。

　　2、系统测试设计：根据系统需求、系统方案和系统测试计划编写系统测试方案，并根据系统需求和系统测试方案编写系统测试规程。

　　3、系统测试开发：根据系统测试规程进行测试用例开发。

　　4、如果需要自主设计开发测试工具，进行方案设计。

　　d）系统测试阶段

　　当系统通过对内交付基线后，项目进入系统测试阶段。系统测试是将软件系统，作为整个系统的一个元素，与硬件、某些支持系统元素结合在一起，在实际运行环境下，对系统进行一系列的测试活动。系统测试的目的是验证系统的需求。

　　1、系统测试执行：

　　2、BUG定级， 跟踪和管理。在系统测试过程中发现的问题以BUG或者建议形式提交给软件开发组，这些BUG的级别需要给出定义。每个级别的BUG定义见附录A。

　　3、测试度量和分析活动。

　　4、测试评价和总结

　　四、测试计划管理

　　a）测试计划

　　测试计划用于明确测试思路，指导测试活动，是成功执行和管理测试项目的保证，通过测试计划可以提高可交流性，避免测试的随意性。测试过程一定要按测试计划来进行。

　　系统测试计划分为两级管理：系统测试计划和系统测试方案。

　　由于要测试的内容可能涉及到软件的需求和软件的设计，因此必须及早开始测试计划的编写工作。不应在着手测试时，才开始考虑测试计划。制定测试计划需遵循以下原则：

　　1. 制定计划的人应该是最了解项目和测试资源的人。测试计划要经过项目组的评审，避免出现不合理的计划。

　　2. 计划安排要结合需求，执行优先级要体现需求的优先级。在同等优先级的情况下，要先安排技术难度高的测试项，增加计划的可调控性。

　　3. 测试一个大的软件项目，应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。

　　4. 制定的计划应明确、可及、可度量、可追踪。

　　5. 计划表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。推荐微软50% 缓冲规则。

　　6. 由于内外部因素可能需要对测试计划进行调整，这时需要及时对测试计划进行变更和维护

　　b）系统测试计划

　　系统测试计划的内容应该包含以下几大部分：测试范围、策略、测试配置和环境、暂停和再启动标准、进度、人力资源、风险和应对等。

　　系统测试计划属于项目计划的一个部分。项目计划是在项目生命周期里对项目资源、进度的一个规划，而测试计划是对里程碑范围内测试资源、活动、进度等的规划。测试活动的启动和暂停受控于项目进度计划。

　　测试计划也应该和项目计划一起纳入配置管理，和项目计划同步进行更新