《版本(提交-测试-发布-上线)流程管理办法》由会员分享，可在线阅读，更多相关《版本(提交-测试-发布-上线)流程管理办法（13页珍藏版）》请在金锄头文库上搜索。
1、关于深圳市艾派应用系统有限公司版本提交/测试/发布/上线流程管理方法1. 总则1.1. 前言本方法制定与实施的目的是为了对公司项目过程关键点进行有效管理，明确版本提交/测试/发布/上线的流程与要求，明确各流程中的人员职责和协作关系等，以便全部版本的工作得到有效跟踪，保证工作顺当有序地进行。1.1.1.1.2. 适用范围本规范适用于研发部全部在建项目，只要涉及到版本提交的工作即适用本管理方法。2. 管理方式1.2.1.2.1) 管理流程以OA流程单的方式进行管理，确保全部项目在提交-上线过程中得到有效跟踪和限制。2) 每个流程步骤的处理人员即为当前流程的干脆责任者，当前流程负责人的干脆主管，则负
2、责当前流程处理过程中的质量监管及投诉。3) 每个流程步骤中，如工作顺当完成进入下一个环节，应在当前工作日内完成流程的流转，以避开下一环节信息无法传达。3. 版本提交-上线流程3.1. 定义版本上线:包括新系统初始版本上线及升级版本升级上线两类。项目负责人:项目负责人一般为项目经理或项目经理指定的项目负责人员.3.3.1.3.2. 流程图3.1.3.2.3.3. 流程说明流程主要包括提交、测试、发布、上线、确认5大流程，对于存在多次的提交/测试过程不在流程中体现（表单中有允许5次提交，超过5次以退回叠加内容方式进行），同时针对过程中须要进行协作的事项，如人员协作支配、上线&升级方案审核确认等事宜
3、需线下确认（流程中的虚线部分）。3.3.1. 项目负责人首次提交版本项目负责人进行版本提交时，在OA工作流中发起版本提交申请，填写完整流程单后主送给下一阶段的测试人员处理；同时将流程单抄送给项目组相关人员及质量部经理、用服人员。1) 项目负责人发起版本提交申请时，需完整填写提交地址、模块信息、版本特性；同时检查好版本库中对应的提交文件是否存在、提交内容是否正确无误。2) 对于明确不须要发布的版本，则不须要抄送给用服人员。3) 用服人员依据流程单信息，可提前做好版本提交相关打算，打算上线&升级方案；并留意跟进版本的发布状况。1.2.3.3.1.3.2.3.3.3.3.1.3.3.2. 测试人员测
4、试版本测试人员在收到版本提交的流程单后，依据版本的时间要求支配完成测试工作，并发布测试结果，将填写完整的流程表单提交给项目经理。1) 测试人员在收到提交的版本时，需确认工作流中版本提交信息是否完整无误，假如存在问题需退回给提交者重新填写。2) 测试人员在收到版本后刚好完成版本的测试工作；测试完成后，测试人员在表单中填写版本测试的结果信息，提沟通程单给项目经理。3.3.2. 项目负责人提交回来版本项目负责人在收到测试完成邮件后；支配进行版本的回来修改，在针对问题单进行了相应的修复或应有处理后，则可以进行回来版本的提交。1) 项目负责人发起版本回来提交前，需检查是否完成了相应BUG单的修复,不进行
5、修改的BUG是否进行了应有的确认，将有效信息传递到下一个环节处理人员。2) 项目负责人需合理限制回来的次数，对BUG是否修改作好风险评估，以避开回来次数过多现象。3.3.3. 测试人员发布(归档)版本测试人员完成测试回来通过后，则依据实际支配可以发起版本发布或归档流程；版本发布时，必需供应发布路径、发布版本、发布功能以及留意事项及遗留问题相关信息1) 对于明确不须要发布给用服人员仅本地归档的版本，则提交给项目经理确认环节即可；2) 对于短暂不须要发布（以后须要发布）给用服人员的版本，测试人员正常提交回来结束邮件给项目经理即可；项目经理在收到发布通知后再提交给测试人员发布版本。3) 对于须要发布
6、给用服人员的版本，测试人员对发布版本的正确性、完整性负责，并确保在版本发布过程中不泄漏源码和设计文档等关键资源。3.3.4. 用服人员执行上线&升级操作用服人员依据已制定的上线&升级方案，执行版本上线&升级操作，并依据实际执行状况记录上线&升级结果，撰写相应的升级报告，填写流程表单，将实际状况反馈给项目负责人、用服部经理和测试人员进行确认。1) 用服人员在执行版本提交操作前作好充分的打算工作，包括项目负责人确认协作人员到位状况，局方各接口是否可用等，并依据执行方案中已确定的时间，进行版本上线&升级操作。2) 用服人员在执行操作过程中，遇到无法解决的问题或无法限制的风险等状况，不能保证版本上线和
7、系统割接胜利完成时，应刚好与项目负责人、上级领导和客户相关负责人沟通，停止执行版本提交操作并回滚。3) 项目负责人需依据上线&升级时间支配好支撑人员，确保上线或割接的顺当完成。1.2.3.3.1.3.2.3.3.3.3.1.3.3.2.3.3.3.3.3.4.3.3.5.3.3.6. 确认结束流程项目负责人、用服部经理、测试人员收到版本上线&升级结束通知后，依次依据自身职责进行确认并结束流程。1) 项目负责人和测试人员对版本升级报告进行审核，对升级过程是否存在遗漏和遗留问题隐患等方面确认，并对存在的遗留问题和遗漏等进行相应的处理支配，并跟踪执行。2) 测试人员确认是否在版本上线过程中产生临时版
8、本，并对临时版本进行补测和归档。3) 用服部经理对用服人员涉及的版本上线&升级执行状况和工作质量等进行必要的检查。3.4. 补充规定4.5.5.1.5.2.5.3.5.4.2.3.3.1.3.2.3.3.3.4.l 发布未经测试的临时版本原则在项目时间特别紧迫的状况下，有时须要发布未经测试的临时版本必需提交给质量部，由质量部转交给用服人员完成上线&升级操作，不允许开发人员干脆供应版本给用服人员进行版本上线&升级。项目负责人应刚好支配对临时版本进行补测，用正式版本升级替换临时版本，不允许长期在线上运用未经测试的版本。l 版本上线&升级割接过程中紧急临时版本的处理原则对于版本上线&升级过程中须要发
9、布的临时版本，因测试人员不在场而干脆交由用服人员上线时，须在上线结束前对版本进行提交归档，不允许过夜。 l OA流程的补充由于部格外地用服人员运用OA不够便利，测试人员在OA上走完流程单后，依据须要同时补以外网邮件再进行一次补充发布。3.4.1. 版本变更和取消的处理原则在版本提交完成后出现版本变更时，项目负责人应要求退回流程单重新修改相关内容后，重新提交表单。对于版本取消的状况，项目负责人应通知从当前环节处理人起先，将流程步骤依次走完，各环节处理人分别注明确认版本取消的相关信息。对于已经产生的版本，质量部相关环节责任人应对其进行特别归档，与正式版本区分，项目负责人负责对归档进行确认。3.4.
10、2. 特别流程版本上线和系统割接的处理要严格遵守办公工作流程，对于某些特别特别或紧急需求，必须要加快流程进展、无法遵守既定流程时，必需刚好征得上级领导的许可。3.5. 检查点对版本上线和系统割接的执行状况的检查点，具体项目如下：考核人员考核项目研发助理每周进行例行检查，确认流程是否存在异样。主要版本有否正常流转/结束3.6. 考核原则各部门相关人员须严格执行及遵守本规范，对于流程各环节相关责任人因未有效履行职责，导致版本提交工作执行不力的状况，相关干脆责任人及对应主管，均担当相关责任。项目负责人作为项目主要负责人，应对版本的全过程组织协调工作负责，对于过程中出现的组织协调问题担当主要责任。4.
11、 附录表一：版本提交、测试、发布、上线&升级流程表项目负责人（第一次版本提交）项目名称支配发布时间版本提交说明提交人员签字提交时间测试人员（第一轮测试结束）测试结果说明测试人员签字完成时间项目负责人（其次轮版本提交）版本提交说明提交人员签字提交时间测试人员（其次轮测试结束）测试结果说明测试人员签字完成时间项目负责人（第三轮版本提交）版本提交说明提交人员签字提交时间测试人员（第三轮测试结束）测试结果说明:测试人员签名完成时间项目负责人（第四轮版本提交）版本提交说明提交人员签字提交时间测试人员（第四轮测试结束）测试结果说明测试人员签字完成时间项目负责人（第五轮版本提交）版本提交说明提交人员签字提交时间测试人员（第五轮测试结束）测试结果说明测试人员签字完成时间测试人员（版本归档/发布）归档或发布说明测试人员签字归档/发布时间用服人员上线&升级方案（附相关附件）执行时间确认起先时间结束时间执行结果胜利胜利但存在遗留问题失败是否产生临时版本1、是2、否上线&升级报告（附相关附件）确认阶段临时版本是否已归档1、无临时版本2、已归档 3、未归档其它补充说明测试人员签字确认日期项目负责人签字确认日期用服部经理签字确认日期
