-测试管理规范流程

版本记录：

文件状态：

[√] 初稿

[  ] 正在修改

[  ] 

目录

1编写目的    2

2测试团队构成    2

2.1组织结构    2

2.2测试组职能    2

2.3职责划分    3

3测试流程及规范    5

3.1测试流程图    5

3.1.1完整开发和测试流程图    5

3.1.2  测试流程    6

3.2测试启动阶段    6

3.2.1 测试工作启动    6

3.2.2 需求分析    7

3.2.3测试设计阶段    8

3.4实施测试阶段    10

3.4.1实施阶段工作流程图    11

3.4.2实施测试阶段    11

3.4.3提交阶段性报告    13

3.4.4 回归测试    14

3.5总结阶段    15

3.5.1测试归档    15

3.5.2测试工作总结    15

3.6缺陷跟踪    16

4发布标准    17

5争议处理    18

6标准文档    18

1编写目的

本文档是测试团队的日常工作规范，主要侧重测试工作流程的实施和控制，明确软件工程各阶段测试团队应参与和完成的工作。并且对于测试团队中关于测试组架构、职能及成员职责进行必要的说明。通过建立规范的测试流程、测试团队组织架构，同时明确测试小组任务、目标和各小组成员的具体职责，对部门测试工作的正常开展起到规范的指导作用。

2测试团队构成

部门经理（或项目经理）

  2.1组织结构

测

试

实施

工

程

师

测

试

组长

测试

实施

工

程

师

图 1

  2.2测试组职能

软件测试是软件开发过程中的重要组成部分，测试团队主要肩负着如下责任：

在项目的前期、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。

针对测试需求进行相关测试技术的研究。

根据项目的实际需求，编写合理的测试计划，并与项目整体计划有机地整合在一起。

编写高效、覆盖率高的测试用例，充分保证测试的完整性和可执行性。

认真仔细地实施测试工作，内容包括功能性测试，文档测试，兼容性测试，性能测试，安全测试等，并提交各阶段测试报告供项目组参考。

进行缺陷跟踪与分析。

对测试整个过程进行总结，完善和优化测试流程，提高和改进测试方法和技术。

  2.3职责划分

在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。

3测试流程及规范

3.1测试流程图

3.1.1完整开发和测试流程图

图 2

注：

1．白色框代表整个开发和测试流程中的各个具体环节。

2．绿色框代表测试团队所参与的活动。

3．黄色框代表某一测试活动需跨越多个环节。

4．蓝色框表示具体环节中测试团队的产出成果。

3.1.2  测试流程图

                                          图 3

3.2测试启动阶段

3.2.1 测试工作启动

由公司相关部门组织召开项目启动会议，提交需求规格说明书，并且成立项目测试组和明确项目测试组长。                                                                                                                              

3.2.2 需求分析

注：

    1．需求定义基本完成，此时应在评审会议召开之前发给测试团队，预留时间给测试相关人员熟悉、理解。

    2．测试组主要由测试组长、测试实施等人员组成。

3.2.3测试设计阶段

3.2.3.1 设计测试计划

针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制定测试策略及预估测试过程中的风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。

3.2.3.2 设计测试用例

在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：

3.4实施测试阶段

3.4.1实施测试阶段工作流程图

                          表 6

3.4.2实施测试阶段

实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础上。测试时间根据项目的功能复杂而定。

实施测试阶段主要包括集成测试，系统测试，验收测试等，其中系统测试一般有三轮SIT1测试：

1)根据系统需求和测试用例，尽可能发现系统中的问题，提交BUG单给开发进行修改，然后回归问题，SIT1结束，要求系统功能正常，没有严重错误

2)SIT2测试：发散性测试，考虑特殊场景，浏览器兼容性测试，性能测试，安全性测试等，提交BUG单，回归问题单，SIT2结束，要求整体系统功能畅通，页面显示与客户要求一致，无明显异常

3)SIT3测试：整体测试，保证系统的正确性和质量，SIT3结束，要求整体系统达到上线标准

3.4.3提交阶段性报告

在约定的测试周期完成之后，测试组长需要总结此次测试的结果，编写阶段性测试报告。

3.4.4 回归测试

在每轮测试结束之后，由测试组重新拷贝修改后的最新版本，进行回归测试。

3.5总结阶段

测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。

3.5.1测试归档

测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。

3.5.2测试工作总结

测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作，总结经验，促进测试流程及规范的改进和提高，同时也提醒全体测试组成员在以后的工作中需注意的问题。

3.6缺陷跟踪

3.5.1缺陷跟踪工作图

参考《缺陷管理流程规范》

3.5.2缺陷跟踪

测试验收结束后，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。

4发布标准

软件产品发布须符合以下标准。

✧ 完成计划中所有的工作

✧ 实现了需求定义的所有功能特性

✧ 完成所有的测试

✧ 严重的缺陷都已修正

✧ 新发现的缺陷趋于稳定并接近零

✧ 产品、文档都已就绪

✧ 达到其它行业质量标准，完成计划中所有的工作

软件产品未经测试合格，有严重bug时，不允许发布。

5争议处理

如开发团队对测试结论有争议，不能通过协商解决的，项目组成员会议协调解决，并由项目经理最终给出解决结果。测试团队和开发团队应无条件服从结果。

6标准文档

1.《测试计划》

2.《测试用例》

3.《测试记录》

4.《阶段性测试报告》

5.《测试总结报告》

6.《缺陷跟踪报告》