---

前言

---

一、APP应用兼容性测试

APP应用测试要点

• 业务功能测试
• 兼容性测试
• 安装卸载升级测试
• 交叉事件测试
• push消息测试
• 性能测试（CPU、内存、流畅度、流量、电量、启动速度）
• 用户体验测试
• 稳定性测试

---

显性需求

根据软件说明，设计文档或用户需求验证App的各个功能的实现。

隐性需求：

相关业务：功能影响到的相关业务

其他角度：分支流程、逆向操作、异常操作

补充精简：测试策略、业务知识、测试经验

---

兼容性测试

1、手机型号：覆盖市场主流手机型号

2、系统版本：

• Android：4.4,5.1，6.0 
•  ios：9.0,10.0

3、屏幕分辨率：

• 分辨率：1080*1920，720*1280。
• 尺寸：5.5 4.7 6.0

4、网络：

2G、3G、4G、wifi

5、应用兼容性：

（1）与手机硬件兼容

（2）与外部硬件兼容

（3）与手机操作系统软件兼容

（4）与其他APP软件兼容

---

二、APP应用安装卸载测试

2.1 安装测试

安装测试：

（1）正常场景：

1、不同的操作系统

2、不同的安装渠道

3、不同的安装路径

（2）异常场景：

1、安装时网络中断

2、手机助手安装时已有高版本的APP

3、手机助手安装时已在运行的APP

4、安装时空间不足

5、安装时手动取消再安装

6、卸载后再安装

---

2.2 卸载升级测试

卸载测试：

1、正常卸载（手机直接卸载、工具卸载）

2、运行过程中卸载

3、卸载中取消

4、卸载中异常（断电）

5、卸载无数据残留

---

升级测试：

1、从临时版本升级

2、跨版本升级

3、不同渠道升级

4、升级时通过wifi或者4g升级

5、升级提醒（提示升级、强制升级）

升级后一定要观察APP的数据是否正常。

---

三、APP应用push消息推送测试

3.1 交叉测试

又称为干扰测试

指的是APP在操作过程中，另一个事件或者操作可能会对当前的APP操作产生干扰的测试。如何测试：模拟用户的场景，发散测试。

---

3.2 Push消息推送的使用场景和原理

1.消息推送场景：

• 产品角度：功能需要
• 运营角度：活动需要

2.消息推送原理：

• pull：客户端定期向服务器发出请求，有有新消息就返回给客户端
• push：服务器有消息就把消息推送给客户端（更省资源）

---

3.3 Push消息推送的方法和实质

1.push的实质：

后端服务器——> APP(手机)——>用户

2.push消息推送的方式：

• 1、操作系统自建的push服务器
• 2、第三方的push服务器
• 3、自建push服务器（安全、稳定、高效、成本高）

---

Push消息推送的配置：

后端服务器（服务器配置：决定推送的用户和业务规则）

——> APP(手机push配置：决定是否展示给用户或者如何展示)

---

3.4 Push消息的测试点

Push消息的测试点：

服务器配置

1、push服务器设置推送的业务规则

2、push服务器设置的对象，是否与实际接收的一致

手机端配置

3、如果设置不接受push，收不到push消息

4、设置接收，并设置接收位置，按照配置展示push消息

5、push消息能正常打开

APP不同状态下push消息测试：

6、app在前台运行时，弹出push消息

7、app在后台运行时，给出push消息提示

8、app离线时，是否收到push（push消息有生命周期）

总结