质量部版本测试流程

1、质量部版本测试流程撰 写人：质量部完成日期：文档使用部门：研发人员产品人员客户（市场）维护人员用户批准人：批准日期：版本更新历史一、范围本文档对版本的转测、 打回、发布流程的进行说明，同时作为质量部日常工作的指引文档之一, 同时对研发移交测试版本做出一定约束。适用人员范围：开发人员、测试人员二、定义1、流程定义 测试流程包括三个部分：版本转测、版本打回、版本发布；2、角色定义测试流程主要设计三类角色：开发、测试、服务支撑；三、版本转测流程1、版本转测前1) 一般情况下， 开发人员需要在接收到开发任务时与对应的测试人员提前沟通计划时间进行二次确认，确保测试人员可以有效的制定测试计划。2、版本转测

2、条件1) 必须同时将 测试版本、版本升级说明(如果涉及到数据库变更需要提交建表脚本和数 据字典)、送测单 提交到 04-developlib05- 测试 1- 可执行程序、 2-源代码、 3-项目文档 目录下，否则不允许转测。2) 必须通过邮件分别将 需求、修改说明或实现机制、 svn 地址、测试点 发送给测试人员， 否则不允许转测；同时 SVN 版本记录必须清晰明确。四、版本打回流程1、版本打回条件? 开发实际的功能与 需求不一致 ：需要测试人员与项目经理、 服务支撑人员或产品人员对需求进 行二次确认，如果确实存在不一致的情况，版本将打回；? 开发实际的 功能不完整 或部分功能点未完全实现

3、；? 程序 无法正常启动 、程序 启动异常退出 、页面 报错 ； 在测试过程中出现以上情况时， 测试人员将会以邮件形式将版本打回给开发人员， 同时抄送项 目经理，待开发人员修改问题后再次提交测试。五、版本发布流程1、 测试人员通过邮件将 测试报告 发送给开发人员、 抄送给项目经理、 测试经理及相关人 员2、 测试人员将 发布版本、升级说明 提交到 03-productlib02- 发布目录中，并标明日期， 同时填写发布记录。如有特殊原因等网络问题等个例，需要测试人员与服务支撑人员确认 程序获取方式。3、测试人员通过邮件将 发布版本、 升级说明 的保存路径发送给服务支撑人员、 抄送给开 发人员、

4、项目经理、测试经理，4、版本和代码等相关测试文档上传受控库， 并有对应发布记录文档进行记录版本和代码 的对应关系。六、监督机制 为了提高的各个部门对该制度的执行力，制定以下监督机制确保规范制度的执行。1、监督前提 服务支撑部助理、产品中心项目管理员、质量部 QA 需要项目信息同步； 服务支撑部及时反馈上线计划、上线情况反馈；2、监督机制 提供两种机制意见，需要与其他部门商议确定 方式一：由质量部 QA 每周对本周项目进行版本发布和版本打回的数据统计并输出结果。 由质量部直接对人 员就行考核方式二：由 QA 直接把数据反馈给对应部门，对应人员的考核将由该部门负责。监督环节监督要求处罚措施版本提交

5、开发人员提交测试时需要 按照版本测试流程中规定 进行版本提交，否则视为违 规违反一次将邮件部门级通报批评（如产品中 心、质量部、服务支撑部），邮件对象部门 全体、其他项目组内人员再次违反 将扣除该人员当月所有 KPI绩效版本打回测试人员需要按照版本打回流程进行版本打回，否则 视为违规违反一次将邮件部门级通报批评（如产品中 心、质量部、服务支撑部），邮件对象部门 全体、其他项目组内人员再次违反 将扣除该人员当月所有 KPI绩效版本发布测试人员需要按照版本发 布流程进行版本发布，否则 视为违规违反一次将邮件部门级通报批评（如产品中 心、质量部、服务支撑部），邮件对象部门 全体、其他项目组内人员再次违反 将扣除该人员当月所有 KPI绩效上线返回服务器支撑部人员需要对 发布版本的上线情