文档介绍:: .
- 3 -
流程主要包括提交、测试、发布、上线、确认 5 大流程,对于存在多次的提
交/测试过程不在流程中体现(表单中有允许 5 次提交,超过 5 次以退回叠加内容
方式进行),同时针对过程中需要进行配合的事项,如人员配合安排、上线&升级
方案审核确认等事宜需线下确认(流程中的虚线部分)。
. 项目负责人首次提交版本
项目负责人进行版本提交时,在 OA 工作流中发起版本提交申请,填写完整
流程单后主送给下一阶段的测试人员处理;同时将流程单抄送给项目组相关人员
及质量部经理、用服人员。
1) 项目负责人发起版本提交申请时,需完整填写提交地址、模块信息、版
本特性;同时检查好版本库中对应的提交文件是否存在、提交内容是否
正确无误。
2) 对于明确不需要发布的版本,则不需要抄送给用服人员。
3) 用服人员根据流程单信息,可提前做好版本提交相关准备,准备上线&
升级方案;并注意跟进版本的发布情况。
. 测试人员测试版本
- 4 -测试人员在收到版本提交的流程单后,根据版本的时间要求安排完成测试工
作,并发布测试结果,将填写完整的流程表单提交给项目经理。
1) 测试人员在收到提交的版本时,需确认工作流中版本提交信息是否完整
无误,如果存在问题需退回给提交者重新填写。
2) 测试人员在收到版本后及时完成版本的测试工作;测试完成后,测试人
员在表单中填写版本测试的结果信息,提交流程单给项目经理。
. 项目负责人提交回归版本
项目负责人在收到测试完成邮件后;安排进行版本的回归修改,在针对问题
单进行了相应的修复或应有处理后,则可以进行回归版本的提交。
1) 项目负责人发起版本回归提交前,需检查是否完成了相应 BUG 单的修
复,不进行修改的 BUG 是否进行了应有的确认,将有效信息传递到下一
个环节处理人员。
2) 项目负责人需合理控制回归的次数,对 BUG 是否修改作好风险评估,
以避免回归次数过多现象。
. 测试人员发布(归档)版本
测试人员完成测试回归通过后,则根据实际安排可以发起版本发布或归档流
程;版本发布时,必须提供发布路径、发布版本、发布功能以及注意事项及遗留
- 5 -问题相关信息
1) 对于明确不需要发布给用服人员仅本地归档的版本,则提交给项目经理
确认环节即可;
2) 对于暂时不需要发布(以后需要发布)给用服人员的版本,测试人员正
常提交回归结束邮件给项目经理即可;项目经理在收到发布通知后再提
交给测试人员发布版本。
3) 对于需要发布给用服人员的版本,测试人员对发布版本的正确性、完整
性负责,并确保在版本发布过程中不泄漏源码和设计文档等关键资源。
. 用服人员执行上线& 升级操作
用服人员根据已制定的上线&升级方案,执行版本上线&升级操作,并根据实
际执行情况记录上线&升级结果,撰写相应的升级报告,填写流程表单,将实际情
况反馈给项目负责人、用服部经理和测试人员进行确认。
1) 用服人员在执行版本提交操作前作好充分的准备工作,包括项目负责人