标签：
先是图，然后是讲解文字。
================================================================================
分支主干测试流程图
从这个流程图上，我们可以看到游戏整个分支主干的开发流程包括策划、程序、测试分别在哪个环节介入，以及需要做的事项，接下来会详细的讲解整个流程。
分支拉取
在上一个版本发布后，程序/策划拉取主分支进行下一个版本的开发
责任人：程序/策划
形式：邮件告知项目组
版本启动环节
由项目经理确认本次版本分支开发内容后，版本（分支开发启动）
责任人：PM、对应分支小组长
形式：程序/策划版本负责人拉取后，邮件告知分支路径
分支开发/验收
策划程序根据需求在分支上进行分支内容开发，分支开发完成后，由对应策划需求方在分支环境下进行分支内容验收，以及bug修改，直到验收通过
责任人：分支小组（程序/策划）
形式：从分支启动，分支小组长会发起邮件流，每一部的环节都会以邮件形式回复
分支测试介入
策划验收通过后，转测试进行分支测试，直到第一轮测试完成
责任人：测试组
形式：策划验收完毕后邮件转测试（邮件内容详见模板）
分支回归
测试在分支上完成第一轮测试后，由策划/程序进行bug回归，并出回归档测试在分支回归版本上进行bug回归，直到无遗留重大bug，测试通过
责任人：测试/程序/策划
形式：每一步的操作邮件跟踪
分支确认
测试完成所有的分支回归后，由coreteam确认是否合入主干，并最终确认发布内容
责任人：PM/测试组
形式：测试组需要在这个环节提供所有分支的测试情况汇总
合档
确认发布内容后，由程序、策划进行分支集成到主干
责任人：程序/策划
交付：策划会针对集成版本再次验收，验收完成提交测试
集成测试
分支集成后，测试组将进行主干集成测试，保证最终确定内容合成、发布质量
责任人：测试/策划/程序
形式：邮件跟踪流程
细节优化、紧急更新
在上一个版本放出后，分支开发过程中，只有细节优化和紧急更新会直接在主干上进行修改，否则在分支进行
责任人：测试/程序/策划
形式：细节优化更新流程／紧急更新流程
======================================================================
测试具体流程有如下内容，详细情况请见我的前一篇博文《游戏的分支主干开发流程说明》
测试具体流程－－分支启动
测试具体流程－－分支转测试
测试具体流程－－分支测试中
测试具体流程－－集成测试
=====================================================================
版本负责人
版本负责人的作用：
协助TM控制、管理版本进度
从分支测试到集成测试，跟进了解每个分支以及集成版本的情况
汇总情况到TM处
版本负责人工作职责：
收集分支情况
包括：分支周期时间、进度情况
如果出现delay等情况，需要即时汇总到TM处协助处理。
汇总分支情况，邮件汇总
时间点：当前版本所有分支测试完成
收件对象：项目组+coreteam
组织对比数据档
集成版本测试报告
标签：
原文地址：http://my.oschina.net/u/1024573/blog/493567
