[发明专利]一种测试推送消息的方法及装置、设备

说明书

本发明公开了一种测试推送消息的方法，其中，所述方法包括：检测终端是否接收到推送消息；如果检测到终端接收到推送消息，解析所述推送消息，得到所述推送消息的属性信息，所述推送消息的属性信息至少包括所述推送消息对应的被测试应用的标识信息、消息标题和消息内容；将所述被测试应用的标识信息、消息标题和消息内容按照预设的格式打包，得到心跳消息；将所述心跳消息发送给服务器；判断所述心跳消息是否发送成功；如果所述心跳消息未被发送成功，将所述心跳消息存储在本地。本发明同时还公开了一种测试推送消息的装置、设备。

技术领域

本发明涉及对终端的测试技术，尤其涉及一种测试推送消息的方法及装置、设备。

背景技术

作为移动端应用程序(APP，Application，简称应用)产品运营最重要的运营手段，消息推送(Message Push)被越来越多的应用厂商所重视。消息推送对应用运营有着下面的重要影响，1)能够提高产品活跃度，活跃用户数是应用生存的根本，有用户才能给产品带来价值；消息推送是获得用户特别关注，并打开应用激活使用的绝佳途径。2)增加用户粘度；“粘度”是衡量用户忠诚度的重要指标，消息推送能够提高用户使用率、用户忠诚度；3)在做用户运营过程中，唤醒沉睡用户，挽留流失用户，消息推送对于提高用户留存率都是有重要意义，合适的消息推送能有效唤醒这部分沉睡的用户。

从以上可以看出，消息推送是应用运营最优质的渠道，运用得当可以帮助产品运营人员更高效地实现运营目标，当然盲目推送也将带来反作用；例如盲目推送会对用户造成打扰，从而招致卸载；如果推送过多，会导致用户对推送消息变得麻木，最终用户会对产品丧失信任。

应用运营中或运营前，测试工程师需要对应用的消息推送进行测试，现有技术中，开发人员针对推送消息测试编译带推送消息的日志的包，测试人员获取测试设备上推送消息的日志与后台应用服务器中推送消息的接口数据，然后将日志与接口数据进行自动化对比，从而完成消息推送的测试。现有技术的缺点在于，1)测试人员需要从每一台测试设备上调取日志，一般来说测试设备的数量比较少，一定数量的测试设备才能代表普遍情况，即一台测试设备无法代表整体情况；另外，由于现有技术中是人工获取日志，那么测试设备不可能设置太多数量；2)测试环境与实际运营环境有一定差距，而现有技术的方法只能用于测试环境而无法用于实际的运营环境；3)应用更新版本后，需要开发人员重新编译带推送消息的日志的包；4)无论是后台服务器中软件升级还是日志中协议数据变更后，对比算法需要重新适配；5)如果测试设备处于离线，漏发消息无法确定根本原因。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种测试推送消息的方法及装置、设备，能够通过实时触发方式解析推送消息并将解析数据上报到测试服务器，从而实现对推送消息的多维度监控。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种测试推送消息的方法，所述方法包括：

检测终端是否接收到推送消息，所述推送信息为安装在所述终端上的被测试应用的服务器向所述被测试应用发送的用于显示在通知栏的消息；

如果检测到终端接收到推送消息，解析所述推送消息，得到所述推送消息的属性信息，所述推送消息的属性信息至少包括所述推送消息对应的被测试应用的标识信息、消息标题和消息内容；

将所述被测试应用的标识信息、消息标题和消息内容按照预设的格式打包，得到心跳消息；

将所述心跳消息发送给服务器；

判断所述心跳消息是否发送成功；

如果所述心跳消息未被发送成功，将所述心跳消息存储在本地。

第二方面，本发明实施例提供一种测试推送消息的方法，所述方法包括：

接收终端发送的心跳消息；