项目部署及版本管理发布规范

为了保证系统稳定性运行，严格管理、规范实施，制定本项目部署和版本发布规范。本规范用于规范平台的服务器端应用（包括APP后台、商家后台、管理后台和数据库）和APP的发布。

版本发布应流程包括项目部署前测试、项目部署、项目验证三个步骤，项目部署采用项目负责人负责制，项目负责人有权根据项目进度安排测试验证计划，并根据项目部署和验证情况决定部署后的后续措施。

• 项目部署前测试

项目部署前必须对项目部署的程序和文件进行完整的测试和评估，项目负责人应根据测试结果选择是否按计划部署或不部署。

测试环境：测试环境应与在线平台采用相同的操作系统、数据库和服务器版本

测试内容：项目负责人在测试前应编制项目测试计划，明确测试用例和计划安排，各开发人员应向项目负责人提供专业技术支撑，测试用例应包含以下内容：

1. 应对全部应用全部功能进行至少1次功能测试。
2. 如发布版本对应多个APP版本，应对每个APP版本测试
3. 对本次发布修正的BUG和新增功能，应至少进行2次测试
4. 对于修正系统兼容性的版本，应安排相应的系统组合进行测试

测试数据：项目负责人在测试前应根据测试要求组织测试数据，测试人员使用该数据测试。

测试人员：项目负责人制定测试计划，明确各个功能模块的测试人员安排。原则上，各个功能模块的测试人员应由非本模块的开发人员承担。

测试方式：测试环境，每人针对项目修改新增优化部分做测试2次

二、项目部署

项目负责人应根据项目部署前测试的测试结果选择是否部署本版本，各模块开发人员共同参与讨论，负责提供本模块的专业技术支撑。项目负责人应在项目部署前编制项目部署计划，部署计划应包含以下内容：

1. 项目部署清单，包括各个功能模块和版本清单。
2. 项目备份和回滚方案。项目负责人需要根据本次部署的项目内容选择是否对在用系统进行备份、备份的内容、备份执行人。
3. 部署计划，包括部署时间和部署人员，以及部署验证计划。
4. 部署时间，原则上，部署时间选择在对用户和商家影响最小的时间段。

部署计划编制完成后经领导审核后，发布至公司管理群，如有问题及时反馈，在全体同意或24小时内没有回复，将按计划部署。

三、项目验证

1. 项目负责人需根据本次版本更新内容，确定项目验证方案，项目验证应包括以下内容：

1. 服务启动验证，确保相关的服务均已启动
2. 更新内容测试，对本次版本新增功能和修正BUG进行1次验证

1. 项目负责人需要根据验证测试结果，选择处理方案，可选择回滚、现场修复、后期更新等方式。如版本部署和验证出现重大故障，需及时通知公司相关领导。
2. 项目部署完成或回滚后应及时在公司项目群和管理群内发布相关结果。

四、BUG管理

1. 部署前测试和项目验证中发现的BUG均统一纳入BUG管理系统，由项目负责人根据BUG情况和对用户、商家使用的影响，确定处理方案。对于严重的BUG采用系统回滚方式，发现的BUG均统一纳入后续版本开发计划。
2. 对于部署过程中发现的BUG，采用保守的解决方案，原则上对于影响用户和商家使用，且不能明确快速解决的BUG均以回滚方式处理，以确保系统可运行性。

                                                       

部署前-项目测试表
所属部门		项目负责人		测试时间
测试版本	操作系统版本
	数据库版本
	Web服务器版本
	Ios APP 版本
	android APP版本
	平台	功能	测试人	BUG编号和简要描述	评估
功能测试	IOS APP
	Android APP
	商家后台
	管理后台
BUG测试	平台	BUG编号和描述	测试人	BUG是否修复	评估
新增功能测试	平台	功能描述	测试人	功能是否正常	评估
版本兼容性测试	平台	兼容性描述	测试人	兼容性是否正常	评估
项目负责人建议
备注

 

部署中-上线部署表
所属部门		备部署人		更新时间
	备份内容	□后台□用户数据□商家数据
数据备份详细状况	备份电脑		备份版本		备份人
	备份主机位置
	备份数据名称
	备份内容大小
	备份内容
	数据保密要求
部署人员			部署时间
部署版本
新版特性
上线部署结果反馈	1.完成部署，运行正常      2.   未完成部署，运行异常
备注

 

           

部署后-上线验证表
所属部门		验证人		验证时间
验证版本
发现BUG数量	个		发现待优化数量	个
对BUG的基本描述
上线部署结果反馈	1.完成部署，运行正常       2. 未完成部署，运行异常
备注