PUSH消息推送测试

1. 消息推送场景：

• 产品角度：功能需要，工具类产品的公告推送、咨询类产品的新闻推送等
• 运营角度：活动运营需要，召回用户、电商类产品促销等

2. 消息推送原理：

（1）客户端主动获取（PULL）

• 客户端间隔固定时间主动向服务器获取信息，若有信息更新则发送到客户端
• 基于短链接

（2）客户端被动接受（PUSH）

• 服务器消息更新时，主动发送到客户端
• 基于长链接

（3） PUSH 和 PULL对比

• PUSH优于PULL，原因如下：
  • PUSH方式在满足需求情况下更省资源
  • PULL方式，客户端需不断监测服务器变化，消耗更多服务器资源（CPU、网络流量、系统电量）

3. PUSH消息推送实质：

• 当服务器有新消息推送给用户时，先发送给应用APP，应用APP在发送给用户。
  

4. PUSH消息推送的方式：

（1）操作系统消息推送服务

• IOS：
  • 应用的后台服务器 -> APNS：苹果的消息推送服务器 -> 手机 -> 应用APP
  • 消息推送服务器有一个统一入口，当有后台有信息更新，后台服务器把消息发送至消息推送服务器，手机开机后，IOS系统会把手机信息注册到消息推送服务器中，因此消息推送服务器能将消息推送到具体的手机，又因应用APP会在操作系统里注册，所以操作系统能将消息推送到应用APP。
• Android：C2DM （Cloud to Device Messaging），目前使用较少，因为是Google开发的，Google很多网址国内无法正常访问。

（2）调用第3方推送平台：

• 手机厂商开发：小米推送、华为推送
• 软件大厂BAT推送：腾讯信鸽、百度云推送、阿里云移动推送
• 专门做推送的第三方平台：极光推送、友盟推送

（3）自搭建推送服务器

• 无论是功能、性能还是安全性都比较好，但是成本较高， 一般小公司无能力搭建

5. 消息推送形式：

• 弹窗
• 消息通知栏

6. PUSH推送设置：

• APP服务器设置：
  • （1）推送对象：
    • 全部用户
    • 部分用户
    • 特定用户
  • （2）推送方式：
    • 主动推送：在应用服务器明确消息需推送给哪些用户，直接推送消息
    • 被动推送：在应用服务器后台设置对应的规则，满足规则的用户收到对应的消息（如：淘宝监控一年以内的消费情况， 不同的消费金额推送不同的优惠卷）
• 手机端设置：
  • 是否接收通知，提醒位置等

7. 测试关注点：

• Push消息能否按设定业务规则发送
• Push消息针对特定用户，收到的push消息与用户身份是否相符
• 系统设置不接收该APP通知消息时，用户应该不再收到Push消息
• Push消息显示的位置是否与设置一致
• Push消息能否正常打开
• APP在前台使用时，Push消息如何提示
• APP在后台运行时，Push消息如何提示
• APP离线时，能否收到Push消息
• 设备锁屏状态下，能否收到Push消息
• 设备网络断开后再一次建立连接时，能否收到Push消息