测试管理制度

测试管理制度

目录

一、编写目的 (2)

二、测试团队构成 (3)

2.1 组织结构 (3)

2.2 测试组职能 (3)

2.3 职责划分 (2)

三、测试流程及规范 (3)

3.1测试流程图 (3)

3.2计划与设计阶段 (4)

3.2.1 立项会议 (4)

3.2.2 需求评审 (5)

3.3测试设计阶段 (5)

3.3.1 设计测试计划 (5)

3.4 设计测试用例 (6)

3.5测试用例内容评审 (7)

3.6实施测试阶段 (8)

3.6.1 执行测试用例...................................................................................................................... 8 深圳市前海多赢金融服务有限公司 文件编号：DY-RZ-RG-018

测试管理制度

版本号：1.0

共 18 页

3.7 实施测试 (9)

3.7.1 实施测试 (9)

3.7.2 BUG系统管理 (9)

3.7.3 提交测试报告 (10)

3.7.4测试验收 (11)

3.7.5争议处理 (12)

3.8 回归测试 (12)

3.9发布正式环境 (13)

3.9.1发布标准 (13)

3.9.2更新计划与实施更新 (13)

四、正式环境回归测试 (14)

五、总结阶段 (14)

5.1测试总结报告 (14)

5.2测试归档 (16)

六、缺陷等级定义 (16)

七、奖惩制度 (17)

7.1 处罚系数： (18)

7.2 罚金用途: (18)

八、标准文档 (18)

一、编写目的

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

二、测试团队构成

1.1 组织结构

1.2 测试组职能

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

如下责任：

➢ 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验

和测试的角度提出自己的看法。

技术部经理 测试小组 测试小组

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

➢编写合理的测试计划，并与项目整体计划有机地整合在一起。

➢编写高效、覆盖率高的测试用例。

➢认真仔细地实施测试工作，并提交测试报告供项目组参考。

➢进行缺陷跟踪与分析。

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

2.3 职责划分

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

三、测试流程及规范

3.1测试流程图

3.2计划与设计阶段

3.2.1 立项会议

由工程技术委员会召开立项会议，会议主要对项目的可行性进行分析，并且确定项目经理及项目测试组长。

过程要点详细说明

输入条件项目立项报告

工作内容●项目（产品）可行性分析。

●项目经理的确定.

●根据项目信息，质量部经理确定测试组长。

责任人技术部经理（确定测试组长）

3.2.2 需求评审

3.3测试设计阶段

3.3.1 设计测试计划

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

3.4 设计测试用例

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

3.5测试用例内容评审

测试计划及测试用例的设计工作完成后，需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。

3.6实施测试阶段

3.6.1 执行测试用例

3.7 实施测试

3.7.1 实施测试

实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础上，执行用例的过程中次数不得低于3轮测试（包含三次）。

3.7.2 BUG系统管理

为方便管理及跟踪BUG，测试人员要把所有问题提交禅道进行系统管理

3.7.3 提交测试报告

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

3.7.4测试验收

测试验收工作是在以上工作全部结束后，对测试的过程，效果进行

验收，宣布测试结束。

3.7.5争议处理

如开发团队对测试结论有争议，不能通过协商解决的，由验收组成员会议协调解决。测试团队和开发团队应无条件服从讨论结果。

3.8 回归测试

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

回归测试。

3.9发布正式环境

3.9.1发布标准

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

软件产品未经测试合格，不允许发布。

3.9.2更新计划与实施更新