移动端测试流程

主要针对移动端的版本发布流程进行介绍，面向移动端新人、相关部门测试和对移动端流程不熟悉的开发同学。希望在了解移动端的发版方式和节奏后能更加流畅的进行协同开发与测试工作。

版本流程详解：

版本流程共分为5大部分，分别为需求、开发、测试、发布、反馈收集。

需求部分

1、需求池：产品会将各组需求进行优先级排序，跟进技术资源的数量来安排当前版本可以做哪些需求。

2、立项：需求较大，涉及较多不同开发组、或部门的需求需要立项，项目进度与资源有独立的项目经理跟进。

3、需求评审：其中包含需求预审，需求预审是各组老大对该版本的需求进行一次预审与工作量初步评估。确定版本需求后产品经理会在规定的时间节点内召集开发、测试进行需求评审。

开发部分

4、设计评审：服务端开发接口设计完成后进行设计评审，与android、iOS开发沟通清楚接口设计。确保信息一致性。

5、开发编码：开发各自根据需求进行开发。

 测试部分

6、用例设计、用例评审：在开发编码过程中进行用例设计，用设计完成后召集产品、相关开发、相关测试进行TC评审

7、功能预演：在开发提测时进行功能预演，最好能邀请产品参加，产品提前介入能够提前发现需求、交互与产品预想中的差异。降低修改成本

8、冒烟测试：功能预演通过后进行冒烟测试，冒烟测试如果遇到主干流程不通可以直接打回。冒烟测试过程中需要保证主要功能正常，不影响后续测试。

9、功能测试：根据项目复杂度确定功能测试轮数

10、适配测试：手工适配，挑选用户量占比较多的手机进行适配测试，保证不同分辨率，不同操作系统的手机都能正常使用。自动化适配，使用自动化工具在机房进行monkey测试，测试APP在不同操作系统、机型上的安装、卸载、启动、跟稳定性。

11、服务端性能测试：根据需求、预估线上用户量，是否需要提交申请性能测试。需要在上线前完成性能测试与性能调优。

12、客户端性能测试：理论上来说新增的功能都需要进行性能测试。需要用工具检查APP的内存占用、CPU占用、FPS、流量、电量等指标是否符合预期。

13、bugbash：在完成功能测试后进行bugbash，需要邀请产品、交互、视觉、开发、测试参与，将bugbash中发现的问题汇总修改完成后可以进入发布流程。

 发布部分

14、发布计划制定：发布计划分为两部分，一为服务端发布，二为客户端发布。

服务端发布根据项目涉及到的应用，制定发布顺序，一些独立工程或者独立项目可以以项目上线流程提前上线。剩余应用排定顺序后在发布日按顺序发布。

客户端根据需求制定需要灰度的时间，策略，渠道等。灰度完成后再正式发布到市场。

15、发布执行，在服务端发布日当天如果涉及应用较多可以进行集中发布，将PE、开发负责人、测试负责人集中到一起进行发布。具体发布细节可以参考发布流程。

16、客户端发布：服务端发布完成后客户端打渠道包进行渠道灰度，一般2~3天左右，根据收集的问题修复后，测试进行客户端大回归，大回归通过后，发布到各个应用市场。

反馈收集

17、发布完成后分析crash日志，收集用户反馈将收集的问题加入到需求池。