【IT168 技术文章】

    当一个测试团队发展到一定规模，各个项目进行测试的时候，都需要对活动进行管理，保证各个活动正常有序的进行，那么该如何进行系统测试管理呢？大概归纳了一下，包括一下6个方面：

    一、测试套件管理

    测试套件包括：测试用例、驱动和桩。特别地，自主开发的专有测试工具也是测试套件。测试用例包括文字描述

    型测试用例、脚本型测试用例和测试输入、预期的输出数据。所有这些测试套件的选择使用都是按计划，有步骤地进行的

    所有的测试套件都和被测软件的版本有着密切的对应关系。

    主要对测试套件进行这样一些管理要求：

    1)驱动和桩以及自主开发的专用测试工具能在对应的测试版本情况下立即提取并正确运行；

    2)脚本型测试用例能在对应的测试版本情况下立即提取并正确运行；

    3)用例集的执行状态和执行结果；

    4)用例状态和系统需求的对应关系等。

    因此，测试套件应该是有版本的，能唯一标识的，执行状态和结果是可报告和有追踪性的

    二、测试工具管理

    建议按照四个步骤来进行：

    1.定义软件测试工具的需求：分析组织的能力和准备程度，定义组织的需求，定义成功的准则，建立软件测试工具采用策略。

    2.评价和选择软件测试工具：评审软件测试工具的工具市场，对测试工具进行评价和选择。

    3.进行实施试点：决定试点特性，计划试点，执行试点，评价试点，决定是否购买。

    4.推广使用工具：定期评审，收集使用效果。

    对于自制工具，经过归档后，可以参照上述四个步骤进行管理

    三、系统测试活动管理

    测试相关人员在项目生命周期的每个子周期或迭代中各个阶段的测试活动分别如下：

    a立项阶段

    在项目启动阶段，开始测试前期准备，拟制初步的测试计划，主要关注点为：相关业务知识和测试技术培训，测试角色分配。

    确认验收准则：测试团队对产品经理和用户达成一致的验收准则进行审核，确保它们的正确性，可读性，可测试性

    b需求分析阶段

    项目进入需求分析阶段，测试团队的工作开始全面展开，需要确定项目的范围验证，质量要求定义，测试策略制订，测试流程剪裁，测试工具、测试环境和设备准备，测试风险识别。主要活动如下：

    1、对软件需求的验证：在软件需求被系统人员分析完成后，测试团队开始参与需求评审，对需求说明书进行验证，主要关注点是：软件需求的准确性，一致性，完整性，相关性，依赖性，可跟踪性，可测试性，可理解性。以使软件需求成为项目开发的基础和测试计划的起点。

    2、如果需要自主设计开发测试工具，还需进行测试工具的需求采集和分析。

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

    c设计阶段

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

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

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

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

    d）系统测试阶段

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

    1、系统测试执行：

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

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

    4、测试评价和总结