实际开发升级部署流程

验证通过

合并UAT码至PRE

合并dev代码至test

部署项目，打包放入到UAT环境中

不一定有这一步，因为可能不需要前端支持

测试者，UAT验证者，实际业务员三方共同验证

联调/自测无明显问题

提测，开发完成后，将代码合并提交，并发邮件通知测试人员

部署项目，打包放入到生产环境中（投产）

测试人员，功能测试+压力测试，提出功能bug；开发者与测试组共同协作处理bug

合并PRE码至Trunk

部署项目，打包放入到测试环境中

计划需求发布上线日期，发布通告

验证通过，并无bug

测试工作者发布UAT验证，由需求业务人员验证

合并test代码至UAT

提交代码至SVN（DEV）

测试环境测试通过，并无bug

部署项目，打包放入到PRE环境中（预生产）

测试人员，功能测试提出功能bug；开发者与测试组共同协作处理bug

前后端/三方共同联调（本地服务）

当业务根据客户要求提出需求后：1、需求评审     需求评审，是对新业务需求的定论，此定论主要是围绕需求实现：功能定型，实现方式等一个大概的方向；能让需求参与者，设计者，开发者能对需求中得信息有一个更加合理，完善，细腻的理解。它是项目推进的关键环节，确保了团队对于新需求的共识，从而“避免了后续开发过程中的误解和返工”。由需求提出人、三方、项目经理共同清晰、准确、详细地描述业务需求，包括功能的定义、用户场景、操作流程等。其次，我们鼓励团队成员在评审过程中积极发言，提出自己的疑问和建议（这里主要是对开发者的，比如需求提出当操作这个功能时要获取某个字段值显示，此时需要你自己心里有个大概的思考，这个值是否能实现，毕竟有的业务流程走到这个功能时数据可能还未入库等，此时你就可以提出一下说明）。最后，评审结束后，需求提出者将整理出评审意见和建议，对需求文档进行修订和完善。（一般小需求，当日即可评审完毕，并修订完成，可以开始下一项了，如果需求对接三方，可能会比较复杂，需要多次评审）2、需求下发    由项目经理，根据评审后的需求进行分配，需求可能涉及多个部门协同完成（大需求），一般都是小需求，本部门即可实现。此时，任务一将被下发给开发者前、后端（编写一个功能设计文档）。3、功能设计    功能设计开始前，针对新接手项目给你一个我个人的span style=\

POST/API接口调试自测

运维-结束

功能开发