CN105204989A - 移动终端、服务器、检测应用程序的系统及其方法 - Google Patents

Abstract

本发明公开了一种移动终端、服务器、检测应用程序的系统及其方法。检测应用程序的方法包括：获取多个移动终端的信息，并根据信息建立信息表；从信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与信息对应的移动终端；将应用程序发送到筛选出的移动终端中，以由筛选出的移动终端运行应用程序来进行检测。因此，本发明使得应用程序可以在不同性能的移动设备上进行测试和问题排查，帮助应用开发者快速发现应用程序在使用上的问题，以及可以对已经问世的应用程序针对某一方面出现的问题进行指定移动终端上的验证。

Description

移动终端、服务器、检测应用程序的系统及其方法

技术领域

本发明涉及应用程序检测技术领域，尤其是涉及一种移动终端、服务器、检测应用程序的系统及其方法。

背景技术

随着智能机的飞速普及，应用程序也高速发展着。可以说正是应用程序撑起了用户使用智能机的意愿。如今，市面上的应用程序琳琅满目，不计其数，并且还会有更多的应用程序问世。应用程序的开发、测试将会面临来自各方的压力，比如快速上市的要求、用户体验的要求等等，这无疑给应用程序的开发团队施加了无形的压力，如何能在快速完成应用程序开发的同时保证应用程序的质量，是一个需要迫切解决的问题。

发明内容

本发明主要解决的技术问题是提供一种移动终端、服务器、检测应用程序的系统及其方法，使得应用程序可以在不同性能的移动设备上进行测试和问题排查，帮助应用开发者快速发现应用程序在使用上的问题，以及可以对已经问世的应用程序针对某一方面出现的问题进行指定移动终端上的验证。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种检测应用程序的方法，该方法包括：获取多个移动终端的信息，并根据所述信息建立信息表；从所述信息表中选择符合所述应用程序检测的条件的信息，并进一步筛选出与所述信息对应的移动终端；将所述应用程序发送到筛选出的所述移动终端中，以由筛选出的所述移动终端运行所述应用程序来进行检测。

其中，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

其中，所述固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接的类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量；所述移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

其中，所述方法还包括：返回移动终端的运行结果。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种移动终端，该移动终端包括：信息获取单元，用于获取所述移动终端的信息；发送单元，用于发送所述信息到服务器中；接收单元，用于接收所述服务器发送的应用程序；运行单元，用于运行所述应用程序；所述发送单元进一步将所述运行单元运行的结果发送到所述服务器中。

其中，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

其中，所述固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接的类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量；所述移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种服务器，该服务器包括：接收单元，用于接收多个移动终端发送的信息；存储单元，用于根据所述信息建立信息表；筛选单元，用于从所述信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与所述信息对应的移动终端；发送单元，用于将所述应用程序发送到筛选出的所述移动终端中，以由筛选出的所述移动终端运行所述应用程序来进行检测；所述接收单元进一步接收所述移动终端发送的运行结果。

其中，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种检测应用程序的系统，该系统包括服务器和多个移动终端，其中，所述移动终端包括前文所述的移动终端，所述服务器包前文所述的服务器。

本发明的有益效果是：区别于现有技术的情况，本发明的检测应用程序的方法为：首先获取多个移动终端的信息，并根据信息建立信息表，然后从信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与信息对应的移动终端，最有将应用程序发送到筛选出的移动终端中，以由筛选出的移动终端运行应用程序来进行检测。因此，本发明使得应用程序可以在不同性能的移动设备上进行测试和问题排查，帮助应用开发者快速发现应用程序在使用上的问题，以及可以对已经问世的应用程序针对某一方面出现的问题进行指定移动终端上的验证。

附图说明

图1是本发明实施例提供的一种检测应用程序的系统的结构示意图；

图2是本发明实施例提供的一种检测应用程序的方法的流程图。

具体实施方式

请参阅图1，图1是本发明实施例提供的一种检测应用程序的系统的结构示意图。如图1所示，应用程序的系统10包括移动终端11和服务器12。

其中，移动终端11为多个，每个移动终端11都包括信息获取单元110、发送单元111、接收单元112以及运行单元113。

信息获取单元110可以为一个客户端，本实施例的客户端会优先安装在system/priv-apps的目录下，移动终端11开机自动启动，不可以被用户随意删除或停止运行。该客户端还具有读写移动终端11的内存的权限，用来安装服务器12推送的应用程序。

具体需要通过以下程序进行安装：

<uses-permissionandroid:name＝"android.permission.RECEIVE_BOOT_COMPLETED"/>，获取移动终端11启动是否完成的权限；

<uses-permissionandroid:name＝"android.permission.INSTALL_PACKAGES"/>，获取安装应用的权限。

其中，本实施例的信息获取模块110可以由运营商推送到移动终端11中，或由大型移动终端11制造商在移动终端11未推出市场前预装，或者由其他第三方的应用商城进行安装。优选的，考虑到用户信息的安全性，本实施例优选由可靠的客户端提供方主导安装该信息获取模块110，以确保移动终端11在下载应用程序进行检测的过程中不会下载到病毒程序或其他流氓软件。

安装完成之后，通过以下数据获取删除应用程序和写入外部存储空间的权限：

<uses-permissionandroid:name＝"android.permission.DELETE_PACKAGES/">，获取删除应用程序的权限；

<uses-permissionandroid:name＝"android.permission.WRITE_EXTERNAL_STORAGE/">，获取写入外部存储空间的权限。

信息获取单元110用于获取移动终端11的信息。其中，在信息获取单元110获取移动终端11的信息之前，首先需要通过以下程序去获取移动终端11的写入设置的权限：

<uses-permissionandroid:name＝"android.permission.WRITE_SETTINGS"/>，写入设置的权限；或者

<uses-permissionandroid:name＝"android.permission.WRITE_SECURE_SETTINGS"/>，写入安全设置的权限。

进而通过以下程序去获取移动终端11的信息：

<uses-permissionandroid:name＝"android.permission.READ_PHONE_STATE"/>，读取移动终端状态权限。

移动终端11的信息包括移动终端11的固定参数信息以及移动终端11当前使用状态的信息。

更具体的，固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量。其中，设备厂商是指移动终端的生产商，例如，华为、中兴以及苹果等。设备型号是指设备厂商对移动终端的编号，通常型号是根据其性能参数不同设置不同的设备型号。一般设备型号的代码里面会包含设备属于什么类型的。支持数据连接类型例如可以为3G、4G、wifi等。平台厂商通常是指移动终端的操作系统的开发商，例如安卓操作系统的开发商谷歌公司，ios操作系统的开发商苹果公司等。芯片类型例如为CPU(CentralProcessingUnit，中央处理器)、GPU(GraphicProcessingUnit，图形处理器)等。芯片型号是芯片厂商根据产品的市场定位来给属于同一系列的芯片产品确定一个系列编号，一般而言芯片型号可以说是用于区分芯片性能的重要标识。芯片性能主要是指工作效率。

移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

发送单元111用于发送信息到服务器12中。其中，在发送模块111发送上述信息到服务器12之前，首先需要通过以下程序去与服务器12实现网络连接。

<uses-permissionandroid:name＝"android.permission.INTERNET"/>，获取因特网连网权限；

<uses-permissionandroid:name＝"android.permission.ACCESS_NETWORK_STATE"/>，获取连接网络权限；

<uses-permissionandroid:name＝"android.permission.ACCESS_WIFI_STSTE"/>，获取wifi网络连接权限。

接收单元112用于接收服务器12发送的应用程序。该应用程序是待检测的应用程序。

运行单元113用于运行应用程序。具体的，运行单元113首先会自动安装该应用程序，然后在进行运行。

发送单元111进一步将运行单元113运行的结果发送到服务器12中。值得注意的是，在发送单元111完成发送运行的结果后，运行单元113进一步将该应用程序进行删除，由此可以节省存储空间或提高其他应用程序的运行速度。

服务器12包括接收单元120、存储单元121、筛选单元122以及发送单元123。

其中，接收单元120用于接收多个移动终端11发送的信息。

存储单元121用于根据信息建立信息表。例如，根据上述的部分固定参数信息建立表一，根据当前使用状态的信息建立表二。具体如下：

表一，

表二，

筛选单元122用于从信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与信息对应的移动终端11。发送单元123用于将应用程序发送到筛选出的移动终端11中，以由筛选出的移动终端11运行应用程序来进行检测。

具体而言，本实施例提供的刷选方案通常在以下两种情形中进行：

第一：应用程序上市前的检测。

在一款应用程序开发完成时，筛选单元122在服务器12的存储单元121存储的信息表中选择目标测试的移动终端11。该情形优选从表一所列举的信息进行选择。例如直接从表一里的设备型号里选择目标测试的移动终端；也可以从表一中其他信息进行过滤，筛选出所有符合该信息的移动终端11进行检测。比如，想在安卓系统的高版本中进行检测应用程序的稳定性和速度，并且希望在大屏幕上检测该应用程序的清晰度，则将检测的条件设为：操作系统版本为安装5.1，屏幕为5寸以上。筛选单元122从信息表一中选择同时符合操作系统版本为安卓5.1以及屏幕为5寸以上的移动终端，由表一可知设备型号为B101的移动终端符合上述检测的条件。则发送单元123将该应用程序发送到设备型号为B101的移动终端11中，以由该移动终端11运行应用程序来进行检测。

第二：应用程序在使用上发现问题时，程序管理员分析出初步导致该问题的原因后，在目标的移动终端上检测。

如果一个应用程序在使用上发现问题，在程序管理员分析出初步原因后，可以就该原因进行有针对性的检测以验证。比如，如果该应用程序是由于用户内存过小而导致使用上出现问题时，开发管理员针对该问题设置一检测条件为：内存较小的移动终端，如内存小于1G的移动终端。则筛选单元122从信息表二中选择符合内存小于1G的移动终端，由表二可知设备型号为A101的移动终端符合上述检测的条件。则发送单元123将该应用程序发送到设备型号为A101的移动终端11中，以由该移动终端11运行应用程序来进行检测。

接收单元120进一步接收移动终端11发送的运行结果。使得开发管理员可以得知该应用程序是否可以正常使用，例如前文所述的第一种情形，或者根据返回的结果来验证之前的分析结果是否正确，例如前文所述的第二种情形。

承前所述，本发明实施例在可以在一个应用程序上市前，对在服务器12备案的移动终端11上进行最大范围的检测，确保该应用程序适用于市面上流通的移动设备。或是在一个应用程序上市后，如果在某型号的移动终端11出现严重错误时，应用程序的开发管理员首先通过运行该应用程序的移动终端11获得应用程序的事故(crash)报告。然后分析出该可能导致该错误的原因，比如某个OS导致该问题，内存过低导致的该问题等等。最后在服务器12的存储单元中搜索所有具备该条件的移动设备，将修正好的程序发送到符合条件的移动终端上检测，以验证问题。

值得注意的是，本发明的移动终端11也可以不接收服务器12发送过来的待检测的应用程序。具体包括两种情况：

第一种情况是：当移动终端自身的信息符合服务器12发送的应用程序的检测条件时，移动终端首先向用户提示是否进行应用程序的安装和运行，若接收到用户的回复为是，则接收该应用程序并进行安装和运行，否则拒绝接受该应用程序并进一步返回拒绝接收信息到服务器12当中。

第二种情况是：当移动终端自身的信息不符合服务器12发送的应用程序的检测条件时。例如，为了节省电量和减少后台运行的程序数量，移动终端11的信息获取单元110周期性地获取移动终端11的当前使用状态的信息，则服务器12也跟着周期性的更新移动终端11的当前使用状态的信息。因此，服务器12的表二中的信息不是最新的，导致服务器12根据表二的信息刷选出来的移动终端11并不一定符合检测的条件。承接前文的例子，服务器12根据表二的信息刷选出内存小于1G的移动终端11的设备型号为A101，进而将待检测的应用程序发送到移动终端11中。而该移动终端11此时的内存可能已经改变，变为大于1G了，则此时移动终端11就会拒绝接收该应用程序并进一步返回拒绝接收信息到服务器12当中。

值得注意的是，服务器将应用程序发送给移动终端11时，一并将检测的条件发送，使得移动终端11可以根据检测条件来选择接收与否。

请参阅图2，图2是本发明实施例提供的一种检测应用程序的方法的流程图。如图2所示，本发明的方法包括以下步骤：

步骤S1：获取多个移动终端的信息，并根据信息建立信息表。其中移动终端的信息包括移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接的类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量。

移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

本实施例中，具体是根据固定参数信息建立表一，并根据移动终端当前使用状态的信息建立表二。具体表一和表二如前文所述，在此不再赘述。

步骤S2：从信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与信息对应的移动终端。本步骤的具体的刷选方案如前文所述，在此不再赘述。

步骤S3：将应用程序发送到筛选出的移动终端中，以由筛选出的移动终端运行应用程序来进行检测。

其中，进一步返回移动终端的运行结果。以由开发人员根据运行结果进行处理。

综上所述，本发明可以快速完成应用程序的检测，提高开发的速率。

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

Claims (10)

1.一种检测应用程序的方法，其特征在于，所述方法包括：

获取多个移动终端的信息，并根据所述信息建立信息表；

从所述信息表中选择符合所述应用程序检测的条件的信息，并进一步筛选出与所述信息对应的移动终端；

将所述应用程序发送到筛选出的所述移动终端中，以由筛选出的所述移动终端运行所述应用程序来进行检测。

2.根据权利要求1所述的方法，其特征在于，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

3.根据权利要求2所述的方法，其特征在于，所述固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接的类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量；

所述移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

返回移动终端的运行结果。

5.一种移动终端，其特征在于，所述移动终端包括：

信息获取单元，用于获取所述移动终端的信息；

发送单元，用于发送所述信息到服务器中；

接收单元，用于接收所述服务器发送的应用程序；

运行单元，用于运行所述应用程序；

所述发送单元进一步将所述运行单元运行的结果发送到所述服务器中。

6.根据权利要求5所述的移动终端，其特征在于，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

7.根据权利要求6所述移动终端，其特征在于，所述固定参数信息包括设备厂商、设备型号、操作系统版本、支持数据连接的类型、平台厂商、芯片型号、芯片性能、设备IMEI号、屏幕大小、内存大小以及电池容量；

所述移动终端当前使用状态的信息包括CPU占用率、后台运行的程序数量、当前剩余内存、当前剩余电量以及当前数据连接类型。

8.一种服务器，其特征在于，所述服务器包括：

接收单元，用于接收多个移动终端发送的信息；

存储单元，用于根据所述信息建立信息表；

筛选单元，用于从所述信息表中选择符合应用程序检测的条件的信息，并进一步筛选出与所述信息对应的移动终端；

发送单元，用于将所述应用程序发送到筛选出的所述移动终端中，以由筛选出的所述移动终端运行所述应用程序来进行检测；

所述接收单元进一步接收所述移动终端发送的运行结果。

9.根据权利要求8所述的服务器，其特征在于，所述移动终端的信息包括所述移动终端的固定参数信息以及所述移动终端当前使用状态的信息。

10.一种检测应用程序的系统，其特征在于，所述系统包括服务器和多个移动终端，其中，所述移动终端包括权利要求5-7任一项所述的移动终端，所述服务器包括权利要求8-9任一项所述的服务器。