标签：APP Push 消息 测试 PUSH 服务器 推送

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消息

标签：APP,Push,消息,测试,PUSH,服务器,推送
来源： https://blog.csdn.net/qq_38684868/article/details/121767098

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。