文档介绍：-1 -
关于深圳市艾派应用系统有限公司
版本《提交/测试/发布/上线》流程管理办法
总则
前言
本办法制定与实施的目的是为了对公司项目过程关键点进行有效管理，明确 版本提交/测试/发布/上线的流程与要求，明确各流程中的人员职责和配合关系等， 以便所有版本的工作得到有效跟踪，保证工作顺利有序地进行。
适用范围
本规范适用于研发部所有在建项目，只要涉及到版本提交的工作即适用本管
理办法。
管理方式
管理流程以0A流程单的方式进行管理，确保所有项目在提交 -上线过程中 得到有效跟踪和控制。
每个流程步骤的处理人员即为当前流程的直接责任者，当前流程负责人的
直接主管，则负责当前流程处理过程中的质量监管及投诉。
-2 -
每个流程步骤中，如工作顺利完成进入下一个环节，应在当前工作日内完
成流程的流转，以避免下一环节信息无法传达。
-上线流程
定义
版本上线：包括新系统初始版本上线及升级版本升级上线两类。
项目负责人：项目负责人一般为项目经理或项目经理指定的项目负责人员
流程图
-3 -
版本上线和系统割接流程图
提交阶段
项目负
责人
版本提交
提交信
匚信
测试人员
/
根据实际情况反复多次
息
执行版本测试/撰
写测试结果
用服人员 项目相关人员 用服部经理
测试阶段
是否发布版本?
确定执行
制定实施方案
时间/
N
实施阶段
审核执行方 排配合/提
线&升纟
支撑
执行计划 上线& 升级/撰 写报
/完成
上线&升级 支撑
确认阶段
升
&
确认结束流程
收到上线 级结果通知
收到
级结果通知
收到上线&升级 结果通知/确认 是否二次归档
上线&升
-4 -
-5 -
流程主要包括提交、测试、发布、上线、确认 5大流程，对于存在多次的提 交/测试过程不在流程中体现（表单中有允许 5次提交，超过5次以退回叠加内容 方式进行），同时针对过程中需要进行配合的事项，如人员配合安排、上线 &升级
方案审核确认等事宜需线下确认（流程中的虚线部分）。
项目负责人首次提交版本
项目负责人进行版本提交时，在 0A工作流中发起版本提交申请，填写完整 流程单后主送给下一阶段的测试人员处理；同时将流程单抄送给项目组相关人员 及质量部经理、用服人员。
1） 项目负责人发起版本提交申请时，需完整填写提交地址、模块信息、版 本特性；同时检查好版本库中对应的提交文件是否存在、提交内容是否 正确无误。
2） 对于明确不需要发布的版本，则不需要抄送给用服人员。
3） 用服人员根据流程单信息，可提前做好版本提交相关准备，准备上线 &
升级方案；并注意跟进版本的发布情况。
测试人员测试版本
测试人员在收到版本提交的流程单后，根据版本的时间要求安排完成测试工 作，并发布测试结果，将填写完整的流程表单提交给项目经理。
-6 -
1） 测试人员在收到提交的版本时，需确认工作流中版本提交信息是否完整 无误，如果存在问题需退回给提交者重新填写。
2） 测试人员在收到版本后及时完成版本的测试工作；测试完成后，测试人
员在表单中填写版本测试的结果信息，提交流程单给项目经理。
项目负责人提交回归版本
项目负责人在收到测试完成邮件后；安排进行版本的回归修改，在针对问题 单进行了相应的修复或应有处理后，则可以进行回归版本的提交。
1） 项目负责人发起版本回归提交前，需检查是否完成了相应 BUG单的修
复,不进行修改的BUG是否进行了应有的确认，将有效信息传递到下一 个环节处理人员。
2） 项目负责人需合理控制回归的次数，对 BUG是否修改作好风险评估， 以避免回归次数过多现象。
测试人员发布（归档）版本
测试人员完成测试回归通过后，则根据实际安排可以发起版本发布或归档流 程；版本发布时，必须提供发布路径、发布版本、发布功能以及注意事项及遗留 问题相关信息
-7 -
1）对于明确不需要发布给用服人员仅本地归档的版本，则提交给项目经理
确认环节即可;
2） 对于暂时不需要发布（以后需要发布）给用服人员的版本，测试人员正 常提交回归结束邮件给项目经理即可；项目经理在收到发布通知后再提 交给测试人员发布版本。
3） 对于需要发布给用服人员的版本，测试人员对发布版本的正确性、完整 性负责，并确保在版本发布过程中不泄漏源码和设计文档等关键资源。
3.