App/微信小程序兼容性测试流程

1.兼容性测试的背景

App以及微信小程序的兼容性问题可能会导致流失潜在的客户，为了尽量减少因兼容性问题导致的同类问题，进一步提高产品的质量，提升用户体验，所以进行兼容性测试，尽可能多的保证更多的用户都可以正常使用APP和小程序。经过短期和持续的兼容性测试投入换取更多的合作机会和使用用户。

备注：目前主流云测平台提供的功能和服务，在多种测试设备上自动安装、卸载及运行被测APP，遍历APP的每个界面（功能、UI），检查APP是否会报错或者崩溃

备注：兼容性测试本质上属于功能测试，只不过侧重在不同的软硬件环境。

2.此次测试的目标

 

APP兼容测试即是移动端的手机客户端兼容测试。移动终端的碎片化特征使APP测试者为了保障不同系统及版本、不同网络制式、不同分辨率和厂商（不同深度定制的ROM）、不同版本都能够有很好的用户体验而面临巨大挑战，所以APP兼容性测试也是测试质量保障任务中的重要环节。

 

 

1）明确测试目标：App和小程序的兼容性测试

 

2）确定App和小程序兼容性测试的测试策略

 

3）确定所需的资源，并对测试的工作量进行评估

 

4）预估存在的风险和成本，制定应对措施

 

5）列出测试项目的可交付元素

 

3. 主要类别

 

1. 系统兼容
2. 厂商兼容
3. 屏幕分辨率兼容
4. 网络兼容
5. 其他兼容

 

4. 具体场景

 

（1）类似图片上传、ocr识别、人脸识别这种与摄像头、手机相册与手机系统应用交互的场景需要考虑系统权限和系统厂商的特征兼容，所以如果有相关需求场景的在测试设计时需重点考虑厂商、系统版本的兼容
（2）类似UI元素密集或图片上传场景，则与分辨率强关联，在测试设计时该类需求需重点兼容屏幕分辨率维度
（3）类似视频播放、数据上传下载、需要实时进行数据刷新的场景则与网络强关联，网络的强弱会很影响用户体验，在测试设计时该类需求需重点考虑网络的兼容（与网络兼容强关联）

 

 

 

5.具体功能

 

（1）类似页面数据获取，按钮跳转不涉及网络请求后端服务的，直接从本地数据库获取数据来实现的功能则可以直接考虑裁剪网络兼容测试设计
（2）类似PUSH测试等无UI设计的功能则可以考虑直接裁剪屏幕分辨率、尺寸的兼容测试
（3）类似通过webview页面展示的功能，例如webview在Android4.4以后有http与https的安全认证方式的区别，默认不保存cookie的区别，那么针对类似用webview实现的页则需要重点考虑系统版本的兼容设计

 

6.具体厂商具体版本

 

（1）android 6.0以上的部分危险权限需要通过运行时动态申请。所以涉及权限相关功能如定位功能、相机使用，相册调用功能、存储权限、读取通讯录、读取sd卡等功能运行使用时的权限对话框均需要进行系统6.0以下和6.0以上版本兼容测试设计
（2）android8.0通知栏的机制有较大的变化，需要特别留意通知栏、消息推送、通知弹窗、悬浮窗等的兼容测试设计
（3）ROM有特殊定制功能例如典型的三星，vivo和oppo的权限管理问题:

 

• 对于国外的手机比如三星，不询问权限直接调用，会直接崩溃，这符合android原生系统的权限管理策略。
• 对于国内手机，比如vivo，不询问相机权限，照样会给出弹窗，而且即使勾选“不在提醒”且拒绝权限，下次调用还是照样弹窗直到用户授权才能用，这是vivo系统定制的。
• 对于国内手机，魅族系列，不询问相机权限，依然可以使用相机。
  所以不同手机rom和framework不一样都会导致兼容问题出现，测试童鞋需要去分析各个厂商ROM存在哪些不同以及系统在使用过程中的调用方式，对差异性进行评估，然后针对性去设计兼容测试场景。