CN111274121B - 一种应用监控规则的测试方法和装置 - Google Patents

Abstract

本发明公开了一种应用监控规则的测试方法、装置、电子设备和计算机可读存储介质。该方法包括：获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；根据获取的监控结果，判断待测试应用监控规则是否有效。可见，通过本技术方案，可以实现对应用监控规则的测试，进而保证产品对上网设备的应用使用情况的监控的准确性，增强用户使用体验。

Description

一种应用监控规则的测试方法和装置

技术领域

本发明涉及计算机技术领域，具体涉及一种应用监控规则的测试方法、装置、电子设备和计算机可读存储介质。

背景技术

现如今，家庭防火墙已经实现监控通过路由上网的设备使用应用的情况，例如，家长所关心的家里的孩子、老人的上网情况，使用了哪些应用，使用了多长时间等。从防火前的角度来说，实现上网设备的应用使用情况的监控需要使用应用监控规则对应用使用情况进行监控，例如，应用使用时长统计规则等。可见，应用监控规则是否有效是家庭防火墙对上网设备的应用的监控的准确性的决定因素之一。因此，急需一种测试应用监控规则是否有效的方案。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用监控规则的测试方法、装置、电子设备和计算机可读存储介质。

根据本发明的一个方面，提供了一种应用监控规则的测试方法，其中，该方法包括：

获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；

利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

根据获取的监控结果，判断待测试应用监控规则是否有效。

可选地，所述待测试应用监控规则是根据如下一种或多种因素生成的：

基于DNS的规则；

基于HTTP的规则；

基于请求包长的规则；

基于目的IP地址、目的端口和协议的规则。

可选地，所述获取指定应用的各使用场景下的测试用例执行时的监控结果包括：

指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

可选地，所述根据获取的监控结果，判断待测试应用监控规则是否有效包括：

判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

可选地，所述获取该指定应用在各使用场景下的使用时长包括：

当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

可选地，所述根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长包括：

测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；

若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

可选地，该方法还包括：

获取各使用场景下的测试用例执行后的日志；

判断获取的日志中是否包含相应的待测试应用监控规则信息；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

可选地，该方法还包括：

获取无效和/或有效的应用监控规则的生成因素；

将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

可选地，该方法还包括：

从应用监控规则库中删除无效的应用监控规则。

可选地，该方法还包括：

获取多个指定应用的有效的应用监控规则；

将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

根据本发明的另一方面，提供了一种应用监控规则的测试装置，其中，该装置包括：

规则获取单元，适于获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；

监控结果获取单元，适于利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

判断单元，适于根据获取的监控结果，判断待测试应用监控规则是否有效。

可选地，所述规则获取单元获取的待测试应用监控规则是根据如下一种或多种因素生成的：

基于DNS的规则；

基于HTTP的规则；

基于请求包长的规则；

基于目的IP地址、目的端口和协议的规则。

可选地，

所述监控结果获取单元，适于指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

可选地，

所述判断单元，适于判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

可选地，

所述监控结果获取单元，适于当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；和/或，判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；和/或，根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

可选地，

所述监控结果获取单元，适于测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

可选地，该装置还包括：

日志获取单元，适于获取各使用场景下的测试用例执行后的日志；

所述判断单元，适于判断获取的日志中是否包含相应的待测试应用监控规则信息；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

可选地，该装置还包括：

输出单元，适于获取无效和/或有效的应用监控规则的生成因素；将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

可选地，该装置还包括：

删除单元，适于从应用监控规则库中删除无效的应用监控规则。

可选地，该装置还包括：

训练单元，适于获取多个指定应用的有效的应用监控规则；将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

根据本发明的又一方面，提供了一种电子设备，其中，该电子设备包括：

处理器；以及，

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据前述的方法。

根据本发明的再一方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现前述的方法。

根据本发明的技术方案，获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；根据获取的监控结果，判断待测试应用监控规则是否有效。可见，通过本技术方案，可以实现对应用监控规则的测试，进而保证产品对上网设备的应用使用情况的监控的准确性，增强用户使用体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的应用监控规则的测试方法的流程示意图；

图2示出了根据本发明一个实施例的应用监控规则的测试装置的结构示意图；

图3示出了根据本发明一个实施例的电子设备的结构示意图；

图4示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的应用监控规则的测试方法的流程示意图。如图1所示，该方法包括：

步骤S110，获取一个或多个待测试应用监控规则，待测试应用监控规则适用于指定应用的各使用场景。

不同应用的不同使用场景需要的应用监控规则可能不同，因此，本实施例中，为了对指定应用的各使用场景的监控覆盖到，则获取的待测试应用监控规则是一个或多个，各应用监控规则适用于指定应用的不同使用场景。例如，待测试应用监控规则1适用于微信的语音通话场景，待测试应用监控规则2适用于微信的视频通话场景；待测试应用监控规则3也适用于微信的视频通话场景。也就是说，一个使用场景可以对应有一个或多个待测试应用监控规则，对该使用场景的不同情况进行监控；或者，一个使用场景的一种情况也可以有多个同样功能的待测试应用监控规则，这时，可以对多个多个同样功能的待测试应用监控规则分别进行测试。

步骤S120，利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果。

为了对指定应用的各使用场景的应用监控规则进行测试，需要生成对应各使用场景的测试用例，执行测试用例模拟用户对指定应用的各使用场景的使用。本实施例中，利用待测试应用监控规则获取各使用场景下的测试用例执行时的监控结果。例如，待测试应用监控规则1适用于微信的语音通话场景，则当语音通话场景下的测试用例执行时，获取语音通话的监控结果；待测试应用监控规则2适用于微信的视频通话场景，则当视频通话场景下的测试用例执行时，获取视频通话的监控结果。

步骤S130，根据获取的监控结果，判断待测试应用监控规则是否有效。

通过各待测试应用监控规则获取的监控结果，就可以判断该待测试应用监控规则是否有效。

可见，通过本技术方案，可以实现对应用监控规则的测试，进而保证产品对上网设备的应用使用情况的监控的准确性，增强用户使用体验。

本实施例中，待测试应用监控规则包括流量统计规则、使用时长统计规则，可以监控指定应用的流量使用情况和使用时长。但本技术方案的适用范围不限于上述两种应用监控规则。

在本发明的一个实施例中，图1所示的方法的待测试应用监控规则是根据如下一种或多种因素生成的：基于DNS的规则；基于HTTP的规则；基于请求包长的规则；基于目的IP地址、目的端口和协议的规则。

应用监控规则的实现可以通过监控DNS信息、HTTP信息、请求包长信息、或者目的IP地址、目的端口和协议信息进行监控。本实施例中，待测试应用监控规则则是通过上述几种因素生成的。

在本发明的一个实施例中，图1所示的方法的步骤S120中的获取指定应用的各使用场景下的测试用例执行时的监控结果包括：指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

在本实施例中，待测试应用监控规则是使用时长统计规则。那么获取的监控结果就是指定应用的各使用场景下的使用时长。例如，待测试使用时长统计规则1适用于微信的语音通话场景，则当语音通话场景下的测试用例执行时，获取语音通话的通话时长。

进一步地，在上述实施例基础上，图1所示的方法的步骤S130中的根据获取的监控结果，判断待测试应用监控规则是否有效包括：判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

各使用场景下的测试用例中都会有相应的该测试用例的执行时间，通过比较待测试应用监控规则获取的相应使用场景下的使用时长和该使用场景下的测试用例中的预设执行时长，就可以确定该待测试应用监控规则统计的使用时长是否准确，即是否有效。

例如，待测试使用时长统计规则1适用于微信的语音通话场景，该语音通话场景下的测试用例中的预设执行时长5分钟，如果当语音通话场景下的测试用例执行时，待测试使用时长统计规则1获取语音通话的通话时长是5分钟，则确定该待测试使用时长统计规则1准确，即有效；如果待测试使用时长统计规则1获取语音通话的通话时长是3分钟，则确定该待测试使用时长统计规则1不准确，即无效。

因为测试用例是针对指定应用的各种使用场景的，但是并非所有的使用场景都需要进行监控，例如，通过微信账号登录其他应用时，会打开微信应用进行授权，但是微信应用并没有被使用，这时，就不应该统计微信的使用时长。

因此，在上述实施例的基础上，上述的获取该指定应用在各使用场景下的使用时长包括：当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；和/或，判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；和/或，根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

本实施例中，针对三种情况说明那写情况不需要应用监控规则统计指定应用的使用时长。

正如上文说明中，应用的开启可能并非是使用，例如，误操作将应用打开，或者授权其他应用使用该应用账号登录等，这时就不应该统计使用时长。本实施例中，通过设定预设阈值的方式，当测试用例的执行时间小于预设阈值，例如2min，则不统计实用时长。

考虑到用户通过其他应用的请求入口使用本应用中的功能或浏览本应用中的内容，则这时不应该统计本应用的使用时长，例如，今日头条中的视频资源可能来源与抖音应用，当用户通过今日头条应用浏览抖音应用的视频时，就不应该统计抖音应用的使用时长，实际上用户并未使用抖音，如果统计抖音应用的使用时长，则会造成监控的不准确，降低用户使用体验。因此，本实施例中，考虑到上述情况，通过判断测试用例执行时的请求入口确定是否统计该指定应用在相应使用场景下的使用时长。如果请求入口是指定应用的请求入口，则统计指定应用在相应使用场景下的使用时长；如果请求入口是其他应用的请求入口，则不统计指定应用在相应使用场景下的使用时长。

考虑到用户可能是后台打开指定应用，但是指定应用会在后台打开状态时接收消息，因为是后台打开，用户并没有使用该指定应用，如果此时统计该应用在该使用场景下的使用时长，也会造成监控结果的不准确。在本实施例中，考虑到后台产生的网络流量的特征与实际打开指定应用时使用的网络流量的特征不同性，来判断是否统计该指定应用在相应使用场景下的使用时长。如果是后台打开，则指定应用使用的网络流量应该是背景流量，如果正常打开，则指定应用使用的网络流量应该是主流量。

具体地，上述的根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长包括：测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

这里在判断网络流量是背景流量还是主流量时，通过接收消息的通道进行判断，即监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致。为了实现监测，可以获取指定应用接收消息时的接收信息，通过对接受信息进行分析，判断接收消息的通道是否与指定应用后台打开时接收消息的通道一致。

例如，微信应用在后台打开，并接收了一则消息，根据接收信息，判断其接收消息的通道与微信应用后台打开时接收消息的通道一致，则应用监控规则不统计该微信应用在该使用场景下的测试用例执行时的使用时长。

在本发明的一个实施例中，图1所示的方法还包括：获取各使用场景下的测试用例执行后的日志；判断获取的日志中是否包含相应的待测试应用监控规则信息；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

在利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果之前，可以通过日志内容判断该应用监控规则是否生效，如果不生效，则也无法利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果。具体地，获取各使用场景下的测试用例执行后的日志，该日志中包括指定应用的ID信息以及待测试应用监控规则的ID信息，通过日志内容就可以判断待测试应用监控规则是否生效，如果日志中包括待测试应用监控规则的ID信息，则该待测试应用监控规则生效；如果不包括待测试应用监控规则的ID信息，则该待测试应用监控规则没有生效。

例如，微信应用的语音通话场景中，待测试应用监控规则1统计语音时长，待测试应用监控改规则2统计语音流量，获取语音通话场景下的测试用例执行后的日志，确定该日志中仅有待测试应用监控改规则2的ID信息，没有待测试应用监控规则1的ID信息，则确定待测试应用监控规则1没有生效。

在本发明的一个实施例中，图1所示的方法还包括：获取无效和/或有效的应用监控规则的生成因素；将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

待测试应用监控规则为了实现相应的监控功能，可以由多种因素生成。为了测试人员对待测试应用监控规则有更具体的掌握，在待测试应用监控规则测试结束后，可以将已经被确定为有效和/或被确定为无效的应用监控规则的生成因素的具体信息输出给测试人员。例如，测试结束后，无效的应用监控规则1由因素1和因素2生成的，有效的应用监控规则2由因素2和因素3生成的，将其输出给测试人员，测试人员就可以确定应用监控规则1实现的功能不能通过因素1和因素2实现，那么测试人员就可以选择其他的生成因素。

在本发明的一个实施例中，图1所示的方法还包括：从应用监控规则库中删除无效的应用监控规则。

本技术方案可以应用在家庭防火墙的应用监控规则的测试中。在实际应用中，家庭防火墙对应一个应用监控规则库，该应用监控规则库中包括有对各应用的监控规则。在使用家庭防火墙时，应用监控规则库中的应用监控规则会上传到路由器，以便对通过该路由器上网的设备的应用使用情况进行监控。如果应用监控规则库中包括无效的应用监控规则，上传到路由器之后，会造成路由器内存的浪费，影响路由器的性能。在本实施例中，在判断应用监控规则无效后，将该无效的应用监控规则从相应的应用监控规则库中删除，防止路由器内存浪费的情况。

在本发明的一个实施例中，图1所示的方法还包括：获取多个指定应用的有效的应用监控规则；将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

一个应用的不同场景适用的应用监控规则不同，多个应用同一场景适用的应用监控规则也会不同，为了确定一个应用适用的有效的应用监控规则，本实施例中，通过机器学习的方法，确定应用监控规则确定模型。适用该应用监控规则确定模型就可以确定一个没有确定应用监控规则的应用适用的应用监控规则。这里进行机器学习的样本数据是获取多个指定应用信息和相应的有效的而应用监控规则信息。通过机器学习可以分析指定应用的特征以及该特征适用的应用监控规则特征，进而得到应用监控规则确定模型。对于一个未知应用(如新开发的应用或新上市的应用)来说，利用该应用监控规则确定模型，通过分析该未知应用的特征，就可以确定该未知应用适用的应用监控规则，提高应用监控规则匹配的效率。

图2示出了根据本发明一个实施例的应用监控规则的测试装置的结构示意图。如图2所示，该应用监控规则的测试装置200包括：

规则获取单元210，适于获取一个或多个待测试应用监控规则，待测试应用监控规则适用于指定应用的各使用场景。

不同应用的不同使用场景需要的应用监控规则可能不同，因此，本实施例中，为了对指定应用的各使用场景的监控覆盖到，则获取的待测试应用监控规则是一个或多个，各应用监控规则适用于指定应用的不同使用场景。例如，待测试应用监控规则1适用于微信的语音通话场景，待测试应用监控规则2适用于微信的视频通话场景；待测试应用监控规则3也适用于微信的视频通话场景。也就是说，一个使用场景可以对应有一个或多个待测试应用监控规则，对该使用场景的不同情况进行监控；或者，一个使用场景的一种情况也可以有多个同样功能的待测试应用监控规则，这时，可以对多个多个同样功能的待测试应用监控规则分别进行测试。

监控结果获取单元220，适于利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果。

为了对指定应用的各使用场景的应用监控规则进行测试，需要生成对应各使用场景的测试用例，执行测试用例模拟用户对指定应用的各使用场景的使用。本实施例中，利用待测试应用监控规则获取各使用场景下的测试用例执行时的监控结果。例如，待测试应用监控规则1适用于微信的语音通话场景，则当语音通话场景下的测试用例执行时，获取语音通话的监控结果；待测试应用监控规则2适用于微信的视频通话场景，则当视频通话场景下的测试用例执行时，获取视频通话的监控结果。

判断单元230，适于根据获取的监控结果，判断待测试应用监控规则是否有效。

通过各待测试应用监控规则获取的监控结果，就可以判断该待测试应用监控规则是否有效。

可见，通过本技术方案，可以实现对应用监控规则的测试，进而保证产品对上网设备的应用使用情况的监控的准确性，增强用户使用体验。

本实施例中，待测试应用监控规则包括流量统计规则、使用时长统计规则，可以监控指定应用的流量使用情况和使用时长。但本技术方案的适用范围不限于上述两种应用监控规则。

在本发明的一个实施例中，上述的规则获取单元获取的待测试应用监控规则是根据如下一种或多种因素生成的：基于DNS的规则；基于HTTP的规则；基于请求包长的规则；基于目的IP地址、目的端口和协议的规则。

应用监控规则的实现可以通过监控DNS信息、HTTP信息、请求包长信息、或者目的IP地址、目的端口和协议信息进行监控。本实施例中，待测试应用监控规则则是通过上述几种因素生成的。

在本发明的一个实施例中，图2所示的监控结果获取单元220，适于指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

在本实施例中，待测试应用监控规则是使用时长统计规则。那么获取的监控结果就是指定应用的各使用场景下的使用时长。例如，待测试使用时长统计规则1适用于微信的语音通话场景，则当语音通话场景下的测试用例执行时，获取语音通话的通话时长。

进一步地，在上述实施例基础上，图2所示的判断单元230，适于判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

各使用场景下的测试用例中都会有相应的该测试用例的执行时间，通过比较待测试应用监控规则获取的相应使用场景下的使用时长和该使用场景下的测试用例中的预设执行时长，就可以确定该待测试应用监控规则统计的使用时长是否准确，即是否有效。

例如，待测试使用时长统计规则1适用于微信的语音通话场景，该语音通话场景下的测试用例中的预设执行时长5分钟，如果当语音通话场景下的测试用例执行时，待测试使用时长统计规则1获取语音通话的通话时长是5分钟，则确定该待测试使用时长统计规则1准确，即有效；如果待测试使用时长统计规则1获取语音通话的通话时长是3分钟，则确定该待测试使用时长统计规则1不准确，即无效。

因为测试用例是针对指定应用的各种使用场景的，但是并非所有的使用场景都需要进行监控，例如，通过微信账号登录其他应用时，会打开微信应用进行授权，但是微信应用并没有被使用，这时，就不应该统计微信的使用时长。

因此，在上述实施例的基础上，图2所示的监控结果获取单元220，适于当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；和/或，判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；和/或，根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

本实施例中，针对三种情况说明那写情况不需要应用监控规则统计指定应用的使用时长。

正如上文说明中，应用的开启可能并非是使用，例如，误操作将应用打开，或者授权其他应用使用该应用账号登录等，这时就不应该统计使用时长。本实施例中，通过设定预设阈值的方式，当测试用例的执行时间小于预设阈值，例如2min，则不统计实用时长。

考虑到用户通过其他应用的请求入口使用本应用中的功能或浏览本应用中的内容，则这时不应该统计本应用的使用时长，例如，今日头条中的视频资源可能来源与抖音应用，当用户通过今日头条应用浏览抖音应用的视频时，就不应该统计抖音应用的使用时长，实际上用户并未使用抖音，如果统计抖音应用的使用时长，则会造成监控的不准确，降低用户使用体验。因此，本实施例中，考虑到上述情况，通过判断测试用例执行时的请求入口确定是否统计该指定应用在相应使用场景下的使用时长。如果请求入口是指定应用的请求入口，则统计指定应用在相应使用场景下的使用时长；如果请求入口是其他应用的请求入口，则不统计指定应用在相应使用场景下的使用时长。

考虑到用户可能是后台打开指定应用，但是指定应用会在后台打开状态时接收消息，因为是后台打开，用户并没有使用该指定应用，如果此时统计该应用在该使用场景下的使用时长，也会造成监控结果的不准确。在本实施例中，考虑到后台产生的网络流量的特征与实际打开指定应用时使用的网络流量的特征不同性，来判断是否统计该指定应用在相应使用场景下的使用时长。如果是后台打开，则指定应用使用的网络流量应该是背景流量，如果正常打开，则指定应用使用的网络流量应该是主流量。

具体地，上述的监控结果获取单元220，适于测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

这里在判断网络流量是背景流量还是主流量时，通过接收消息的通道进行判断，即监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致。为了实现监测，可以获取指定应用接收消息时的接收信息，通过对接受信息进行分析，判断接收消息的通道是否与指定应用后台打开时接收消息的通道一致。

例如，微信应用在后台打开，并接收了一则消息，根据接收信息，判断其接收消息的通道与微信应用后台打开时接收消息的通道一致，则应用监控规则不统计该微信应用在该使用场景下的测试用例执行时的使用时长。

在本发明的一个实施例中，图2所示的装置还包括：日志获取单元，适于获取各使用场景下的测试用例执行后的日志。

判断单元230，适于判断获取的日志中是否包含相应的待测试应用监控规则信息；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

在利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果之前，可以通过日志内容判断该应用监控规则是否生效，如果不生效，则也无法利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果。具体地，获取各使用场景下的测试用例执行后的日志，该日志中包括指定应用的ID信息以及待测试应用监控规则的ID信息，通过日志内容就可以判断待测试应用监控规则是否生效，如果日志中包括待测试应用监控规则的ID信息，则该待测试应用监控规则生效；如果不包括待测试应用监控规则的ID信息，则该待测试应用监控规则没有生效。

例如，微信应用的语音通话场景中，待测试应用监控规则1统计语音时长，待测试应用监控改规则2统计语音流量，获取语音通话场景下的测试用例执行后的日志，确定该日志中仅有待测试应用监控改规则2的ID信息，没有待测试应用监控规则1的ID信息，则确定待测试应用监控规则1没有生效。

在本发明的一个实施例中，图2所示的装置还包括：

输出单元，适于获取无效和/或有效的应用监控规则的生成因素；将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

待测试应用监控规则为了实现相应的监控功能，可以由多种因素生成。为了测试人员对待测试应用监控规则有更具体的掌握，在待测试应用监控规则测试结束后，可以将已经被确定为有效和/或被确定为无效的应用监控规则的生成因素的具体信息输出给测试人员。例如，测试结束后，无效的应用监控规则1由因素1和因素2生成的，有效的应用监控规则2由因素2和因素3生成的，将其输出给测试人员，测试人员就可以确定应用监控规则1实现的功能不能通过因素1和因素2实现，那么测试人员就可以选择其他的生成因素。

在本发明的一个实施例中，图2所示的装置还包括：

删除单元，适于从应用监控规则库中删除无效的应用监控规则。

本技术方案可以应用在家庭防火墙的应用监控规则的测试中。在实际应用中，家庭防火墙对应一个应用监控规则库，该应用监控规则库中包括有对各应用的监控规则。在使用家庭防火墙时，应用监控规则库中的应用监控规则会上传到路由器，以便对通过该路由器上网的设备的应用使用情况进行监控。如果应用监控规则库中包括无效的应用监控规则，上传到路由器之后，会造成路由器内存的浪费，影响路由器的性能。在本实施例中，在判断应用监控规则无效后，将该无效的应用监控规则从相应的应用监控规则库中删除，防止路由器内存浪费的情况。

在本发明的一个实施例中，图2所示的装置还包括：

训练单元，适于获取多个指定应用的有效的应用监控规则；将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

一个应用的不同场景适用的应用监控规则不同，多个应用同一场景适用的应用监控规则也会不同，为了确定一个应用适用的有效的应用监控规则，本实施例中，通过机器学习的方法，确定应用监控规则确定模型。适用该应用监控规则确定模型就可以确定一个没有确定应用监控规则的应用适用的应用监控规则。这里进行机器学习的样本数据是获取多个指定应用信息和相应的有效的而应用监控规则信息。通过机器学习可以分析指定应用的特征以及该特征适用的应用监控规则特征，进而得到应用监控规则确定模型。对于一个未知应用(如新开发的应用或新上市的应用)来说，利用该应用监控规则确定模型，通过分析该未知应用的特征，就可以确定该未知应用适用的应用监控规则，提高应用监控规则匹配的效率。

综上所述，根据本发明的技术方案，获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；根据获取的监控结果，判断待测试应用监控规则是否有效。可见，通过本技术方案，可以实现对应用监控规则的测试，进而保证产品对上网设备的应用使用情况的监控的准确性，增强用户使用体验。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的应用监控规则的测试装置、电子设备和计算机可读存储介质中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图3示出了根据本发明一个实施例的电子设备的结构示意图。该电子设备300传统上包括处理器310和被安排成存储计算机可执行指令(程序代码)的存储器320。存储器320可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器320具有存储用于执行图1所示的以及各实施例中的任何方法步骤的程序代码340的存储空间330。例如，用于程序代码的存储空间330可以包括分别用于实现上面的方法中的各种步骤的各个程序代码340。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所述的计算机可读存储介质400。该计算机可读存储介质400可以具有与图3的电子设备中的存储器320类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元存储有用于执行根据本发明的方法步骤的程序代码410，即可以由诸如310之类的处理器读取的程序代码，当这些程序代码由电子设备运行时，导致该电子设备执行上面所描述的方法中的各个步骤。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种应用监控规则的测试方法，其中，该方法包括：

获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；

利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

根据获取的监控结果，判断待测试应用监控规则是否有效。

A2、如A1所述的方法，其中，所述待测试应用监控规则是根据如下一种或多种因素生成的：

基于DNS的规则；

基于HTTP的规则；

基于请求包长的规则；

基于目的IP地址、目的端口和协议的规则。

A3、如A1所述的方法，其中，所述获取指定应用的各使用场景下的测试用例执行时的监控结果包括：

指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

A4、如A3所述的方法，其中，所述根据获取的监控结果，判断待测试应用监控规则是否有效包括：

判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

A5、如A3所述的方法，其中，所述获取该指定应用在各使用场景下的使用时长包括：

当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

A6、如A5所述的方法，其中，所述根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长包括：

测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；

若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

A7、如A1所述的方法，其中，该方法还包括：

获取各使用场景下的测试用例执行后的日志；

判断获取的日志中是否包含相应的待测试应用监控规则信息；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

A8、如A1所述的方法，其中，该方法还包括：

获取无效和/或有效的应用监控规则的生成因素；

将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

A9、如A1所述的方法，其中，该方法还包括：

从应用监控规则库中删除无效的应用监控规则。

A10、如A1所述的方法，其中，该方法还包括：

获取多个指定应用的有效的应用监控规则；

将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

本发明还公开了B11、一种应用监控规则的测试装置，其中，该装置包括：

规则获取单元，适于获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景；

监控结果获取单元，适于利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

判断单元，适于根据获取的监控结果，判断待测试应用监控规则是否有效。

B12、如B11所述的装置，其中，所述规则获取单元获取的待测试应用监控规则是根据如下一种或多种因素生成的：

基于DNS的规则；

基于HTTP的规则；

基于请求包长的规则；

基于目的IP地址、目的端口和协议的规则。

B13、如B11所述的装置，其中，

所述监控结果获取单元，适于指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

B14、如B13所述的装置，其中，

所述判断单元，适于判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

B15、如B13所述的装置，其中，

所述监控结果获取单元，适于当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；和/或，判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；和/或，根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

B16、如B15所述的装置，其中，

所述监控结果获取单元，适于测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

B17、如B11所述的装置，其中，该装置还包括：

日志获取单元，适于获取各使用场景下的测试用例执行后的日志；

所述判断单元，适于判断获取的日志中是否包含相应的待测试应用监控规则信息；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

B18、如B11所述的装置，其中，该装置还包括：

输出单元，适于获取无效和/或有效的应用监控规则的生成因素；将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

B19、如B11所述的装置，其中，该装置还包括：

删除单元，适于从应用监控规则库中删除无效的应用监控规则。

B20、如B11所述的装置，其中，该装置还包括：

训练单元，适于获取多个指定应用的有效的应用监控规则；将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

本发明还公开了C21、一种电子设备，其中，该电子设备包括：

处理器；以及，

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据A1～A10中任一项所述的方法。

本发明还公开了D22、一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现A1～A10中任一项所述的方法。

Claims (20)

1.一种应用监控规则的测试方法，其中，该方法包括：

获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景，其中，所述待测试应用监控规则是根据如下一种或多种因素生成的：基于DNS的规则；基于HTTP的规则；基于请求包长的规则；基于目的IP地址、目的端口和协议的规则；

利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

根据获取的监控结果，判断待测试应用监控规则是否有效。

2.如权利要求1所述的方法，其中，所述获取指定应用的各使用场景下的测试用例执行时的监控结果包括：

指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

3.如权利要求2所述的方法，其中，所述根据获取的监控结果，判断待测试应用监控规则是否有效包括：

判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

4.如权利要求2所述的方法，其中，所述获取该指定应用在各使用场景下的使用时长包括：

当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；

和/或，

根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

5.如权利要求4所述的方法，其中，所述根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长包括：

测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；

若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

6.如权利要求1所述的方法，其中，该方法还包括：

获取各使用场景下的测试用例执行后的日志；

判断获取的日志中是否包含相应的待测试应用监控规则信息；

若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

7.如权利要求1所述的方法，其中，该方法还包括：

获取无效和/或有效的应用监控规则的生成因素；

将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

8.如权利要求1所述的方法，其中，该方法还包括：

从应用监控规则库中删除无效的应用监控规则。

9.如权利要求1所述的方法，其中，该方法还包括：

获取多个指定应用的有效的应用监控规则；

将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

10.一种应用监控规则的测试装置，其中，该装置包括：

规则获取单元，适于获取一个或多个待测试应用监控规则，所述待测试应用监控规则适用于指定应用的各使用场景，其中，所述待测试应用监控规则是根据如下一种或多种因素生成的：基于DNS的规则；基于HTTP的规则；基于请求包长的规则；基于目的IP地址、目的端口和协议的规则；

监控结果获取单元，适于利用待测试应用监控规则，获取指定应用的各使用场景下的测试用例执行时的监控结果；

判断单元，适于根据获取的监控结果，判断待测试应用监控规则是否有效。

11.如权利要求10所述的装置，其中，

所述监控结果获取单元，适于指定应用的各使用场景下的测试用例执行后，获取该指定应用在各使用场景下的使用时长。

12.如权利要求11所述的装置，其中，

所述判断单元，适于判断获取的该指定应用在各使用场景下的使用时长与相应使用场景下的测试用例中的预设执行时长是否一致；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

13.如权利要求11所述的装置，其中，

所述监控结果获取单元，适于当测试用例的执行时间小于预设阈值时，则不统计该指定应用在相应使用场景下的使用时长；和/或，判断测试用例执行时的请求入口是否为该指定应用的入口，若判断为否，则不统计该指定应用在相应使用场景下的使用时长；和/或，根据测试用例执行时产生的网络流量的特征，判断是否统计该指定应用在相应使用场景下的使用时长。

14.如权利要求13所述的装置，其中，

所述监控结果获取单元，适于测试用例执行时，监测指定应用接收消息的通道是否与指定应用后台打开时接收消息的通道一致；若判断为是，则确定该测试用例执行时产生的网络流量是背景流量，不统计该指定应用在相应使用场景下的使用时长。

15.如权利要求10所述的装置，其中，该装置还包括：

日志获取单元，适于获取各使用场景下的测试用例执行后的日志；

所述判断单元，适于判断获取的日志中是否包含相应的待测试应用监控规则信息；若判断为否，则确定适用于该场景下的待测试应用监控规则无效。

16.如权利要求10所述的装置，其中，该装置还包括：

输出单元，适于获取无效和/或有效的应用监控规则的生成因素；将无效和/或有效的应用监控规则信息和相应的生成因素信息输出。

17.如权利要求10所述的装置，其中，该装置还包括：

删除单元，适于从应用监控规则库中删除无效的应用监控规则。

18.如权利要求10所述的装置，其中，该装置还包括：

训练单元，适于获取多个指定应用的有效的应用监控规则；将获取的多个指定应用信息和相应的有效的应用监控规则作为样本进行机器学习，得到应用监控规则确定模型；所述应用监控规则确定模型用于确定适用于未知应用的应用监控规则。

19.一种电子设备，其中，该电子设备包括：

处理器；以及，

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据权利要求1～9中任一项所述的方法。

20.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现权利要求1～9中任一项所述的方法。