如何进行系统测试管理[2]

　　如何进行系统测试管理[2]   软件测试　

    　c) 设计阶段

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

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

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

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

　　d) 系统测试阶段

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

　　1、 系统测试执行：

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

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

　　4、 测试评价和总结

　　四、测试计划管理

　　a) 测试计划

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

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

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

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

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

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

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

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

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

　　b) 系统测试计划

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

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

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

　　c) 系统测试方案

　　因为系统测试往往是以版本迭代测试的方式开展，因此，针对每次测试，为了有效地规范测试执行的过程，所以还应当制定系统测试方案。一般来说，系统测试方案可以分为两个层面：测试负责人层面和测试人员层面，二者考虑的重点有所不同。

　　系统测试方案在评审通过后应归档管理，它是系统测试执行的依据，系统测试的执行活动应遵照该计划执行。一般来说，参加系统测试方案评审的人员应包含但不限于以下人员：测试组组长，测试人员，测试申请中指定的本次系统测试的版本负责人。

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