c) 设计阶段
1、 系统架构评审：在设计阶段，测试团队参与设计评审，了解设计架构，对软件架构的可测试性提出意见。
2、 系统测试设计：根据系统需求、系统方案和系统测试计划编写系统测试方案，并根据系统需求和系统测试方案编写系统测试规程。
4、 如果需要自主设计开发测试工具，进行方案设计。
d) 系统测试阶段
当系统通过对内交付基线后，项目进入系统测试阶段。系统测试是将软件系统，作为整个系统的一个元素，与硬件、某些支持系统元素结合在一起，在实际运行环境下，对系统进行一系列的测试活动。系统测试的目的是验证系统的需求。
1、 系统测试执行：
2、 BUG定级, 跟踪和管理。在系统测试过程中发现的问题以BUG或者建议形式提交给软件开发组，这些BUG的级别需要给出定义。每个级别的BUG定义见附录A。
3、 测试度量和分析活动。
4、 测试评价和总结
四、测试计划管理
a) 测试计划
测试计划用于明确测试思路，指导测试活动，是成功执行和管理测试项目的保证，通过测试计划可以提高可交流性，避免测试的随意性。测试过程一定要按测试计划来进行。
系统测试计划分为两级管理：系统测试计划和系统测试方案。
由于要测试的内容可能涉及到软件的需求和软件的设计，因此必须及早开始测试计划的编写工作。不应在着手测试时，才开始考虑测试计划。制定测试计划需遵循以下原则：
1. 制定计划的人应该是最了解项目和测试资源的人。测试计划要经过项目组的评审，避免出现不合理的计划。
2. 计划安排要结合需求，执行优先级要体现需求的优先级。在同等优先级的情况下，要先安排技术难度高的测试项，增加计划的可调控性。
3. 测试一个大的软件项目，应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。
4. 制定的计划应明确、可及、可度量、可追踪。
5. 计划表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。推荐微软50% 缓冲规则。
6. 由于内外部因素可能需要对测试计划进行调整，这时需要及时对测试计划进行变更和维护
b) 系统测试计划
系统测试计划的内容应该包含以下几大部分：测试范围、策略、测试配置和环境、暂停和再启动标准、进度、人力资源、风险和应对等。
系统测试计划属于项目计划的一个部分。项目计划是在项目生命周期里对项目资源、进度的一个规划，而测试计划是对里程碑范围内测试资源、活动、进度等的规划。测试活动的启动和暂停受控于项目进度计划。
测试计划也应该和项目计划一起纳入配置管理，和项目计划同步进行更新
c) 系统测试方案
因为系统测试往往是以版本迭代测试的方式开展，因此，针对每次测试，为了有效地规范测试执行的过程，所以还应当制定系统测试方案。一般来说，系统测试方案可以分为两个层面：测试负责人层面和测试人员层面，二者考虑的重点有所不同。
系统测试方案在评审通过后应归档管理，它是系统测试执行的依据，系统测试的执行活动应遵照该计划执行。一般来说，参加系统测试方案评审的人员应包含但不限于以下人员：测试组组长，测试人员，测试申请中指定的本次系统测试的版本负责人。
文章来源于领测软件测试网 https://www.ltesting.net/
