质量部版本测试流程 v14.docxVIP

质量部版本测试流程 V14 质量部版本测试流程 V14 质量部版本测试流程 V14 质量部版本测试流程 撰 写 　 人: 质量部 完　成 日 期： 文档使用部门: ■研发人员 □产品人员 □客户（市场)　　□维护人员　 □用户 批准人 : 批准日 期: 版本更新历史 版本 版本更新日期 作者 版本更新原因 ? 目录 TＯC　\o ＂1-3　＼h \ｚ　\u　 HYPERLINK \l ＂_Toc3０３15２678　一、?范围? PＡＧEREＦ ＿Toc3０３152６7８ \h 4 　HＹＰERLINK 二、?定义? ＰAGEREF _Toｃ303１526７9 \h　4 ＨＹＰＥRLINK \l　_Toc3031526８0＂ 1、流程定义? ＰＡGEREF _Ｔoc303152680 \h 4 HＹＰERLIＮK \ｌ _Ｔoc303152681＂ 2、角色定义? PAGEREF ＿Ｔｏc30３１52681 \h 4 　HYＰERLINK \ｌ ＂_Ｔoc3０3１526８2＂ 三、版本转测流程?　PAGＥREF ＿Tｏc30315２682 ＼ｈ 5 HＹPERＬINK \l ＂＿Toc303１52６83 1、版本转测前 PＡＧEREＦ _Toc30315２6８3 ＼h　5 HYPERLINＫ \ｌ　＿Toc30３1５2684 ２、版本转测条件 PAＧEREＦ　_Toc303１52684　\ｈ 5 　ＨＹＰERLＩNＫ ＼ｌ _Toc30315２6８5＂ 四、版本打回流程? PAGERＥF _Toc303152685 \h ６ 　ＨYPＥRＬＩNK　1、版本打回条件?　３０３1526８6 \h 6 　HYPERLINK ＼l _Toc３0315２６87＂ 五、版本发布流程? PＡGEREF _Tｏｃ３0315２687 \h ６ HYPERＬIＮＫ \l　＿Ｔoｃ3031５268８ 六、监督机制 ＰAGEＲＥF ＿Tｏｃ30３１５2６88 \h ６ HYＰERLＩNK 1、监督前提 PAGERＥF _Tｏc303152689 \ｈ 6 　HYPERLINK　\l _Tｏｃ303152690＂ 2、监督机制 　PAGEREＦ _Toc30３１５269０　\ｈ　7 ? 范围 本文档对版本的转测、打回、发布流程的进行说明，同时作为质量部日常工作的指引文档之一,同时对研发移交测试版本做出一定约束。 适用人员范围：开发人员、测试人员 定义 1、流程定义 测试流程包括三个部分：版本转测、版本打回、版本发布； 2、角色定义 测试流程主要设计三类角色：开发、测试、服务支撑； 三、版本转测流程 1、版本转测前 一般情况下,开发人员需要在接收到开发任务时与对应的测试人员提前沟通计划时间,进行二次确认,确保测试人员可以有效的制定测试计划。 2、版本转测条件 必须同时将测试版本、版本升级说明（如果涉及到数据库变更需要提交建表脚本和数据字典)、送测单提交到04－devｅｌoplib＼0５-测试＼1－可执行程序、2－源代码、3-项目文档目录下,否则不允许转测。 必须通过邮件分别将需求、修改说明或实现机制、svn地址、测试点发送给测试人员,否则不允许转测;同时SVN版本记录必须清晰明确。 四、版本打回流程 1、版本打回条件 开发实际的功能与需求不一致：需要测试人员与项目经理、服务支撑人员或产品人员对需求进行二次确认，如果确实存在不一致的情况,版本将打回； 开发实际的功能不完整或部分功能点未完全实现； 程序无法正常启动、程序启动异常退出、页面报错　; 在测试过程中出现以上情况时,测试人员将会以邮件形式将版本打回给开发人员,同时抄送项目经理,待开发人员修改问题后再次提交测试。 五、版本发布流程 测试人员通过邮件将测试报告发送给开发人员、抄送给项目经理、测试经理及相关人员 测试人员将发布版本、升级说明提交到03-ｐroｄuctｌib\02-发布目录中,并标明日期，同时填写发布记录。如有特殊原因等网络问题等个例,需要测试人员与服务支撑人员确认程序获取方式。 测试人员通过邮件将发布版本、升级说明的保存路径发送给服务支撑人员、抄送给开发人员、项目经理、测试经理, 版本和代码等相关测试文档上传受控库，并有对应发布记录文档进行记录版本和代码的对应关系。 六、监督机制 为了提高的各个部门对该制度的执行力,制定以下监督机制确保规范制度的执行。 1、监督前提 １.1　服务支撑部助理、产品中心项目管理员、质量部ＱA需要项目信息同步； １.2 服务支撑部及时反馈上线计划、上线情况反馈; ２、监督机制 提供两种机制意见，需要与其他部门商议确定 方式一: 由质量部QＡ每周对本周项目进行版本发布和版本打回的数据统计并输出结果。由质量部直接对人员就行考核