质量部版本测试流程模板.docxVIP

质量部版本测试步骤

撰写人：

质量部

完成日期：

文档使用部门：

■研发人员□产品人员

□用户（市场）□维护人员□用户

同意人：

同意日期：

版本更新历史

版本

版本更新日期

作者

版本更新原因

目录

TOC\o1-3\h\z\u一、 范围 4

二、 定义 4

1、步骤定义 4

2、角色定义 4

三、版本转测步骤 5

1、版本转测前 5

2、版本转测条件 5

四、版本打回步骤 6

1、版本打回条件 6

五、版本公布步骤 6

六、监督机制 6

1、监督前提 6

2、监督机制 7

范围

本文档对版本转测、打回、公布步骤进行说明，同时作为质量部日常工作指导文档之一，同时对研发移交测试版本做出一定约束。

适用人员范围：开发人员、测试人员

定义

1、步骤定义

测试步骤包含三个部分：版本转测、版本打回、版本公布；

2、角色定义

测试步骤关键设计三类角色：开发、测试、服务支撑；

三、版本转测步骤

1、版本转测前

通常情况下，开发人员需要在接收到开发任务时和对应测试人员提前沟通计划时间，进行二次确定，确保测试人员能够有效制订测试计划。

2、版本转测条件

必需同时将测试版本、版本升级说明（假如包含到数据库变更需要提交建表脚本和数据字典）、送测单提交到04-developlib\05-测试\1-可实施程序、2-源代码、3-项目文档目录下，不然不许可转测。

必需经过邮件分别将需求、修改说明或实现机制、svn地址、测试点发送给测试人员，不然不许可转测；同时SVN版本统计必需清楚明确。

四、版本打回步骤

1、版本打回条件

开发实际功效和需求不一致：需要测试人员和项目经理、服务支撑人员或产品人员对需求进行二次确定，假如确实存在不一致情况，版本将打回；

开发实际功效不完整或部分功效点未完全实现；

程序无法正常开启、程序开启异常退出、页面报错；

在测试过程中出现以上情况时，测试人员将会以邮件形式将版本打回给开发人员，同时抄送项目经理，待开发人员修改问题后再次提交测试。

五、版本公布步骤

测试人员经过邮件将测试汇报发送给开发人员、抄送给项目经理、测试经理及相关人员

测试人员将公布版本、升级说明提交到03-productlib\02-公布目录中，并标明日期，同时填写公布统计。如有特殊原因等网络问题等个例，需要测试人员和服务支撑人员确定程序获取方法。

测试人员经过邮件将公布版本、升级说明保留路径发送给服务支撑人员、抄送给开发人员、项目经理、测试经理，

版本和代码等相关测试文档上传受控库，并有对应公布统计文档进行统计版本和代码对应关系。

六、监督机制

为了提升各个部门对该制度实施力，制订以下监督机制确保规范制度实施。

1、监督前提

1.1服务支撑部助理、产品中心项目管理员、质量部QA需要项目信息同时；

1.2服务支撑部立即反馈上线计划、上线情况反馈；

2、监督机制

提供两种机制意见，需要和其它部门商议确定

方法一：

由质量部QA每七天对本周项目进行版本公布和版本打回数据统计并输出结果。由质量部直接对人员就行考评

方法二：由QA直接把数据反馈给对应部门，对应人员考评将由该部门负责。

监督步骤

监督要求

处罚方法

版本提交

开发人员提交测试时需要根据版本测试步骤中要求进行版本提交，不然视为违规

违反一次将邮件部门级通报批评（如产品中心、质量部、服务支撑部），邮件对象部门全体、其它项目组内人员

再次违反将扣除该人员当月全部KPI绩效

版本打回

测试人员需要根据版本打回步骤进行版本打回，不然视为违规

违反一次将邮件部门级通报批评（如产品中心、质量部、服务支撑部），邮件对象部门全体、其它项目组内人员

再次违反将扣除该人员当月全部KPI绩效

版本公布

测试人员需要根据版本公布步骤进行版本公布，不然视为违规

违反一次将邮件部门级通报批评（如产品中心、质量部、服务支撑部），邮件对象部门全体、其它项目组内人员

再次违反将扣除该人员当月全部KPI绩效

上线返回

服务器支撑部人员需要对公布版本上线情况（三日内）反馈

违反一次将邮件部门级通报批评（如产品中心、质量部、服务支撑部），邮件对象部门全体、其它项目组内人员

再次违反将扣除该人员当月全部KPI绩效