1.流程概述
1.1
1.2流程图说明
1、版本启动
说明：由项目经理确认本次版本分支开发内容后，版本（分支开发启动）
交付1：版本启动，相应启动说明checklist
2、程序策划：分支开发
说明：策划程序根据需求在分支上进行分支内容开发
交付2：开发过程中和开发完成后，转策划的说明checklist
3、策划：验收是否通过
新浪博客
1.1
1.2流程图说明
1、版本启动
说明：由项目经理确认本次版本分支开发内容后，版本（分支开发启动）
交付1：版本启动，相应启动说明checklist
2、程序策划：分支开发
说明：策划程序根据需求在分支上进行分支内容开发
交付2：开发过程中和开发完成后，转策划的说明checklist
3、策划：验收是否通过
说明：分支开发完成后，由对应策划需求方在分支环境下进行分支内容验收，以及bug修改，直到验收通过
交付3：策划验收完成交付测试checklist
4、测试：分支测试
说明：策划验收通过后，转测试进行分支测试，直到第一轮测试完成
交付4：分支测试过程和完成第一轮测试后说明checklist
5、程序、策划：回归bug
说明：测试在分支上完成第一轮测试后，由策划/程序进行bug回归，并出回归档
6、测试：分支bug回归通过
说明：测试在分支回归版本上进行bug回归
交付5：测试分支测试全部完毕后，回复邮件告知测试整体情况
7、项目经理：确认发布内容
说明：测试完成所有的分支回归后，由项目经理确认是否合入主干，并最终确认发布内容
8、策划、程序：整合分支出档
说明：确认发布内容后，由程序、策划进行分支集成到主干
交付6：分支内容集成入主干后，交付测试交付件checklist
9、主干（紧急更新、细节优化内容）
说明：分支测试过程中，主干只修复外网紧急bug和细节优化的开发并发布版本
10、集成==》集成测试==》发布
说明：分支集成后，测试组将进行主干集成测试，保证最终确定内容合成、发布质量
交付7：测试完成主干集成测试后，交付内容checklist
2.1.1版本启动后的交付内容
1、交付1内容：分支内容启动邮件
A、责任人：策划/程序--对应需求发起人（分支小组长）
B、形式：邮件
标题：《XX游戏》XXX内容分支启动
C、内容：告知分支内容启动，以及分支到主干每一步的流程时间和责任人
发送对象：收件人:
例如：
2、分支文件夹创建：
责任人：策划/程序--对应需求发起人
目的：提交测试的分支环境内容将包含在对应分支目录下，方便后续测试环境提交。
2.1.2分支开发中的交付内容
1、开发进度邮件跟踪
A、第一责任人：启动邮件中，对应时间点责任人
第二责任人：请需求发起人（分支小组长）督促流程中的邮件跟踪情况
B、邮件内容：（直接回复启动邮件）根据启动邮件中每一个时间点、责任人、交付件内容等，在对应的“完成时间”点，回复启动邮件，告知：完成情况和下一级接受人
C、发送对象：收件人:
如：
2、程序转策划邮件回复（新增）
B、第一责任人：启动邮件中，对应时间点责任人
第二责任人：请需求发起人（分支小组长）（督促流程中的邮件跟踪情况
B、邮件内容：（直接回复启动邮件）告知开发完成，策划可以验收
C、发送对象：收件人:
2.2.1策划验收通过后的交付内容
1、策划验收完毕交付测试交付内容
A、责任人：对应验收策划/程序
B、形式：邮件
直接回复启动流程邮件
C、邮件内容：
1、分支白皮书（附件）
包括：相关策划案路径、对应模块涉及到的功能点说明
2、测试环境提交
Client、数据档抓档路径
server：测试服务器ip
3、验收情况说明
说明是否通过验收，验收情况
D、发送对象：收件人:
2、首次提交测试环境
A、第一责任人：对应模块的程序/策划
第二责任人：请需求发起人（分支小组长） 督促环境提交
B、提交内容：对应需要的：client、数据档、转档环境、对应server
提交路径：
注意：首次提交的client、数据档内容必须是对应分支的全量内容！！！
Client：
数据/资源：
Server：提供测试路径or
3、分支测试中的回归档和优化档如何放档
A、责任人：对应提交的策划、程序（主要是client内容）
B、提交方式：已全差量的形式提供
（所谓的全差量，就是指：对比首次提交的全量的完整差量包）
C、目录结构：\\cd-file2\OTOT_Version\2月ver1版本\技能调整\client\client全量
例如：
D、对于策划修改的内容：请提交全量到对应目录下：
A、责任人：对应测试人员
B、形式：邮件
回复启动邮件
C、内容：告知第一轮测试完成，目前情况，是否需要出回归档，以及和程序约定的回归档时间
发送对象：收件人:
A、责任人：测试对应版本负责人
B、时间：本次版本所有分支测试完成、集成测试前
交付3：策划验收完成交付测试checklist
4、测试：分支测试
说明：策划验收通过后，转测试进行分支测试，直到第一轮测试完成
交付4：分支测试过程和完成第一轮测试后说明checklist
5、程序、策划：回归bug
说明：测试在分支上完成第一轮测试后，由策划/程序进行bug回归，并出回归档
6、测试：分支bug回归通过
说明：测试在分支回归版本上进行bug回归
交付5：测试分支测试全部完毕后，回复邮件告知测试整体情况
7、项目经理：确认发布内容
说明：测试完成所有的分支回归后，由项目经理确认是否合入主干，并最终确认发布内容
8、策划、程序：整合分支出档
说明：确认发布内容后，由程序、策划进行分支集成到主干
交付6：分支内容集成入主干后，交付测试交付件checklist
9、主干（紧急更新、细节优化内容）
说明：分支测试过程中，主干只修复外网紧急bug和细节优化的开发并发布版本
10、集成==》集成测试==》发布
说明：分支集成后，测试组将进行主干集成测试，保证最终确定内容合成、发布质量
交付7：测试完成主干集成测试后，交付内容checklist
2、交付内容详细说明
2.1版本（分支）启动过程相关交付内容
2.1.1版本启动后的交付内容
1、交付1内容：分支内容启动邮件A、责任人：策划/程序--对应需求发起人（分支小组长）
B、形式：邮件
标题：《XX游戏》XXX内容分支启动
C、内容：告知分支内容启动，以及分支到主干每一步的流程时间和责任人
发送对象：收件人:
例如：
2、分支文件夹创建：
责任人：策划/程序--对应需求发起人
目的：提交测试的分支环境内容将包含在对应分支目录下，方便后续测试环境提交。
2.1.2分支开发中的交付内容
1、开发进度邮件跟踪A、第一责任人：启动邮件中，对应时间点责任人
第二责任人：请需求发起人（分支小组长）督促流程中的邮件跟踪情况
B、邮件内容：（直接回复启动邮件）根据启动邮件中每一个时间点、责任人、交付件内容等，在对应的“完成时间”点，回复启动邮件，告知：完成情况和下一级接受人
C、发送对象：收件人:
如：
2、程序转策划邮件回复（新增）
B、第一责任人：启动邮件中，对应时间点责任人
第二责任人：请需求发起人（分支小组长）（督促流程中的邮件跟踪情况
B、邮件内容：（直接回复启动邮件）告知开发完成，策划可以验收
C、发送对象：收件人:
2.2版本（分支）转测试过程相关交付内容
2.2.1策划验收通过后的交付内容
1、策划验收完毕交付测试交付内容A、责任人：对应验收策划/程序
B、形式：邮件
直接回复启动流程邮件
C、邮件内容：
1、分支白皮书（附件）
包括：相关策划案路径、对应模块涉及到的功能点说明
2、测试环境提交
Client、数据档抓档路径
server：测试服务器ip
3、验收情况说明
说明是否通过验收，验收情况
D、发送对象：收件人:
2、首次提交测试环境
A、第一责任人：对应模块的程序/策划
第二责任人：请需求发起人（分支小组长） 督促环境提交
B、提交内容：对应需要的：client、数据档、转档环境、对应server
提交路径：
注意：首次提交的client、数据档内容必须是对应分支的全量内容！！！
Client：
数据/资源：
Server：提供测试路径or
3、分支测试中的回归档和优化档如何放档
A、责任人：对应提交的策划、程序（主要是client内容）
B、提交方式：已全差量的形式提供
（所谓的全差量，就是指：对比首次提交的全量的完整差量包）
C、目录结构：\\cd-file2\OTOT_Version\2月ver1版本\技能调整\client\client全量
例如：
D、对于策划修改的内容：请提交全量到对应目录下：
2.2.2测试介入分支测试后的交付内容 测试：分支测试 交付4
1、测试完成情况说明A、责任人：对应测试人员
B、形式：邮件
回复启动邮件
C、内容：告知第一轮测试完成，目前情况，是否需要出回归档，以及和程序约定的回归档时间
发送对象：收件人:
2.2.3测试分支回归中的交付内容 测试：分支bug回归通过 交付5
1、分支测试均完成，情况说明A、责任人：测试对应版本负责人
B、时间：本次版本所有分支测试完成、集成测试前