敏捷测试管理探讨-（4、敏捷测试过程管理）

敏捷测试不同于以往针对传统开发模式的测试，测试就像整个敏捷团队的“导航灯”，分析与验证开发项目的进行状态，为明确方向提供客观的分析结果。敏捷测试过程管理流程可以涵盖4个阶段：

1）验证需求与设计

在测试前期，测试人员首先要做静态测试，重点从需求的可实现性考虑，进行需求分析和设计逻辑分析。需求与设计阶段涉及的文档包括：一是由项目经理根据需求文本而编写的功能设计文档；二是由开发人员根据功能文本编写的实施设计文档（包括架构文档、项目范围说明以及用例）。作为测试人员，其验证重点是检查文档对用户需求定义的完整性、严密性和功能设计的可测性[4]。

2）测试计划与用例设计

测试人员依据审核通过的需求和设计文档，编写测试计划和设计测试用例。其中，测试用例编写主要依据功能设计文档，综合考虑不同的测试策略和测试粒度进行设计。最终测试计划与测试用例由项目经理和开发人员审核。

测试人员在编写测试用例的同时，需要编写测试用例跟踪矩阵（Test Case Matrix），标注测试用例已覆盖了哪些功能、每个具体功能对应的测试用例编号等，这样有助于在测试经理和项目经理对测试用例进行评审时，能够明晰测试用例覆盖率，及时对覆盖率不足的功能点给出意见，便于提高效率。

3）执行测试过程

在敏捷软件开发方法中，测试包括单元测试和验证测试。产品版本提交之前，首先开发人员要做单元测试，以保证提交测试人员的版本能够通过验证测试。单元测试的好处是可以提高版本质量，减少浅层次的软件缺陷的发生率，并减轻验证测试的工作量。验证测试就是测试人员将上一阶段设计的测试用例按计划付诸实施的过程。通常将测试任务划分为多个周期，首先做些关键的功能测试，随后的迭代周期可以做边缘化的功能测试和其它测试，最后几次迭代应该用于回归测试、关键性能以及稳定性测试。

4）测试结果分析

每一次迭代周期结束后，项目组应进行阶段性分析总结。根据测试报告找出流程、技术或管理中所存在的问题根源，分析在过去一个迭代周期中可行的，不可行的和有待改进的地方。为适应敏捷开发的节奏，测试报告可以以网页的形式发布在内部的 web 服务器上，在一些问题区域上标注鲜明的色彩，用来警示团队中的每个人。最后待改进之处将在项目经理监督下用于下一次迭代周期，以此循环直至整个项目结束。

5、结束语

敏捷开发及测试已经被越来越多的软件企业所采用。作为测试人员，应该将敏捷思想贯穿到整个测试活动中。敏捷测试管理流程将提高测试中对过程和状态的监控能力，保证测试覆盖率、测试有效性和产品质量。我们相信，在同行不断的积极探索和相互切磋中，敏捷测试之路将会越走越宽广。