移动端产品迭代流程

客户端版本迭代规范

一、版本策划阶段

1. 由主产品组产品接口人至少在半个月统筹版本计划，和各方向人员确定版本发布的时间及主要宣传的功能，当前版本周期暂根据具体需求作出调整，结合现网问题需要客观评估。
2. 研发侧需和产品进行沟通，剖解需求是否需要技术预研
3. 重大功能，需考虑是否要灰度

可能产生的文档

​ 《版本计划文档》

​ 《关键技术调研文档》

二、评审阶段

1、产品侧、UE侧准备好交互原型进行集中评审，现阶段以可评估、易实现为导向

2、研发组长进行任务分配，各组员输出开发时间，当天评审

产生文档

​ 《功能规格说明书》- 历史若无，暂不做要求

​ 《UE 交互稿、UI视觉稿》

​ 《应用名称 xxx版本开发计划》

三、研测阶段

1、研发组长根据最近一次 Git master 拉取版本分支（命名规则请见《源码分支管理规范》），直到版本上线成功后删除分支，期间在此分支进行新需求开发。

2、每个星期代码评审不低于 3 次，若无特殊原因，皆选择在晚上进行。

3、版本提测前，测试务必要完成测试用例评审，研发根据测试用例进行自测，执行成功率保证 100%

4、提测版本务必在开发分支构建，开启代码静态扫描，保证版本构建通过率 100%，待构建成功后告诉测试分支名称，交付测试同事构建测试版本。

（先阶段优先保证一级问题全部修复）

产生文档

​ 《2020-xx-xxx- 姓名-模块 codereview 记录》

​ 《应用名-xxxx版本-测试用例》

​ 《代码扫描报告》

四、测试阶段

1、出现测试分支构建不成功 - BVT 失败

2、出现核心业务阻塞BUG - BVT 失败

3、测试过程中发现问题及时告知研发同步修复，待版本测完，再进行提测

4、涉及到核心场景务必进行主流机型兼容性测试（Android版本、分辨率、厂商）

产生文档

​ 《测试环境构建邮件报告》 - 自动发

​ 《版本测试报告》

​ 《缺陷分析》

五、发布阶段

1、版本提前一天封板，测试记录 git 最近一次提交的commit SHA ，做到代码可回退，防止误提交；

2、产品经理进行产品验收，输出验收报告。

3、上线前一天发送《上线申请邮件》，给产品负责人审批

发布评审所需文档

​ 《xxx 版本验收报告》

​ 《xxxx 测试报告》

​ 《2020-xx-xxx- 姓名-模块 codereview 记录》

​ 《上线操作流程》

​ 《回滚方案》

六、上线成功

1、测试线上复测（针对重点功能）

2、最终代码合并至 master 分支

3、回复《发送上线申请邮件》上线成功，闭环此次版本迭代。

产生文档

​ 测试回复 《上线申请邮件》

适合自己项目的才是最好的。