CN110928759A - 一种消息推送的测试方法及终端 - Google Patents

Abstract

本发明公开了一种消息推送的测试方法及终端，通过定时自动执行测试脚本，使待测试终端根据所述测试脚本执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功，能够自动对消息推送进行测试，降低测试成本，减轻测试人员负担，可以提高消息推送自动测试的准确性，提高测试效率，且一套拨测可支持多个项目或应用，复用性强。

Description

一种消息推送的测试方法及终端

技术领域

本发明涉及软件测试技术领域，尤其是涉及一种消息推送的测试方法及终端。

背景技术

消息推送(push)功能作为终端(PC终端\移动终端)中安装的应用最重要的运营手段之一，被越来越多的应用开发商所重视。在信息泛滥的互联网时代，消息推送功能是运营最优质的渠道，运用得当可以帮助产品运营人员更高效地实现运营目标。

消息推送的原理是通过终端设备上已安装的应用所对应的服务端将要发送的消息和发送的目标终端推送给部署在另一个服务器的push服务，push服务根据安装过该应用的终端列表中找到目标终端进行消息的下发，可以实现对不同平台的一台或多台终端同时进行消息下发。

目前，已有对消息推送进行的主动测试方法，服务器侧会主动在合适的时机向终端发出测试消息并接收应答消息来统计线上消息推送服务的性能情况，这种测试方法并不关心测试消息的内容，而是仅根据终端返回的应答消息的数量与已发送的测试消息的数量占比来判断服务是否故障，例如，终端返回的应答消息的数量为80，而服务器发出的测试消息的数量为100时，丢失率为20％，这时该方案认为应用程序出现故障，这种判断方式较为主观，无法有一个确定故障的具体比例数值，也不关心终端执行消息推送的情况，因此不够准确，并且现有技术较少有基于用户体验的消息推送测试方法。

发明内容

本发明所要解决的技术问题是：提供一种消息推送的测试方法及终端，能够提高消息推送自动测试的准确性。

为了解决上述技术问题，本发明采用的技术方案为：

一种消息推送的测试方法，包括步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种消息推送的测试终端，包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

本发明的有益效果在于：通过定时自动执行测试脚本，使待测试终端根据所述测试脚本执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功，能够自动对消息推送进行测试，降低测试成本，减轻测试人员负担，可以提高消息推送自动测试的准确性，提高测试效率，且一套拨测可支持多个项目或应用，复用性强。

附图说明

图1为本发明实施例的一种消息推送的测试方法的流程图；

图2为本发明实施例的一种消息推送的测试终端结构示意图；

图3为本发明实施例的一种消息推送的测试方法的流程图；

标号说明：

1、一种消息推送的测试终端； 2、存储器； 3、处理器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于:定时自动执行测试脚本使待测试终端执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

请参照图1，一种消息推送的测试方法，包括步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

从上述描述可知，本发明的有益效果在于：通过定时自动执行测试脚本，使待测试终端根据所述测试脚本执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功，能够自动对消息推送进行测试，降低测试成本，减轻测试人员负担，可以提高消息推送自动测试的准确性，提高测试效率，且一套拨测可支持多个项目或应用，复用性强。

进一步的，步骤S21包括：

S211、将待测试终端设置为所述测试脚本指定的初始状态，或者直接获取所述待测试终端当前的初始状态，将所述初始状态作为所述待测试终端执行对应的脚本操作前的状态；

S212、根据所述测试脚本，调用服务端API，通过所述服务端自动向所述待测试终端发送待测试的消息推送，使得所述待测试终端根据所述消息推送执行对应的操作；

S213、获取所述待测试终端执行所述消息推送对应的操作后的状态。

由上述描述可知，设置或获取待测试终端的初始状态，方便了后续对所述待测试终端的状态判断，设置终端状态为所述测试脚本指定的初始状态，可以排除干扰因素，避免终端原有的状态影响测试结果，提高了消息推送测试的准确性。

进一步的，步骤S22包括：

若所述消息推送对应的内容是改变所述待测试终端的设备运行状态，则判断所述待测试终端执行对应的脚本操作前后的运行状态的变化是否符合所述消息推送对应的内容，若是，则消息推送成功，反之则消息推送失败；

若所述消息推送对应的内容是改变所述待测试终端的界面状态，则判断所述待测试终端执行对应的脚本操作前后的界面状态变化是否符合所述消息推送对应的内容，若是，则所述消息推送成功，反之则消息推送失败。

由上述描述可知，对不同类型的消息推送有不同的判断依据，丰富了消息推送测试的类型，可以多样化地对消息推送服务进行测试，提高了消息推送测试的多样性。

进一步的，步骤S212还包括判断调用服务端API是否成功，若是，则执行步骤S213，否则结束本次测试。

由上述描述可知，在所述测试脚本调用服务端API时进行判断，若调用服务端API失败则结束本次测试，可以及时发现故障和定位故障，提高测试效率，避免后续再耗时判断。

进一步的，步骤S21与S22之间还包括步骤：

获取所述待测试终端的进程信息，判断所述进程信息中是否存在所述测试脚本对应的脚本操作的应用进程，若是，则执行步骤S22，否则结束本次测试。

由上述描述可知，先判断所述测试脚本对应的脚本操作的应用进程是否存在，若不存在对应的应用进程则结束本次测试，可以及时发现故障和定位故障，避免后续再耗时判断，提高测试效率。

请参照图2，一种消息推送的测试终端，包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

从上述描述可知，本发明的有益效果在于：通过定时自动执行测试脚本，使待测试终端根据所述测试脚本执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功，能够自动对消息推送进行测试，降低测试成本，减轻测试人员负担，可以提高消息推送自动测试的准确性，提高测试效率，且一套拨测可支持多个项目或应用，复用性强。

进一步的，步骤S21包括：

S211、将待测试终端设置为所述测试脚本指定的初始状态，或者直接获取所述待测试终端当前的初始状态，将所述初始状态作为所述待测试终端执行对应的脚本操作前的状态；

S212、根据所述测试脚本，调用服务端API，通过所述服务端自动向所述待测试终端发送待测试的消息推送，使得所述待测试终端根据所述消息推送执行对应的操作；

S213、获取所述待测试终端执行所述消息推送对应的操作后的状态。

由上述描述可知，设置或获取待测试终端的初始状态，方便了后续对所述待测试终端的状态判断，设置终端状态为所述测试脚本指定的初始状态，可以排除干扰因素，避免终端原有的状态影响测试结果，提高了消息推送测试的准确性。

进一步的，步骤S22包括：

若所述消息推送对应的内容是改变所述待测试终端的设备运行状态，则判断所述待测试终端执行对应的脚本操作前后的运行状态的变化是否符合所述消息推送对应的内容，若是，则消息推送成功，反之则消息推送失败；

若所述消息推送对应的内容是改变所述待测试终端的界面状态，则判断所述待测试终端执行对应的脚本操作前后的界面状态变化是否符合所述消息推送对应的内容，若是，则所述消息推送成功，反之则消息推送失败。

由上述描述可知，对不同类型的消息推送有不同的判断依据，丰富了消息推送测试的类型，可以多样化地对消息推送服务进行测试，提高了消息推送测试的多样性。

进一步的，步骤S212还包括判断调用服务端API是否成功，若是，则执行步骤S213，否则结束本次测试。

由上述描述可知，在所述测试脚本调用服务端API时进行判断，若调用服务端API失败则结束本次测试，可以及时发现故障和定位故障，提高测试效率，避免后续再耗时判断。

进一步的，步骤S21与S22之间还包括步骤：

获取所述待测试终端的进程信息，判断所述进程信息中是否存在所述测试脚本对应的脚本操作的应用进程，若是，则执行步骤S22，否则结束本次测试。

由上述描述可知，先判断所述测试脚本对应的脚本操作的应用进程是否存在，若不存在对应的应用进程则结束本次测试，可以及时发现故障和定位故障，避免后续再耗时判断，提高测试效率。

实施例一

请参照图1和图3，一种消息推送的测试方法，包括步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

其中，所述待测试终端可以是Android终端、IOS终端、PC终端等终端，可以是一个或多个终端；

S2、根据预设的时间间隔定时执行以下步骤：

其中，所述预设的时间间隔优选大于2分钟，基于消息推送的原理，消息从服务端发送到push服务再到达所述待测试终端，从用户体验的角度来说，消息须在1分钟内到达所述待测试终端，加上后续步骤的等待时间1分钟，若2分钟内消息还未到达所述待测试终端，则属于用户体验差的情况，将其作为一个异常现象进行反馈跟踪；大于2分钟还可以避免两次测试之间的冲突，如果设置小于2分钟，则有可能出现第一次测试还未结束，第二次测试就开始了的情况，这样会导致测试结果不准确；

具体的，从每一次开始执行以下步骤时进行计时，通过计时判断是否到达预设的时间间隔，若是，则再次执行以下步骤，其消息推送测试具体过程参见表1；

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

具体的，包括：

S211、直接获取所述待测试终端当前的初始状态，将所述初始状态作为所述待测试终端执行对应的脚本操作前的状态；

S212、根据所述测试脚本，调用服务端API，表1给出了几种消息推送的类型，通过所述服务端自动向所述待测试终端发送待测试的消息推送，使得所述待测试终端根据所述消息推送执行对应的操作；

具体的，还包括判断调用服务端API是否成功，若是，则执行步骤S213，否则将失败结果、所述待测试终端、所述消息推送对应的内容信息通过邮件或短信形式通知维护人员去处理排查，结束本次测试；

S213、获取所述待测试终端执行所述消息推送对应的操作后的状态。

等待所述待测试终端根据所述测试脚本执行对应的脚本操作时间1分钟后，获取所述待测试终端的进程信息，判断所述进程信息中是否存在所述测试脚本对应的脚本操作的应用进程，若是，则执行步骤S22；否则判定所述测试脚本对应的脚本操作的应用进程崩溃，将其崩溃日志通过邮件或短信形式通知维护人员去处理维护，结束本次测试。

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

具体的，所述消息推送对应的内容是改变所述待测试终端的设备运行状态，判断所述待测试终端执行对应的脚本操作前后的运行状态的变化是否符合所述消息推送对应的内容，若是，则消息推送成功，反之则消息推送失败；

将消息推送失败的被测试终端和其对应的测试脚本具体内容通过邮件或短信形式通知维护人员去处理排查。

表1

实施例二

本实施例消息推送测试具体过程参见表2，与实施例一的不同在于：

所述步骤S211、是将待测试终端设置为所述测试脚本指定的初始状态；

所述步骤S22具体的是，所述消息推送对应的内容是改变所述待测试终端的界面状态，判断所述待测试终端执行对应的脚本操作前后的界面状态变化是否符合所述消息推送对应的内容，若是，则所述消息推送成功，反之则消息推送失败；

将消息推送失败的被测试终端和其对应的测试脚本具体内容通过邮件或短信形式通知维护人员去处理排查。

表2

实施例三

请参照图2，一种消息推送的测试终端1，包括存储器2、处理器3及存储在存储器2上并可在所述处理器3上运行的计算机程序，所述处理器3执行所述计算机程序时实现实施例一中的各个步骤。

实施例四

请参照图2，一种消息推送的测试终端1，包括存储器2、处理器3及存储在存储器2上并可在所述处理器3上运行的计算机程序，所述处理器3执行所述计算机程序时实现实施例二中的各个步骤。

综上所述，本发明提供的一种消息推送的测试方法及终端，通过定时自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作，根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功，对不同类型的消息推送有不同的判断依据，提高了消息推送自动测试的准确性，在测试期间无需人工参与，降低了测试成本，减轻了测试人员负担，在所述测试脚本调用服务端API和所述待测试终端执行脚本操作后加以判断，提高了测试效率，保证在发生故障时能够马上通知维护人员进行处理排查，有效地做到了线上监控响应支持，且一套拨测可用于多个项目或应用，复用性强。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种消息推送的测试方法，其特征在于，包括步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

2.根据权利要求1所述的一种消息推送的测试方法，其特征在于，所述步骤S21包括：

S211、将待测试终端设置为所述测试脚本指定的初始状态，或者直接获取所述待测试终端当前的初始状态，将所述初始状态作为所述待测试终端执行对应的脚本操作前的状态；

S212、根据所述测试脚本，调用服务端API，通过所述服务端自动向所述待测试终端发送待测试的消息推送，使得所述待测试终端根据所述消息推送执行对应的操作；

S213、获取所述待测试终端执行所述消息推送对应的操作后的状态。

3.根据权利要求1或2所述的一种消息推送的测试方法，其特征在于，所述步骤S22包括：

若所述消息推送对应的内容是改变所述待测试终端的设备运行状态，则判断所述待测试终端执行对应的脚本操作前后的运行状态的变化是否符合所述消息推送对应的内容，若是，则消息推送成功，反之则消息推送失败；

若所述消息推送对应的内容是改变所述待测试终端的界面状态，则判断所述待测试终端执行对应的脚本操作前后的界面状态变化是否符合所述消息推送对应的内容，若是，则所述消息推送成功，反之则消息推送失败。

4.根据权利要求2所述的一种消息推送的测试方法，其特征在于，所述步骤S212还包括判断调用服务端API是否成功，若是，则执行步骤S213，否则结束本次测试。

5.根据权利要求1所述的一种消息推送的测试方法，其特征在于，所述步骤S21与S22之间还包括步骤：

获取所述待测试终端的进程信息，判断所述进程信息中是否存在所述测试脚本对应的脚本操作的应用进程，若是，则执行步骤S22，否则结束本次测试。

6.一种消息推送的测试终端，包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

S1、确定与待测试的消息推送对应的测试脚本及待测试终端；

S2、根据预设的时间间隔定时执行以下步骤：

S21、自动执行所述测试脚本，使得所述待测试终端根据所述测试脚本执行对应的脚本操作；

S22、根据所述待测试终端执行对应的脚本操作前后的状态判断消息推送是否成功。

7.根据权利要求6所述的一种消息推送的测试终端，其特征在于，所述步骤S21包括：

S211、将待测试终端设置为所述测试脚本指定的初始状态，或者直接获取所述待测试终端当前的初始状态，将所述初始状态作为所述待测试终端执行对应的脚本操作前的状态；

S212、根据所述测试脚本，调用服务端API，通过所述服务端自动向所述待测试终端发送待测试的消息推送，使得所述待测试终端根据所述消息推送执行对应的操作；

S213、获取所述待测试终端执行所述消息推送对应的操作后的状态。

8.根据权利要求6或7所述的一种消息推送的测试终端，其特征在于，所述步骤S22包括：

若所述消息推送对应的内容是改变所述待测试终端的设备运行状态，则判断所述待测试终端执行对应的脚本操作前后的运行状态的变化是否符合所述消息推送对应的内容，若是，则消息推送成功，反之则消息推送失败；

若所述消息推送对应的内容是改变所述待测试终端的界面状态，则判断所述待测试终端执行对应的脚本操作前后的界面状态变化是否符合所述消息推送对应的内容，若是，则所述消息推送成功，反之则消息推送失败。

9.根据权利要求7所述的一种消息推送的测试终端，其特征在于，所述步骤S212还包括判断调用服务端API是否成功，若是，则执行步骤S213，否则结束本次测试。

10.根据权利要求6所述的一种消息推送的测试终端，其特征在于，所述步骤S21与S22之间还包括步骤：

获取所述待测试终端的进程信息，判断所述进程信息中是否存在所述测试脚本对应的脚本操作的应用进程，若是，则执行步骤S22，否则结束本次测试。

Images