一种应用时长统计功能的测试方法和装置与流程

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

背景技术：

现如今，家庭防火墙已经实现监控通过路由上网的设备使用应用的情况，例如，家长所关心的家里的孩子、老人的上网情况，使用了哪些应用，使用了多长时间等。从防火前的角度来说，上网设备的应用使用时长的监控需要使用防火墙中的应用时长统计功能来实现。为了保证防火墙的应用时长统计功能的准确性，在防火墙的应用时长统计功能投入时长之前需要对其进行测试。

目前，在对应用时长统计功能进行测试时，是遍历到应用的各功能场景，但是，对有些功能场景，应用统计功能是无法统计到的，例如，不产生网络流量的功能场景。在测试时，如果将这些功能场景也测试了，则会造成测试的误判，测试不准确。针对上述情况，如何准确的对应用时长统计功能进行测试是急需解决的问题。

技术实现要素：

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

根据本发明的一个方面，提供了一种应用时长统计功能的测试方法，其中，该方法包括：

确定各应用的有效功能场景；

根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；

执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；

将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断所述应用时长统计功能是否准确。

可选地，所述确定各应用的有效功能场景包括：

根据各应用的界面特征，确定第一类应用；

确定第一类应用的各功能场景；

对各功能场景进行测试，统计各功能场景的网络流量；

判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

可选地，所述对各功能场景进行测试，统计各功能场景的网络流量包括：

通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；

根据抓包获得的请求，统计各功能场景的网络流量。

可选地，所述预设阈值根据所述应用时长统计功能适用的统计范围确定。

可选地，该方法还包括：

根据各应用的界面特征，确定第二类应用；

所述根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例包括：

对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；

对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

可选地，该方法还包括：

将所述应用时长统计功能的判断结果输出。

根据本发明的另一方面，提供了一种应用时长统计功能的测试装置，其中，该装置包括：

确定单元，适于确定各应用的有效功能场景；

生成单元，适于根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；

获取单元，适于执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；

判断单元，适于将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断所述应用时长统计功能是否准确。

可选地，

所述确定单元，适于根据各应用的界面特征，确定第一类应用；确定第一类应用的各功能场景；对各功能场景进行测试，统计各功能场景的网络流量；判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

可选地，

所述确定单元，适于通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；根据抓包获得的请求，统计各功能场景的网络流量。

可选地，所述预设阈值根据所述应用时长统计功能适用的统计范围确定。

可选地，

所述确定单元，还适于根据各应用的界面特征，确定第二类应用；

所述生成单元，适于对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

可选地，该装置还包括：

输出单元，适于将所述应用时长统计功能的判断结果输出。

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

处理器；以及，

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

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

根据本发明的技术方案，确定各应用的有效功能场景；根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断应用时长统计功能是否准确。可见，本技术方案中只针对各应用的有效功能场景进行测试，可以准确判断应用时长统计功能的准确性，提高测试的准确度，防止误判。

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

附图说明

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

图1示出了根据本发明一个实施例的应用时长统计功能的测试方法的流程示意图；

图2示出了根据本发明另一个实施例的应用时长统计功能的测试方法的流程示意图；

图3示出了根据本发明一个实施例的应用时长统计功能的测试装置的结构示意图；

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

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

具体实施方式

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

图1示出了根据本发明一个实施例的应用时长统计功能的测试方法的流程示意图。如图1所示，该方法包括：

步骤s110，确定各应用的有效功能场景。

应用时长统计是根据应用的产生网络流量进行统计的，为了保证测试使用的功能场景和应用时长统计功能统计的功能场景一致，这里确定各应用的有效功能场景，即确定应用时长在统计该应用的使用时长时，依据的的是哪些功能场景产生的网络流量。在一个具体的实施例中，有效功能场景包括各应用的主要产生流量的功能场景。例如，视频应用中的视频的浏览场景。

步骤s120，根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例。

为了针对各应用的有效功能场景测试，需要生成各应用的有效功能场景分别对应的测试用例，即对于一个应用，每个有效功能场景均需要测试。

步骤s130，执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长。

在测试用例执行时，应用时长统计功能就会进行相应的时长统计。为了对应用时长统计功能进行测试，需要获取到应用时长统计功能统计的各应用的使用时长。这里应用时长统计功能统计的一个应用的使用时长是一个应用的使用总时长，即统计的该应用的各有效功能场景对应的测试用例执行时的总时长。

步骤s140，将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断应用时长统计功能是否准确。

因为应用时长统计功能统计的是应用的各有效功能场景对应的测试用例执行时的总时长，因此，在判断应用时长统计功能是否准确时，需要根据该应用的各有效功能场景对应的测试用例的预设执行时长的总和。例如，一个应用的3个有效功能场景的测试用例的执行时长分别是1分钟(min)、10min和5min，判断获取的应用时长统计功能统计的该应用的使用时长是否是16min，如果是，则该应用时长统计功能准确，如果否，则该应用时长统计功能不准确

可见，本技术方案中只针对各应用的有效功能场景进行测试，可以准确判断应用时长统计功能的准确性，提高测试的准确度，防止误判。

在本发明的一个实施例中，图1所示的方法的步骤s110中的确定各应用的有效功能场景包括：根据各应用的界面特征，确定第一类应用；确定第一类应用的各功能场景；对各功能场景进行测试，统计各功能场景的网络流量；判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

在各应用中，有些应用的界面的特点适于随机点击，且均可以触发相应的响应，例如视频应用，淘宝应用等；也有一些应用的界面不适于随机点击，只有点击界面的指定位置才可以触发相应的响应，例如微信应用、游戏应用等。那么，针对适于随机点击的应用，其功能场景均可以产生相应的网络流量，均可以确定是有效功能场景，而不适于随机点击的应用的有些功能场景不产生网络流量或产生的网络流量较小不足以使得应用时长统计功能进行时长统计。因此，针对后者，本实施例中给出相应的方案确定其有效功能场景。这里的不适于随机点击的应用即为第一类应用。对第一类应用中的各应用的各功能场景进行测试，判断各功能场景产生的网络流量是否大于或等于阈值，只有判断为是的功能场景才认为是可以统计时长的，即可以进行测试的有效功能场景。

具体地，上述的对各功能场景进行测试，统计各功能场景的网络流量包括：通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；根据抓包获得的请求，统计各功能场景的网络流量。

这里的代理工具包括anyproxy代理工具或者tcpdump代理工具。因为第一类应用是不适于随机点击的，则需要进行ui自动化测试。

具体地，上述的预设阈值根据应用时长统计功能适用的统计范围确定。

考虑到应用时长统计功能在统计应用的使用时长时，是根据应用的产生网络流量进行统计的，即根据使用应用中可以产生网络流量的功能场景时产生的网络流量。但应用中的并非所有的功能场景均产生网络流量。在测试时，如果将不产生网络流量的功能场景也测试了，则会造成测试不准确。那么，针对上述情况，根据应用时长统计功能的统计范围确定预设阈值，就可以保证测试使用的功能场景和应用时长统计功能统计的功能场景一致，保证测试的准确性。

进一步地，在上述实施例的基础上，图1所示的方法还包括：根据各应用的界面特征，确定第二类应用。

图1所示的方法的步骤s120中的根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例包括：对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

这里的第一类应用是不适于随机点击的，则需要进行ui自动化测试；第二类应用是适于随机点击的，则可以进行monkey测试。因此，在测试时，就可以生成相应的测试用例。

在本发明的一个实施例中，图1所示的方法还包括：将应用时长统计功能的判断结果输出。

为了使得测试人员及时获得测试结果或者使得应用时长统计功能的开发者及时得到该功能是否准确的消息，本实施例中，在判断应用时长统计功能是否准确后，通过指定途径将判断结果输出，例如邮件、短消息等。

图2示出了根据本发明另一个实施例的应用时长统计功能的测试方法的流程示意图。如图2所示，对第一类应用，步骤s210，对第一应用进行ui自动化测试；步骤s220，通过anyproxy代理工具或者tcpdump代理工具进行抓包，计算各功能场景产生的网络流量大小x；步骤s230，判断x是否大于或等于预设阈值y；步骤s240，若判断为否，则确定为无效功能场景；步骤s250，若判断为是，则确定为有效功能场景；步骤s260，对有效功能场景执行时长n；对第二类应用。对第二类应用，步骤s270，对第二类应用进行monkey测试，执行时长n。web服务器获得执行时长n。

步骤s280，web服务器获取路由器日志中的应用时长统计功能统计的时长m。步骤s290，判断n是否等于m；步骤s211，若判断为否，则确定应用时长统计功能不准确；步骤s212，若判断为是，则确定应用时长统计功能准确。

图3示出了根据本发明一个实施例的应用时长统计功能的测试装置的结构示意图；如图3所示，该应用时长统计功能的测试装置300包括：

确定单元310，适于确定各应用的有效功能场景。

应用时长统计是根据应用的产生网络流量进行统计的，为了保证测试使用的功能场景和应用时长统计功能统计的功能场景一致，这里确定各应用的有效功能场景，即确定应用时长在统计该应用的使用时长时，依据的的是哪些功能场景产生的网络流量。在一个具体的实施例中，有效功能场景包括各应用的主要产生流量的功能场景。例如，视频应用中的视频的浏览场景。

生成单元320，适于根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例。

为了针对各应用的有效功能场景测试，需要生成各应用的有效功能场景分别对应的测试用例，即对于一个应用，每个有效功能场景均需要测试。

获取单元330，适于执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长。

在测试用例执行时，应用时长统计功能就会进行相应的时长统计。为了对应用时长统计功能进行测试，需要获取到应用时长统计功能统计的各应用的使用时长。这里应用时长统计功能统计的一个应用的使用时长是一个应用的使用总时长，即统计的该应用的各有效功能场景对应的测试用例执行时的总时长。

判断单元340，适于将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断应用时长统计功能是否准确。

因为应用时长统计功能统计的是应用的各有效功能场景对应的测试用例执行时的总时长，因此，在判断应用时长统计功能是否准确时，需要根据该应用的各有效功能场景对应的测试用例的预设执行时长的总和。例如，一个应用的3个有效功能场景的测试用例的执行时长分别是1分钟(min)、10min和5min，判断获取的应用时长统计功能统计的该应用的使用时长是否是16min，如果是，则该应用时长统计功能准确，如果否，则该应用时长统计功能不准确

可见，本技术方案中只针对各应用的有效功能场景进行测试，可以准确判断应用时长统计功能的准确性，提高测试的准确度，防止误判。

在本发明的一个实施例中，图3所示的确定单元310，适于根据各应用的界面特征，确定第一类应用；确定第一类应用的各功能场景；对各功能场景进行测试，统计各功能场景的网络流量；判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

在各应用中，有些应用的界面的特点适于随机点击，且均可以触发相应的响应，例如视频应用，淘宝应用等；也有一些应用的界面不适于随机点击，只有点击界面的指定位置才可以触发相应的响应，例如微信应用、游戏应用等。那么，针对适于随机点击的应用，其功能场景均可以产生相应的网络流量，均可以确定是有效功能场景，而不适于随机点击的应用的有些功能场景不产生网络流量或产生的网络流量较小不足以使得应用时长统计功能进行时长统计。因此，针对后者，本实施例中给出相应的方案确定其有效功能场景。这里的不适于随机点击的应用即为第一类应用。对第一类应用中的各应用的各功能场景进行测试，判断各功能场景产生的网络流量是否大于或等于阈值，只有判断为是的功能场景才认为是可以统计时长的，即可以进行测试的有效功能场景。

具体地，上述的确定单元310，适于通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；根据抓包获得的请求，统计各功能场景的网络流量。

这里的代理工具包括anyproxy代理工具或者tcpdump代理工具。因为第一类应用是不适于随机点击的，则需要进行ui自动化测试。

具体地，上述的预设阈值根据应用时长统计功能适用的统计范围确定。

考虑到应用时长统计功能在统计应用的使用时长时，是根据应用的产生网络流量进行统计的，即根据使用应用中可以产生网络流量的功能场景时产生的网络流量。但应用中的并非所有的功能场景均产生网络流量。在测试时，如果将不产生网络流量的功能场景也测试了，则会造成测试不准确。那么，针对上述情况，根据应用时长统计功能的统计范围确定预设阈值，就可以保证测试使用的功能场景和应用时长统计功能统计的功能场景一致，保证测试的准确性。

进一步地，在上述实施例的基础上，图3所示的确定单元310，还适于根据各应用的界面特征，确定第二类应用。

生成单元320，适于对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

这里的第一类应用是不适于随机点击的，则需要进行ui自动化测试；第二类应用是适于随机点击的，则可以进行monkey测试。因此，在测试时，就可以生成相应的测试用例。

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

输出单元，适于将应用时长统计功能的判断结果输出。

为了使得测试人员及时获得测试结果或者使得应用时长统计功能的开发者及时得到该功能是否准确的消息，本实施例中，在判断应用时长统计功能是否准确后，通过指定途径将判断结果输出，例如邮件、短消息等。

综上所述，根据本发明的技术方案，确定各应用的有效功能场景；根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断应用时长统计功能是否准确。可见，本技术方案中只针对各应用的有效功能场景进行测试，可以准确判断应用时长统计功能的准确性，提高测试的准确度，防止误判。

需要说明的是：

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

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

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

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

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

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

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

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

本发明公开了a1、一种应用时长统计功能的测试方法，其中，该方法包括：

确定各应用的有效功能场景；

根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；

执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；

将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断所述应用时长统计功能是否准确。

a2、如a1所述的方法，其中，所述确定各应用的有效功能场景包括：

根据各应用的界面特征，确定第一类应用；

确定第一类应用的各功能场景；

对各功能场景进行测试，统计各功能场景的网络流量；

判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

a3、如a2所述的方法，其中，所述对各功能场景进行测试，统计各功能场景的网络流量包括：

通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；

根据抓包获得的请求，统计各功能场景的网络流量。

a4、如a3所述的方法，其中，所述预设阈值根据所述应用时长统计功能适用的统计范围确定。

a5、如a2所述的方法，其中，该方法还包括：

根据各应用的界面特征，确定第二类应用；

所述根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例包括：

对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；

对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

a6、如a1所述的方法，其中，该方法还包括：

将所述应用时长统计功能的判断结果输出。

本发明还公开了b7、一种应用时长统计功能的测试装置，其中，该装置包括：

确定单元，适于确定各应用的有效功能场景；

生成单元，适于根据确定的各应用的有效功能场景，生成各应用的有效功能场景分别对应的测试用例；

获取单元，适于执行各应用的有效功能场景分别对应的测试用例后，获取应用时长统计功能统计的各应用的使用时长；

判断单元，适于将各应用的有效功能场景分别对应的测试用例中的预设执行时长的总和与获取的应用时长统计功能统计的相应应用的使用时长进行比较，判断所述应用时长统计功能是否准确。

b8、如b7所述的装置，其中，

所述确定单元，适于根据各应用的界面特征，确定第一类应用；确定第一类应用的各功能场景；对各功能场景进行测试，统计各功能场景的网络流量；判断统计的各功能场景的网络流量是否大于或等于预设阈值，若判断为是，确定该功能场景为第一类应用的有效功能场景。

b9、如b8所述的装置，其中，

所述确定单元，适于通过代理工具，对各功能场景进行ui自动化测试过程中的请求进行抓包；根据抓包获得的请求，统计各功能场景的网络流量。

b10、如b9所述的装置，其中，所述预设阈值根据所述应用时长统计功能适用的统计范围确定。

b11、如b8所述的装置，其中，

所述确定单元，还适于根据各应用的界面特征，确定第二类应用；

所述生成单元，适于对于第一类应用，根据确定的第一类应用的有效功能场景，生成第一类应用的有效功能场景分别对应的ui自动化测试的测试用例；对于第二类应用，根据第二类应用的各功能场景，生成第二类应用的各功能场景分别对应的monkey测试的测试用例。

b12、如b7所述的装置，其中，该装置还包括：

输出单元，适于将所述应用时长统计功能的判断结果输出。

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

处理器；以及，

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

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