CN112416795A - 应用程序的检测方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种应用程序的检测方法、装置、计算机设备和存储介质。所述方法应用于测试终端，测试终端与多台待检测终端连接，多台待检测终端的设备属性不同，包括：向每台待检测终端发送待检测应用程序的检测指令，指示每台待检测终端启动待检测应用程序，并获取待检测应用程序的待检测界面图片；接收每台待检测终端发送的待检测界面图片；对所获取的多张待检测界面图片进行分析处理，生成待检测应用程序的检测结果。本方法通过准备设备属性互相不同的多台待检测终端，从而可以得到不同运行环境下的多张界面图片，使测试终端能够基于多张界面图片自动判断待检测应用程序是否合格，从而减少了人工监测的成本，提高了对应用程序进行检测的准确性。

Description

应用程序的检测方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序的检测方法、装置、 计算机设备和存储介质。

背景技术

随着App(Application，应用程序)市场的繁荣兴盛，大量企业推出了自己 的应用程序，促使移动互联网发展壮大。

然而市面上的应用程序质量良莠不齐，不乏很多灰色应用。为了让这些灰 色应用在应用市场中留存，灰色应用的发布者设置了一些能够避免应用程序检 测不通过的措施，例如，在白天使应用程序的显示界面中呈现合规内容，到晚 上则变更为违规内容。这些措施严重影响了应用程序的检测准确性。

因此，随着应用程序的快速发展，亟需一种更加有效地检测应用程序的方 法。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高应用程序检测准确 性的应用程序的检测方法、装置、计算机设备和存储介质。

第一方面，本申请实施例提供一种应用程序的检测方法，所述方法包括：

向多台待检测终端发送待检测应用程序的检测指令，所述检测指令用于指 示所述每台待检测终端启动所述待检测应用程序，并获取所述待检测应用程序 的待检测界面图片，所述多台待检测终端的设备属性不同；

接收所述每台待检测终端发送的待检测界面图片；

对所获取的多张待检测界面图片进行分析处理，生成所述待检测应用程序 的检测结果。

在其中一个实施例中，所述待检测终端的设备属性包括空间属性；所述多 台待检测终端配置有互相不同的地址信息，以及与所述地址信息匹配的网络代 理IP地址；

或者，

所述待检测终端的设备属性包括时间属性；所述多台待检测终端配置有互 相不同的时间信息；

或者，

所述待检测终端的设备属性包括网络属性；所述多台待检测终端配置有互 相不同的网速，且所述多台待检测终端配置有相同的地址信息。

在其中一个实施例中，所述对所获取的多张待检测界面图片进行分析，生 成所述待检测应用程序的检测结果，包括：

比较所述多张待检测界面图片；

若所述多张待检测界面图片相同，则生成检测通过的检测结果。

在其中一个实施例中，所述方法还包括：

在所述多张待检测界面图片相同的情况下，获取所述待检测应用程序的历 史界面图片；

比较所述历史界面图片与所述待检测界面图片；

若所述历史界面图片与所述待检测界面图片相同，则生成检测通过的检测 结果。

在其中一个实施例中，在所述向每台待检测终端发送待检测应用程序的检 测指令之前，还包括：

在所述每台待检测终端中安装所述待检测应用程序。

在其中一个实施例中，所述方法还包括：

获取待检测应用程序列表，所述待检测应用程序列表中包括多个需要检测 的应用程序的关联信息；

从所述每台待检测终端卸载已检测完成的待检测应用程序；

从所述待检测应用程序列表查找下一个需要检测的应用程序；

对所述下一个需要检测的应用程序进行检测，直至所述待检测应用程序列 表中的应用程序全部检测完成。

在其中一个实施例中，所述待检测界面图片是所述每台待检测终端在启动 所述待检测应用程序，并等待预设时间段后截图得到的。

第二方面，本申请实施例提供一种应用程序的检测装置，所述装置包括：

发送模块，用于向多台待检测终端发送所述待检测应用程序的检测指令， 所述检测指令用于指示每台待检测终端启动所述待检测应用程序，并获取所述 待检测应用程序的待检测界面图片，所述多台待检测终端的设备属性不同；

接收模块，用于接收所述每台待检测终端发送的待检测界面图片；

分析模块，用于对所获取的多张待检测界面图片进行分析，生成所述待检 测应用程序的检测结果。

第三方面，本申请实施例提供一种计算机设备，包括存储器和处理器，所 述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一 方面任一项实施例所述的应用程序的检测方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算 机程序，所述计算机程序被处理器执行时实现上述第一方面任一项实施例所述 的应用程序的检测方法。

上述应用程序的检测方法、装置、计算机设备和存储介质，测试终端向每 台待检测终端发送检测指令，指示每台待检测终端启动已安装的待检测应用程 序，获取待检测应用程序的待检测界面图片并发送给测试终端。测试终端基于 所获取的多张待检测界面图片得到待检测应用程序是否合格的检测结果。通过 准备设备属性互相不同的多台待检测终端用于模拟不同的运行环境，从而可以 得到多个运行环境下待检测应用程序的实际运行状态；通过在测试终端中配置 图片检测逻辑，使测试终端能够自行对多张图进行分析处理，并基于分析处理 得到的分析结果判断待检测应用程序是否合格，从而减少了人工监测的成本， 提高了对应用程序进行检测的准确性。

附图说明

图1为一个实施例中应用程序的检测方法的应用环境图；

图2为一个实施例中应用程序的检测方法的流程示意图；

图3为一个实施例中对待检测界面图片进行检测步骤的流程示意图；

图4为一个实施例中对多个的应用程序进行检测步骤的流程示意图

图5为一个实施例中应用程序的检测方法的流程示意图；

图6为一个实施例中应用程序的检测装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅 用以解释本申请，并不用于限定本申请。

本申请提供的应用程序的检测方法，可以应用于如图1所示的应用环境中。 其中，多台待检测终端110与测试终端120通过网络、集线器、路由器等互相 连接。多台待检测终端110中安装有相同的待检测应用程序，且多台待检测终 端110的设备属性互相不同。设备属性是指设备的规格、型号、技术参数等特 性，例如，可以是时间属性、空间属性等。测试终端120中部署有对应用程序 进行测试的执行文件。测试终端120通过执行该执行文件向每台待检测终端发 送待检测应用程序的检测指令，指示每台待检测终端启动待检测应用程序，获 取待检测应用程序的待检测界面图片，并将所获取的待检测界面图片发送至测 试终端120。测试终端120接收每台待检测终端110发送的待检测界面图片；通 过预先部署的图片检测逻辑对所获取的多张待检测界面图片进行分析处理，得 到多张待检测界面图片的分析结果；基于该分析结果生成待检测应用程序是否 合格的检测结果。其中，待检测终端110和测试终端120可以但不限于是各种 个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

在一个实施例中，如图2所示，提供了一种应用程序的检测方法，以该方 法应用于图1中的测试终端为例进行说明，包括以下步骤：

步骤S210，向多台待检测终端发送待检测应用程序的检测指令，检测指令 用于指示每台待检测终端启动待检测应用程序，并获取待检测应用程序的待检 测界面图片，多台待检测终端的设备属性不同。

其中，待检测应用程序可以是指待进行检测是否属于灰色应用的应用程序。 待检测应用程序可以是应用市场中的所有应用程序；或者，对应用市场中的所 有应用程序进行随机抽样选择的部分应用程序；或者，按照预设的筛选方式从 应用市场中筛选得到的部分应用程序，例如，按照应用程序的上架时间筛选得 到的最新上架的应用程序。待检测终端可以包括与测试终端连接、用于运行待 检测应用程序的终端。

具体地，测试终端对待检测应用程序进行检测的启动条件可以是审核人员 按需进行手动触发，测试终端响应于检测应用程序的触发操作，开始对待检测 应用程序进行检测；也可以是预先配置的，在测试终端检测当前满足预先配置 的启动条件时，自动启动对待检测应用程序的检测，例如，预先配置每天定时 对待检测应用程序进行检测，当测试终端获取当前时间到达配置的时间时，开 始对待检测应用程序进行检测。

测试终端在检测到启动条件后，可以向多台待检测终端发送待检测应用程 序的检测指令。每台待检测终端中都可以安装有待检测应用程序。当每台待检 测终端在接收到该检测指令后，可以自动启动已安装的待检测应用程序。由于 多台待检测应用程序的设备属性不同，因此，通过多台待检测设备可以模拟多 种运行环境，从而得到待检测应用程序在多种运行环境下的实际运行状态。每 台待检测终端在启动待检测应用程序后，获取待检测应用程序的界面图片作为 待检测界面图片，并将待检测界面图片发送至测试终端。

步骤S220，接收每台待检测终端发送的待检测界面图片。

步骤S230，对所获取的多张待检测界面图片进行分析处理，生成待检测应 用程序的检测结果。

具体地，在测试终端接收到多台待检测终端发送的多张待检测界面图片后， 通过预先部署的图片检测逻辑对所获取的多张待检测界面图片进行分析处理， 得到分析结果。所采用的图片检测逻辑可以有多种，例如，可以是基于深度学 习算法识别每张待检测界面图片中的内容，检测所得到的内容中是否存在敏感 词等，若其中任一张图片存在敏感词，则可以生成待检测应用程序检测未通过 的检测结果。或者，基于图片比对工具比较多张待检测界面图片的相似度，若 多张图片的相似度小于阈值，则可以生成待检测应用程序检测未通过的检测结 果。

进一步地，若测试终端获取的是待检测应用程序检测未通过的检测结果， 可以通过弹窗、短信、邮件等方式发出提示信息，以提示检测审核人员采取相 应的措施。

进一步地，可以在多台待检测终端中安装版本相同的待检测应用程序，这 样，即使应用程序可能是不断迭代更新的，也可以保障迭代更新后的界面图片 为同一版本下的图片，确保了检测的准确性。

上述应用程序的检测方法中，通过准备设备属性互相不同的多台待检测终 端来模拟不同的运行环境，从而可以得到多个运行环境下待检测应用程序的实 际运行状态；通过在测试终端中配置图片检测逻辑，使测试终端能够自行对多 张图进行分析处理，并基于分析处理得到的分析结果判断待检测应用程序是否 合格，从而减少了人工监测的成本，提高了对应用程序进行检测的准确性。

在一个实施例中，多台待检测终端的设备属性可以是审核人员预先手动配 置好的。或者，由测试终端自动配置，例如，测试终端在向多台待检测终端发 送待检测应用程序的检测指令前，为多台待检测终端配置的不同的设备属性。 为多台待检测终端所配置的设备属性可以为空间属性、时间属性、网络属性等 其中的一个或多个。其中：

当为多台待检测终端配置的设备属性为空间属性时，则可以为多台待检测 终端配置互相不同的地址信息，例如，将多台待检测终端的地址信息设置成不 同的城市。进一步地，为了更加真实地模拟真实运行环境，还可以为每台待检 测终端配置与地址信息匹配的网络代理，以及代理服务器IP(Internet Protocol， 网际互连协议)地址。

当为多台待检测终端配置的设备属性为时间属性时，则可以为多台待检测 终端配置互相不同的时间信息，例如，按照多台待检测终端的数量对24小时均 分处理，为每台待检测终端各配置一个时间点。

当为多台待检测终端配置的设备属性为网络属性时，可以为多台待检测终 端配置有互相不同的网速。在这种情况下，为了减少测试的干扰因素，可以为 多台待检测终端配置有相同的地址信息和(或)时间信息。

在一个可能性实施例中，可以同时准备多组待检测终端，每组对应配置一 种设备属性，这样，可以在同一时间模拟对比多种运行环境下待检测应用程序 的运行行为，确保了检测效率和检测准确性。示例性地，准备两组待检测终端， 为其中的一组配置互相不同的地址信息；为另一组配置互相不同的网速，且配 置相同的地址信息。

本实施例中，通过从空间、时间、网络等多个维度对待检测终端进行配置， 模拟多种运行环境下应用程序的实际运行状态，可以更加全面且高效地对应用 程序进行检测，从而有效地解决灰色应用监管困难的问题。

在一个实施例中，步骤S230，所对所获取的多张待检测界面图片进行分析， 生成待检测应用程序的检测结果，包括：比较多张待检测界面图片；若多张待 检测界面图片相同，则生成检测通过的检测结果。

具体地，测试终端中预先配置有图片比对工具。图片比对工具可以通过感 知哈希算法、图片特征匹配算法、图片灰度像素比对等实现。在接收到多张待 检测界面图片后，测试终端通过图片比对工具获取多张待检测界面图片的相似 度。若相似度值大于或者等于阈值，则可以认为多张待检测界面图片为相同的 图片，生成检测通过的检测结果；若多张待检测图片的相似度小于阈值，则生 成检测未通过的检测结果。

本实施例中，通过在测试终端中部署图片比对工具，使测试终端通过图片 比对工具获取界面图片的分析结果，并基于该分析结果自动得到待检测应用程 序的检测结果，提高了对应用程序进行检测的自动化程度。

在一个实施例中，如图3所示，在获取多张待检测界面图片相同的分析结 果之后，还包括以下步骤：

步骤S310，在多张待检测界面图片相同的情况下，获取待检测应用程序的 历史界面图片。

步骤S320，比较历史界面图片与待检测界面图片。

步骤S330，若历史界面图片与待检测界面图片相同，则生成检测通过的检 测结果。

步骤S340，若历史界面图片与待检测界面图片不同，生成检测未通过的检 测结果。

其中，历史界面图片可以是待检测应用程序在验证为合格状态下时的界面 图片，例如，可以是审核人员人工检测合格时手动截图得到的界面图片；或者， 测试终端曾经在检测通过时自动保存的界面图片。

具体地，历史界面图片可以保存在测试终端的本地数据或者服务器中，与 应用程序的关联信息(例如应用程序的唯一性标识、名称等)对应，以便于后 续根据应用程序的关联信息进行查找。在测试终端获取多张待检测界面图片为 相同图片的分析结果后，测试终端可以根据待检测应用程序的关联信息查找是 否存在对应的历史界面图片。若存在，则获取历史界面图片。可以通过图片比 对工具得到历史界面图片与待检测界面图片的相似度。若根据相似度判断历史 界面图片与待检测界面图片相同，那么可以生成应用程序检测通过的检测结果。 若根据相似度判断历史界面图片与待检测界面图片不同，那么可以生成应用程 序检测未通过的检测结果。进一步地，若根据相似度判断历史界面图片与待检 测界面图片相同，可以将待检测图片保存至本地数据库或者服务器中，以供后 续对该待检测应用程序再次进行检测使用。

本实施例中，通过在获取多张待检测界面图片为相同图片的分析结果后， 将待检测界面图片与已经验证的历史界面图片进一步进行比较，提高了应用程 序检测的准确性。

在一个实施例中，每台待检测终端中的待检测应用程序可以通过测试终端 进行自动安装。

具体地，测试终端与每台待检测终端可以通过集线器连接。在测试终端对 待检测应用程序启动检测后，可以获取待检测应用程序的关联信息。根据待检 测应用程序的关联信息获取对应的安装包。通过集线器向每台待检测终端安装 待检测应用程序。

在一个实施例中，如图4所示，在生成待检测应用程序的检测结果之后， 所述方法还包括：

步骤S410，获取待检测应用程序列表，待检测应用程序列表中包括多个需 要检测的应用程序的关联信息。

步骤S420，从每台待检测终端卸载已检测完成的待检测应用程序。

步骤S430，从待检测应用程序列表查找下一个需要检测的应用程序。

步骤S440，若存在下一个应用程序，则对下一个需要检测的应用程序进行 检测，直至待检测应用程序列表中的应用程序全部检测完成。

其中，待检测应用程序列表可以由审核人员预先创建并保存在测试终端中； 或者，由测试终端在自行确定需要检测的应用程序后，根据需要检测的应用程 序的关联信息生成的。

具体地，在测试终端获取当前待检测应用程序的检测结果后，从每台待检 测终端中卸载该当前待检测应用程序。继续从待检测应用程序列表中查找下一 个待检测应用程序。若存在下一个待检测应用程序，则向每台待检测终端安装 下一个待检测应用程序，参照上述实施例对下一个待检测应用程序进行检测。 测试终端在获取待检测应用程序列表中的所有应用程序都检测完毕后，可以结 束本轮测试，生成本轮测试的检测报告。将该检测报告以邮箱、短信、程序内 消息提醒等方式发送至审核人员。

在一个可能性实施例中，测试终端在获取待检测应用程序列表中所有应用 程序都检测完毕后，可以从应用市场中重新获取新的需要检测的应用程序，例 如，按照预先配置的应用程序抽样策略重新抽取一批应用程序。根据重新获取 的应用程序的关联信息生成新的待检测应用程序列表。参照上述实施例对新的 待检测应用程序列表中的每个应用程序进行测试。

本实施例中，通过使测试终端具备自动安装、自动卸载、自动获取待检测 应用程序等功能，使测试终端能够持续不间断地进行循环测试，从而极大地减 少了对应用程序进行检测的时间成本。

在一个实施例中，提供了一种应用程序的检测方法，以该方法应用于测试 终端为例进行说明。测试终端与多台待检测终端可以通过USB(Universal Serial Bus，通用串行总线)集线器连接。多台待检测终端配置有不同的设备属性。设 备属性不限于是空间属性、时间属性、网络属性等。当设备属性为空间属性时， 多台待检测设备配置有不同的地址信息；当设备属性为时间属性时，多台待检 测设备配置有不同的时间信息；当设备属性为网络属性时，多台待检测设备配 置有不同的网速，且多台待检测终端配置有相同的地址信息。如图5所示，包 括以下步骤：

步骤S501，获取待检测应用程序列表。待检测应用程序列表中包括多个需 要检测的应用程序的关联信息。待检测应用程序列表的生成方式可以参照上述 实施例，在此不做具体阐述。

步骤S502，判断待检测应用程序列表中是否存在未检测的待检测应用程序。 若存在，则继续步骤S503；若不存在，则可以结束本轮检测。

步骤S503，获取待检测应用程序的关联信息，根据待检测应用程序的关联 信息向每台待检测终端安装待检测应用程序。

步骤S504，向每台待检测终端发送检测指令。每台待检测终端响应于检测 指令，启动待检测应用程序。每台待检测终端在等待预设时间段后，对当前界 面图片(可以是应用程序的主界面)进行截图操作，作为待检测界面图片，并 将待检测界面图片发送至测试终端。其中，预设时间段可以为30秒、1分钟等 任意时间段。通过等待预设时间段后再进行截图操作，可以避免应用程序启动 期间欢迎页面、广告页面等干扰。

步骤S505，通过图片比对工具比较所得到的多张待检测界面图片。

步骤S506，基于图片比对结果得到待检测应用程序的检测结果。

具体地，若获取多张待检测界面图片相同的图片比对结果，则可以进一步 根据待检测应用程序的关联信息查找是否存在对应的历史界面图片。若存在， 继续通过图片比对工具比较历史界面图片与待检测界面图片。若历史界面图片 与待检测界面图片相同，则生成待检测应用程序检测通过的检测结果。若获取 多张待检测界面图片不相同的图片比对结果，则生成待检测应用程序检测未通 过的检测结果。

步骤S507，从每台待检测终端中卸载已检测完成的待检测应用程序。

测试终端继续从待检测应用程序列表中获取下一个待检测应用程序，参照 步骤S501～S507对下一个待检测应用程序进行检测，直至待检测应用程序列表 中的所有应用程序都检测完毕。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示， 但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的 说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执 行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段， 这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执 行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤 或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种应用程序的检测装置600，所述 装置600包括：发送模块601、接收模块602和分析模块603，其中：

发送模块601，用于向多台待检测终端发送待检测应用程序的检测指令，检 测指令用于指示每台待检测终端启动待检测应用程序，并获取待检测应用程序 的待检测界面图片，多台待检测终端的设备属性不同；接收模块602，用于接收 每台待检测终端发送的待检测界面图片；分析模块603，用于对所获取的多张待 检测界面图片进行分析处理，生成待检测应用程序的检测结果。

在一个实施例中，待检测终端的设备属性包括空间属性；多台待检测终端 配置有互相不同的地址信息，以及与地址信息匹配的网络代理IP地址；或者， 待检测终端的设备属性包括时间属性；多台待检测终端配置有互相不同的时间 信息；或者，待检测终端的设备属性包括网络属性；多台待检测终端配置有互 相不同的网速，且多台待检测终端配置有相同的地址信息。

在一个实施例中，分析模块603，包括：第一图片比对单元，用于比较多张 待检测界面图片；结果生成单元，用于在多张待检测界面图片相同时，则生成 检测通过的检测结果。

在一个实施例中，分析模块603还包括：获取单元，用于在多张待检测界 面图片相同的情况下，获取待检测应用程序的历史界面图片；第二图片比对单 元，用于比较历史界面图片与待检测界面图片；结果生成单元，还用于在历史 界面图片与待检测界面图片相同时，则生成检测通过的检测结果。

在一个实施例中，所述装置600还包括：应用安装模块，用于在每台待检 测终端中安装待检测应用程序。

在一个实施例中，所述装置600还包括：获取模块，用于获取待检测应用 程序列表，待检测应用程序列表中包括多个需要检测的应用程序的关联信息； 应用卸载模块，用于从每台待检测终端卸载已检测完成的待检测应用程序；查 找模块，用于从待检测应用程序列表查找下一个需要检测的应用程序；检测模 块，用于对下一个需要检测的应用程序进行检测，直至待检测应用程序列表中 的应用程序全部检测完成。

在一个实施例中，待检测界面图片是每台待检测终端在启动待检测应用程 序，并等待预设时间段后截图得到的。

关于应用程序的检测装置的具体限定可以参见上文中对于应用程序的检测 方法的限定，在此不再赘述。上述应用程序的检测装置中的各个模块可全部或 部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立 于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器 中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其 内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、 存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提 供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。 该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存 储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口 用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商 网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种应用程序的检测方法。该计算机设备的显示屏可以是液晶显示屏或者电 子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可 以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、 触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关 的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定， 具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件， 或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，计算机设备包括存储器和处理 器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

向多台待检测终端发送待检测应用程序的检测指令，检测指令用于指示每 台待检测终端启动待检测应用程序，并获取待检测应用程序的待检测界面图片， 多台待检测终端的设备属性不同；接收每台待检测终端发送的待检测界面图片； 对所获取的多张待检测界面图片进行分析处理，生成待检测应用程序的检测结 果。

在一个实施例中，待检测终端的设备属性包括空间属性；多台待检测终端 配置有互相不同的地址信息，以及与地址信息匹配的网络代理IP地址；或者， 待检测终端的设备属性包括时间属性；多台待检测终端配置有互相不同的时间 信息；或者，待检测终端的设备属性包括网络属性；多台待检测终端配置有互 相不同的网速，且多台待检测终端配置有相同的地址信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

比较多张待检测界面图片；若多张待检测界面图片相同，则生成检测通过 的检测结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在多张待检测界面图片相同的情况下，获取待检测应用程序的历史界面图 片；比较历史界面图片与待检测界面图片；若历史界面图片与待检测界面图片 相同，则生成检测通过的检测结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在每台待检测终端中安装待检测应用程序。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取待检测应用程序列表，待检测应用程序列表中包括多个需要检测的应 用程序的关联信息；从每台待检测终端卸载已检测完成的待检测应用程序；从 待检测应用程序列表查找下一个需要检测的应用程序；对下一个需要检测的应 用程序进行检测，直至待检测应用程序列表中的应用程序全部检测完成。

在一个实施例中，待检测界面图片是每台待检测终端在启动待检测应用程 序，并等待预设时间段后截图得到的。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程 序，计算机程序被处理器执行时实现以下步骤：

向多台待检测终端发送待检测应用程序的检测指令，检测指令用于指示每 台待检测终端启动待检测应用程序，并获取待检测应用程序的待检测界面图片， 多台待检测终端的设备属性不同；接收每台待检测终端发送的待检测界面图片； 对所获取的多张待检测界面图片进行分析处理，生成待检测应用程序的检测结 果。

在一个实施例中，待检测终端的设备属性包括空间属性；多台待检测终端 配置有互相不同的地址信息，以及与地址信息匹配的网络代理IP地址；或者， 待检测终端的设备属性包括时间属性；多台待检测终端配置有互相不同的时间 信息；或者，待检测终端的设备属性包括网络属性；多台待检测终端配置有互 相不同的网速，且多台待检测终端配置有相同的地址信息。

在一个实施例中，计算机程序被处理器执行时实现以下步骤：

比较多张待检测界面图片；若多张待检测界面图片相同，则生成检测通过 的检测结果。

在一个实施例中，计算机程序被处理器执行时实现以下步骤：

在多张待检测界面图片相同的情况下，获取待检测应用程序的历史界面图 片；比较历史界面图片与待检测界面图片；若历史界面图片与待检测界面图片 相同，则生成检测通过的检测结果。

在一个实施例中，计算机程序被处理器执行时实现以下步骤：

在每台待检测终端中安装待检测应用程序。

在一个实施例中，计算机程序被处理器执行时实现以下步骤：

获取待检测应用程序列表，待检测应用程序列表中包括多个需要检测的应 用程序的关联信息；从每台待检测终端卸载已检测完成的待检测应用程序；从 待检测应用程序列表查找下一个需要检测的应用程序；对下一个需要检测的应 用程序进行检测，直至待检测应用程序列表中的应用程序全部检测完成。

在一个实施例中，待检测界面图片是每台待检测终端在启动待检测应用程 序，并等待预设时间段后截图得到的。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于 一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述 各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、 存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的 至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁 带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory， SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述 实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特 征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细， 但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的 普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改 进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权 利要求为准。

Claims (10)

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

向多台待检测终端发送待检测应用程序的检测指令，所述检测指令用于指示每台待检测终端启动所述待检测应用程序，并获取所述待检测应用程序的待检测界面图片，所述多台待检测终端的设备属性不同；

接收所述每台待检测终端发送的待检测界面图片；

对所获取的多张待检测界面图片进行分析处理，生成所述待检测应用程序的检测结果。

2.根据权利要求1所述的方法，其特征在于，所述待检测终端的设备属性包括空间属性；所述多台待检测终端配置有互相不同的地址信息，以及与所述地址信息匹配的网络代理IP地址；

或者，

所述待检测终端的设备属性包括时间属性；所述多台待检测终端配置有互相不同的时间信息；

或者，

所述待检测终端的设备属性包括网络属性；所述多台待检测终端配置有互相不同的网速，且所述多台待检测终端配置有相同的地址信息。

3.根据权利要求1所述的方法，其特征在于，所述对所获取的多张待检测界面图片进行分析，生成所述待检测应用程序的检测结果，包括：

比较所述多张待检测界面图片；

若所述多张待检测界面图片相同，则生成检测通过的检测结果。

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

在所述多张待检测界面图片相同的情况下，获取所述待检测应用程序的历史界面图片；

比较所述历史界面图片与所述待检测界面图片；

若所述历史界面图片与所述待检测界面图片相同，则生成检测通过的检测结果。

5.根据权利要求1～4任一项所述的方法，其特征在于，在所述向每台待检测终端发送待检测应用程序的检测指令之前，还包括：

在所述每台待检测终端中安装所述待检测应用程序。

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

获取待检测应用程序列表，所述待检测应用程序列表中包括多个需要检测的应用程序的关联信息；

从所述每台待检测终端卸载已检测完成的待检测应用程序；

从所述待检测应用程序列表查找下一个需要检测的应用程序；

对所述下一个需要检测的应用程序进行检测，直至所述待检测应用程序列表中的应用程序全部检测完成。

7.根据权利要求1所述的方法，其特征在于，所述待检测界面图片是所述每台待检测终端在启动所述待检测应用程序，并等待预设时间段后截图得到的。

8.一种应用程序的检测装置，其特征在于，所述装置包括：

发送模块，用于向多台待检测终端发送所述待检测应用程序的检测指令，所述检测指令用于指示每台待检测终端启动所述待检测应用程序，并获取所述待检测应用程序的待检测界面图片，所述多台待检测终端的设备属性不同；

接收模块，用于接收所述每台待检测终端发送的待检测界面图片；

分析模块，用于对所获取的多张待检测界面图片进行分析，生成所述待检测应用程序的检测结果。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images