App测试流程

一、需求评审

1）已产品给出的最终文档为准；

2）需求上有任何变动产品都应及时同步给开发和测试；

二、UI评审

1）UED输出的设计稿；

三、技术评审

1）开发讨论具体的需求的实现方案和难点；

2）开发给出开发排期；

四、测试工作量评估，给出排期和封包时间

五、测试用例评审

1）提前编写测试用例，一般用XMind编写；

2）在提测前三四天组织相关人员进行测试用例评审（如果有涉及到服务端的需求，需要提前定好服务端发上线的时间，因为服务端一般发布窗口只有周二和周四两天）；

3）用例评审结束后，整理测试用例，编写smoke用例；

4）发送测试用例邮件，包括XMind形式的测试用例，smoke用例和提测时间；

六、延期问题

1、如果是app版本迭代，之前版本有遗留问题的，需要先将jira上的延期处理问题转移到本期；

七、开发提测

1）开发在测试平台上进行提测，需要附上smoke用例的结果；

八、测试流程：

1）对着开发的提测文档对smoke用例进行验证，涉及到服务端的需求在提测环境下对smoke用例进行验证，有smoke用例未通过提测打回并发送提测打回邮件；

2）smoke用例都通过后通知产品验收，需要确保内容符合产品预期；

3）app整个开发流程如果涉及到了UED的参与，提测后需要将包的地址发给UED的相关同学，让其对UI进行验收，一定要尽早让UI验收，这样的话有UI问题开发能早点修复；

4）涉及到服务端的需求在提测环境下测试，仅涉及到客户端的需求可以在线上测试；

5）每日下午4点前的bug开发需要日清；

6）测试完一轮后且开发将问题都修复后打包进行第二轮测试和对bug进行验证；

7）服务端的需求在预发环境一个区测稳定后，让开发同步到其他区的预发，然后在其他区进行测试；

8）在测试时涉及服务端的接口需要确认是新接口还是老接口，如果是老接口可能会对之前的版本有影响，在新版本预发测试完成后需要回归老版本的预发，确认老版本不会有问题；

9）需要测的区都没有问题后召集开发、产品进行发布评审，确认发布流程；

10）服务端发上线一般会先发中国区，如果服务端发上线的接口是老接口，中国区发好后需要先验证老版本的线上，确保不影响线上用户，然后再在新版本上测试与服务端相关的新功能，如果没有问题再让服务端同学同步其他区，然后对其他区的线上进行测试；

11）服务端发上线后通知产品，对功能进行验收，如果之前已经验收过则跳过这步；

12）将包提交给安全团队测试；

13）在线上对客户端进行回归测试，需要回归主流程和这次版本修改的模块、技术改造的内容；

14）对app这次新改动的页面进行兼容性测试，iOS：iOS9系统、10系统、11系统、12系统和各种屏幕大小，安卓：安卓4系统、5系统、6系统、7系统、8系统、9系统和一些主流的手机：三星、华为、小米、VIVO、OPPO、google手机、魅族等

15）测试完成后项目有延期处理问题需要发封包确认邮件，待产品回复同意封包后才能封包；

16）整理测试报告，需要对项目整体进行评分；

17）整理测试用例到测试平台上；