APP兼容性测试方法、装置、计算机设备及存储介质与流程

本申请涉及app测试技术领域，尤其涉及一种app兼容性测试方法、装置、计算机设备及计算机可读存储介质。

背景技术：

测试app兼容性是指app能否按照预设目的和显示效果在待测终端上成功实现app从下载、安装到卸载的全过程。传统技术中，对于app兼容性测试，是通过测试人员在每款待测终端上下载app，由测试人员逐款待测终端的测试app从安装、打开、升级到卸载的整个过程。其中，针对app使用打开的测试是通过遍历url的方式来锁定被测页面，这样会导致app在每款终端上测试的执行效率低下，进而导致整个app兼容性测试的效率较低。

技术实现要素：

本申请实施例提供了一种app兼容性测试方法、装置、计算机设备及计算机可读存储介质，能够解决传统技术中app兼容性测试效率较低的问题。

第一方面，本申请实施例提供了一种app兼容性测试方法，所述方法包括：通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态；若所述待测终端处于空闲状态，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面；通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图；接收所述待测终端上传的所述截图；根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面；若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件；若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求；若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求。

第二方面，本申请实施例还提供了一种app兼容性测试装置，包括：检测单元，用于通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态；发送单元，用于若所述待测终端处于空闲状态，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面；调度单元，用于通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图；接收单元，用于接收所述待测终端上传的所述截图；判断单元，用于根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面；比对单元，用于若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件；第一判定单元，用于若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求；第二判定单元，用于若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求。

第三方面，本申请实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现所述app兼容性测试方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行所述app兼容性测试方法。

本申请实施例提供了一种app兼容性测试方法、装置、计算机设备及计算机可读存储介质。本申请实施例实现app兼容性测试时，测试人员可以自定义待测终端，然后将待测终端连接到服务器上，服务器通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态，若所述待测终端处于空闲状态，测试人员可以自定义待测页面，然后直接发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图，接收待测终端上传的截图即可获得所述待测页面在对应待测终端上得到的待测页面显示的相应结果，根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面，若存在所述基线图，将所述截图和所述基线图通过图片比对以判断截图是否满足预设条件，从而得到精准判断的测试结果，相比传统技术中通过遍历url的方式锁定被测页面来测试app在每款终端设备上的兼容性，面对多款终端设备和各种各样的操作系统、分辨率等多种情形，能够提高app兼容性测试的简便性、高效性和准确性。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的app兼容性测试方法的应用场景示意图；

图2为本申请实施例提供的app兼容性测试方法的流程示意图；

图3为本申请实施例提供的app兼容性测试方法的另一个流程示意图；

图4为本申请实施例提供的app兼容性测试装置的示意性框图；

图5为本申请实施例提供的app兼容性测试装置的另一个示意性框图；以及

图6为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

请参阅图1，图1为本申请实施例提供的app兼容性测试方法的应用场景示意图。所述应用场景包括：

(1)终端，终端是指待测设备，也即用于安装待测试app的智能终端，多个智能终端放在机柜中，与机柜接口连接，然后通过机柜接口映射到云服务器以实现终端与云服务器的连接。在本申请实施例中，由于基于私有云，可以同时测试app在多个终端上的兼容性，比如，图1中包括终端1、终端2和终端3，将终端1、终端2和终端3同时放在机柜中，通过机柜接口映射分别与云服务器连接，可以实现同时测试app在终端1、终端2和终端3上的兼容性。所述终端可以为多款智能手机、智能手表、笔记本电脑或者平板电脑等智能电子设备，图1中的终端分别与云服务器连接。

(2)机柜，通过机柜接口映射到云服务器，同时将多个智能终端与机柜接口连接，以实现多个智能终端与云服务器连接，从而实现通过云服务器同时操控多个待测终端，以在多个待测终端上进行app兼容性测试。

(3)云服务器，其英文为elasticcomputeservice，简称为ecs，又可以称为cloudserver，是指基于云计算的服务器。在本申请实施例中，基于云服务器，通过机柜接口的映射将多个终端连接到云服务器上，云服务器能够同时测试多个终端上app的兼容性以使云服务器完成执行app兼容性测试方法的步骤，从而提高app兼容性测试的效率。图1中的云服务器分别与机柜及测试前端连接。

(4)测试前端，测试人员使用测试前端通过云服务器对各个终端上app的兼容性进行测试，云服务器获得的app在各个终端上兼容性的测试结果通过测试前端呈现给测试人员，测试人员根据测试结果进行后续处理。

图1中的各个主体工作过程如下：待测人员将自定义的待测设备比如终端1、终端2和终端3放在机柜中与机柜进行连接，然后通过机柜接口映射与云服务器实现连接，同时，测试人员将自定义需要进行兼容性测试的app的目标页面的url作为待测页面的url存储到云服务器中，启动测试后，服务器通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态，若所述待测终端处于空闲状态，在每个待测终端上下载app客户端并且安装app客户端，app在待测终端上成功安装后，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图，服务器接收所述待测终端上传的所述截图，根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面，若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件，若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求，若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求，若不存在所述基线图，将所述截图发送至测试前端由测试人员进行确认以得到测试结果。

需要说明的是，图1中仅仅示意出手机作为终端，台式电脑作为测试前端，在实际操作过程中，终端的类型不限于图1中所示，所述终端还可以为智能手表、笔记本电脑或者平板电脑等电子设备，测试前端也不局限于台式电脑，测试前端还可以为智能手表、笔记本电脑或者平板电脑等电子设备，上述app兼容性测试方法的应用场景仅仅用于说明本申请技术方案，并不用于限定本申请技术方案，上述连接关系还可以有其他形式。

图2为本申请实施例提供的app兼容性测试方法的示意性流程图。该app兼容性测试方法应用于图1中的云服务器中，以完成app兼容性测试方法的全部或者部分功能。

请参阅图2，图2是本申请实施例提供的app兼容性测试方法的流程示意图。如图2所示，该方法包括以下步骤s201-s210：

s201、通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态。

其中，预设方法是指系统或者编程语言中获取终端状态的方法，通过调用预设方法可以获知该终端处于空闲状态还是占线状态，比如，在安卓系统中，可以通过方法android.content.context判断获取安卓终端的状态，在苹果系统或者在不同的编程语言中都分别有各自通过方法调用以判断终端的状态。

具体地，要进行app在手机等待测终端的兼容性测试，测试人员可以自定义待测终端，也就是测试人员可以自由选择以确定在哪些终端上测试app的兼容性，并且可以同时自定义多款待测终端，进而测试人员将待测终端与服务器进行连接，待测终端和服务器连接成功，启动测试后，服务器通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态，若所述待测终端处于空闲状态，在每个待测终端上下载app客户端并且安装app客户端，app在待测终端上成功安装后，进行app从打开到下载的兼容性测试。比如，测试人员可以首先将多个待测智能终端放到机柜中并与机柜接口进行连接，然后通过机柜接口将待测终端与服务器进行连接，比如测试人员将自定义的待测设备终端1、终端2和终端3放在机柜中与机柜进行连接，然后通过机柜接口的映射使待测设备终端1、终端2和终端3与私有云服务器连接，实现通过云服务器同时操控待测设备终端1、终端2和终端3以测试app在待测设备终端1、终端2和终端3上从安装、逐个打开各个页面、升级到卸载等全过程的app对各个终端的兼容性测试。

服务器对app兼容性进行测试时，首先判断与服务器连接的待测终端是否处于空闲状态，也就是判断待测终端是否处于接通电话等占线状态。可以通过待测终端判断自己的状态后待测终端将自己的状态上传至服务器以使服务器获知待测终端当前的状态。其中，待测终端获知自己的状态可以通过调用api接口获知待测终端当前的状态，比如，安卓系统中，可以通过方法android.content.context判断获取手机状态，使用安卓中telephonymanager对象的listen方法监听手机来电状态等，使用安卓中的audiomanager接口判断当前系统是否有音乐在播放，具体可以使用audiomanager中的ismusicactive()判断当前android手机上是否正在播放音乐等。若待测终端未处于空闲状态，继续进行检测，直至待测终端处于空闲状态，若待测终端处于空闲状态，开始进行app兼容性测试，进入步骤s202。

s202、若所述待测终端处于空闲状态，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面。

其中，第一预设方式包括服务器预先存储待测页面的url，或者服务器从外接存储设备上获取待测页面的url，或者服务器通过调用第三方系统接口获取待测页面的url。比如，测试人员将需要进行app兼容性测试的待测页面的url预先存储在服务器上，或者测试人员将待测页面的url存储在外接设备上，将外接设备连接到服务器以使服务器从外接设备中获取待测页面的url。其中，url，英文为uniformresourcelocator，中文为统一资源定位符。

具体地，首先将待测页面的url存放到服务器的数据库里，若检测到待测终端处于空闲状态，从数据库中读取待测页面的url，发送所述url至所述待测终端，并使所述待测终端通过url显示所述待测页面。比如，首先将app每个需要进行页面测试的待测页面的url预先存储至私有云服务器的数据库，由于url存储至私有云数据库中可以使多个待测终端共享该url数据，从而既可以灵活自定义被测设备，且又可以灵活自定义app的目标页面。进行app兼容性测试时，若检测到待测终端处于空闲状态，私有云服务器从数据库中获取待测app的每个待测页面的url以实现对待测终端的实时调用，待测终端快速响应服务器以实现对app兼容性测试的灵活性，同时私有云服务器使所述待测终端通过url直达对应的每个待测页面，不需要待测终端通过遍历的方式遍历整个url集即可快速获得响应结果，相比传统技术中通过遍历url的方式来锁定被测页面，可以实现app兼容性测试的高效性。

s203、通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图。

其中，api，英文为applicationprogramminginterface，是指应用程序编程接口，是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节，可以在app客户端中预先设置api接口，以使服务器通过api接口调度ap客户端进而操控所述终端。

具体地，由于待测终端通过app客户端连接至服务器，可以实现服务器通过预设api接口操作app客户端以调度该待测终端，通过待测页面的url直接达到app每个待测页面，也就是使待测终端打开app每个待测页面，同时通过调度待测终端以使待测终端调用截图功能的api接口调用待测终端的截图功能截取每个待测页面在待测终端上的显示图像，并使待测终端将每个待测页面的截图上传至服务器以使服务器获取每个待测终端上app兼容性测试过程中每个待测页面的截图。以待测终端为智能手机连接至私有云服务器为例，由于手机通过app连接至私有云服务器，可以实现通过私有云服务器操作以控制该手机，通过url可以直接达到app每个待测页面，也就是打开app每个待测页面，通过调度手机的截图功能以使手机对每个测试页面进行截图，并通过方法调用使手机将截图上传至私有云服务器，也就是通过手机截图功能的api接口调用手机的截图功能截取每个待测页面，并使手机将每个待测页面的截图上传至私有云服务器以使私有云服务器获取每个待测终端上app兼容性测试过程中每个待测页面的截图，其中，安卓手机中，android截屏，可以通过调试工具ddms提供截屏功能，ddms是通过adb调用设备端的adbd(adbdaemon)提供的framebufferservice进行截屏，framebufferservice可以通过调用截屏工具screencap来截屏，此外android还自带另一个截屏工具screenshot，它通过直接读framebuffer设备(/dev/graphics/fb0)来截屏，保存为png格式文件，也可以通过capturescreen的函数，而capturescreen调用capturescreenimpllocked这个函数来实现安卓手机中的截图功能。另外，安卓手机中，可以通过java中的javainput将手机本地图片上传至服务器。

进一步地，终端获取的截图可以携带有预设标识，该预设标识可以是所述待测页面的预设标识，该预设标识可以用来描述该待测页面是app客户端在哪款终端设备上显示的哪个url的页面，以方便辨识所述截图的来源和将截图进行比对。比如，将多个待测终端进行编号，同时将app客户端的多个页面所对应的url进行编号，通过将待测终端的编号和页面对应的url的编号进行组合以获得该待测页面在该款待测终端设备上的预设标识。

s204、接收所述待测终端上传的所述截图。

具体地，服务器接收待测终端上传的app每个待测页面在每个待测终端上显示页面的截图，并将截图接收顺序或者在app客户端的显示顺序和命名进行存储。若存在多个待测终端，服务器分别将每个待测终端上传的截图分别建立对应的文件目录进行有序存储。

s205、根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面。

其中，所述基线图是指对所述待测终端满足兼容性要求的页面，是与每个待测页面进行比对的原来存储的基准图片，比如首次进行app兼容性测试过程中存储的截图，在app研发的过程中，随着app的调整或者app升级的需求，针对app每次更新，在更新之前的app兼容性测试过程中，都会存储每次测试的满足兼容性要求的图片作为基线图。

预设标识用来描述该待测页面是app客户端在哪款终端设备上显示的哪个url的页面。

具体地，由于app兼容性测试过程中一般会涉及到app多个页面的测试，无论是在研发过程中还是在app升级更新的过程中，都可能存在原先不存在的新app页面，因此，会存在不存在基线图的新app页面，服务器对获得的截图通过所述截图携带的预设标识和基线图进行匹配，服务器根据预设标识从数据库中获取预先存储的app每个待测页面的基线图，服务器判断每个待测页面是否存在对应的基线图，若待测页面存在对应的基线图，将待测页面的截图和原先存储的基线图进行对应比对以获得待测页面对所述待测终端兼容性的测试结果，进入步骤s207，若待测页面不存在基线图，进入步骤s206。

s206、若不存在所述基线图，将所述截图发送至测试前端由测试人员进行确认以得到测试结果。

具体地，若待测页面不存在接线图，将所述截图发送至测试前端由测试人员进行确认以得到测试结果，将待测页面满足测试终端兼容性要求的截图存储为基线图以使下次进行app兼容性测试时将该截图作为基线图。

s207、若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件；

s208、若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求；

s209、若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求。

其中，预设条件是指所述截图是否满足像素、亮度和图像背景结构的要求，若所述截图满足像素、亮度和图像背景结构的要求，判定所述截图满足对所述待测终端的兼容性要求，若所述截图不满足像素、亮度和图像背景结构的要求，判定所述截图不满足对所述待测终端的兼容性要求。

具体地，若存在所述基线图，将待测页面截图和对应基线图进行比对以获得比对检测结果，从而实现基于图片比对算法分析各机型并截图，实现app兼容性的精准判断，返回结果以实现app兼容性测试结果的精准性。。将待测页面截图和对应基线图进行比对，首先要获取截图和所述基线图各自的像素、亮度和图像背景结构以实现截图和基线图的比对，具体包括以下过程：

获取所述截图和所述基线图各自的像素、亮度和图像背景结构；

判断所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值是否分别小于各自对应的预设阈值；

若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值小于或者等于各自对应的所述预设阈值，所述截图的像素、亮度和图像背景结构分别满足对应的兼容性要求；

若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值大于各自对应的所述预设阈值，所述截图的像素、亮度和图像背景结构分别不满足对应的兼容性要求。

进一步具体地，截图和所述基线图的比对包括以下三个维度的比对：

1)像素；

2)亮度；

3)图片背景结构，也就是图像的轮廓。

其中，像素和亮度通过图像处理对图片进行解析获取，图片背景结构的比对，也就是图像轮廓的比对，是将图像进行二值化，也就是是将图片转换为黑白图片，通过将转换后的图片进行图像二值化为特征，通过特征值的比对获取图片背景结构的比对结果。若该待测页面截图与基线图相比，如果存在较大差异，将差异之处突出显示，比如，将差异较大的两处对应圈出来，并以文字形式总结比对结论，从而将圈出来的两张图片和文字形式的总结作为比对结果发送给测试人员，使测试人员一目了然的知道存在什么问题以及问题在什么地方。其中，二值化，英文为thresholding或者imageprocessing，图像的二值化，就是将图像上的像素点的灰度值设置为0或255，也就是将整个图像呈现出明显的只有黑和白的视觉效果。二值化，英语为thresholding，是图像分割的一种最简单的方法。二值化可以把灰度图像转换成二值图像。把大于某个临界灰度值的像素灰度设为灰度极大值，把小于这个值的像素灰度设为灰度极小值，从而实现二值化。在数字图像处理中，图像的二值化使图像中数据量大为减少，从而能凸显出目标的轮廓。将所述截图的像素、亮度和图像背景结构与所述基线图的像素、亮度和图像背景结构分别对应比对，判断所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值是否分别小于各自对应的预设阈值，从而将待测页面截图和对应基线图进行比对以获得比对结果，其中，比对结果包括待测页面的截图和对应基线图及两者的比对结果。进一步地，发送比对结果和存储的待测页面截图作为基线图至测试前端呈现给测试人员进行确认。

s210、得到测试结果。

具体地，对于存在基线图的截图，通过截图和基线图的比对获得测试结果，所述测试结果并经测试前端的测试人员进行确认，若不存在所述基线图，将所述截图发送至所述测试前端由测试人员进行确认以得到测试结果，测试人员根据比对结果，若判断app兼容性存在问题，将相关问题及依据发送至相关研发人员或者维护人员，使相关人员根据问题及依据对app进行调整，以提高app兼容性和调整的效率。

上述实施例可以理解为对一个待测终端的独立测试过程，本申请实施例实现app兼容性测试时，测试人员可以自定义待测终端，然后将待测终端连接到服务器上，服务器通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态，若所述待测终端处于空闲状态，测试人员可以自定义待测页面，然后直接发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图，接收待测终端上传的截图即可获得所述待测页面在对应待测终端上得到的待测页面显示的相应结果，根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面，若存在所述基线图，将所述截图和所述基线图通过图片比对以判断截图是否满足预设条件，从而得到精准判断的测试结果，若不存在所述基线图，将所述截图发送至所述测试前端由测试人员进行确认以得到测试结果，相比传统技术中通过遍历url的方式锁定被测页面来测试app在每款终端设备上的兼容性，面对多款终端设备和各种各样的操作系统、分辨率等多种情形，能够提高app兼容性测试的简便性、高效性和准确性。

请参阅图1和图3，图3为本申请实施例提供的app兼容性测试方法的另一个流程示意图。如图3所示，在该实施例中，该方法包括以下步骤s301-s317：

s301、通过调用预设方法检测通过机柜接口映射与云服务器处于连接状态的多个待测终端是否分别处于空闲状态，并以处于空闲状态的待测终端为目标终端。

其中，所述目标终端是指能进行app兼容性测试的终端。

具体地，在本申请实施例中，以服务器为云服务器为例，云服务器可以为私有云服务器。待测人员将自定义的待测设备终端1、终端2和终端3放在机柜中与机柜进行连接，然后通过机柜接口的映射使待测设备终端1、终端2和终端3与私有云服务器连接，实现通过云服务器同时操控待测设备终端1、终端2和终端3以测试app在待测设备终端1、终端2和终端3上从安装、逐个打开各个页面、升级到卸载等全过程的app对各个终端的兼容性测试。

云服务器对app兼容性进行测试时，首先判断与云服务器连接的多个待测终端分别是否处于空闲状态，也就是判断每个待测终端是否处于接通电话等占线状态，其中，对待测终端状态的检测可以依次按照顺序检测进行，也可以并发执行检测，也就是同时检测多个待测终端的状态，若云服务器支持并发执行检测，就同时检测多个待测终端的状态，若云服务器不支持并发执行检测，可以按照顺序一个一个检测待测终端的状态，随着计算机设备性能的提升，能够支持多任务的并发执行，由于对每个待测终端状态的检测是独立的过程，可以同时检测多个待测终端的状态，以提高app兼容性测试的效率。可以通过待测终端判断自己的状态后终端将自己的状态上传至云服务器以使云服务器获知待测终端当前的状态。若待测终端未处于空闲状态，继续进行检测，直至待测终端处于空闲状态，若待测终端处于空闲状态，以处于空闲状态的待测终端为目标终端，对目标终端进行app兼容性测试，进入步骤s302。需要说明的是，由于多个待测终端之间相互没有关联，对每个待测终端的app兼容性测试的过程是分别独立进行的，云服务器可以先测试处于空闲状态的待测终端对app的兼容性，而对处于占线状态的待测终端待检测到该待测终端处于空闲状态后再进行该待测终端对app兼容性的测试，实现对多个待测终端的检测根据待测终端的状态分别进行处理，从而对app在每个待测终端上兼容性的检测具备灵活性。

s302、从储存文件中获取app的n个待测页面对应的n个url，其中，n为正整数。

具体地，若将待测页面的url存放到服务器的数据库里，若检测到待测终端处于空闲状态，从数据库中读取待测页面的url，若是新开发的app客户端或者app在一款新的待测设备上进行兼容性测试，由于app的每一个页面都需要进行测试，app可能会包括十几个或者几十个甚至上百个待测页面，由于一个待测页面对应一个url，对应的url也就有十几个或者几十个甚至上百个，若是app进行升级等维护性的兼容性测试，由于可能更新的页面比较少，需要进行兼容性测试的待测页面也就比较少，app进行兼容性测试的待测页面可能为几个或者十几个等。将需要进行兼容性测试的n个待测页面对应的n个url从数据库中取出，并将所述待测页面的url发送至各个待测终端。

s303、发送n个所述url至m个所述待测终端以使每个所述待测终端按照预设顺序分别显示n个所述待测页面，其中，m为正整数；

具体地，由于url存储至云数据库中可以使多个待测终端共享该url数据，同时通过云服务器操控待测终端，可以实现通过云服务器同时实现对多个待测终端的同时测试，从而既可以灵活自定义被测设备，且又可以灵活自定义app的目标页面。比如，以需要进行兼容性测试的待测页面有n个，需要在m个待测终端上进行app兼容性测试，进行app兼容性测试时，若检测到m个待测终端中有m个或者m-2个处于空闲状态的待测终端，云服务器从数据库中获取待测app的每个待测页面的url，共n个url，将所述n个url分别发送至处于空闲状态的m个或者m-2个待测终端上，以实现对待测终端的实时调用，各个待测终端快速响应云服务器以实现对app兼容性测试的灵活性，同时云服务器使所述待测终端通过url直达对应的每个待测页面，不需要待测终端通过遍历的方式遍历整个url集即可快速获得响应结果，相比传统技术中通过遍历url的方式来锁定被测页面，可以实现app兼容性测试的高效性。发送所述url至m个所述待测终端，并使每个所述待测终端通过url显示所述待测页面，从而能够支持多机型多并发实时调用，可以批量并发执行app兼容性测试，支持市面上千余款移动设备，多款终端设备并发执行能够极大提高app兼容性测试在不同终端设备上的测试效率。

s304、接收每个所述待测终端上传的每个所述待测页面打开的通知。

具体地，所述每个待测终端接收到云服务器发送的每个待测页面的url后，逐一打开每个url，若终端检测到每个待测页面打开后，将app待测页面打开的信息通知云服务器，从而使云服务器通过接收每个所述待测终端上传的每个所述待测页面打开的通知获知所述待测终端已经打开待测页面，若打开失败也通知云服务器，作为兼容性测试失败的结果。

s305、根据所述通知，通过预设api接口对应调度每个所述待测终端使每个所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。

具体地，由于待测终端通过app客户端连接至服务器，可以实现服务器通过预设api接口操作所述app客户端以调度该待测终端，从而通过待测页面的url直接达到app每个待测页面，也就是使待测终端打开app每个待测页面，同时通过待测终端的截图功能的api接口调用待测终端的截图功能截取每个待测页面在待测终端上的显示图像以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。其中，预设方式有两种：

1)待测终端获得一张截图，将所述截图上传至云服务器，云服务器接收到截图后，将所述截图按照命名和顺序存储至该待测终端对应的截图文件里。

2)获得所有待测页面的所有截图后，集中上传至云服务器，云服务器获得所有待测页面的截图后，将所述截图存储至该待测终端对应的截图文件里。

s306、接收每个所述待测终端上传的所述截图。

具体地，云服务器接收各个待测终端上传的待测页面的截图，并将所述待测页面的截图进行分别存储。针对云服务器接收多个待测终端中每个待测终端上传截图的情形，终端按照预设方式上传截图，云服务器将待测终端上传的截图按照对应的待测终端分别按照预设顺序进行存储，比如，通过在app中的页面顺序或者接收顺序加上终端标识以区分不同终端的截图从而存储所述截图，避免将截图存放到一起而混淆，也可以提高后续进行截图和基线图比对的效率。

s307、根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图。

具体地，步骤s307请参阅图2所示实施例中的步骤s205，将图2实施例中的步骤s205的内容以引用的方式包含于此，在此不再赘述。

s308、获取所述截图和所述基线图各自的像素、亮度和图像背景结构；

s309、判断所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值是否分别小于各自对应的预设阈值；

s310、若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值小于或者等于各自对应的所述预设阈值，所述截图的像素、亮度和图像背景结构分别满足对应的兼容性要求；

s311、若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值中至少一个大于各自对应的所述预设阈值，所述截图不满足对所述待测终端的兼容性要求。

具体地，s308-s311请参阅步骤图2所示实施例中的步骤s206，将图2实施例中的步骤s206的内容以引用的方式包含于此，在此不再赘述。

s312、若不存在所述基线图，将所述截图发送至测试前端由测试人员进行确认以得到测试结果。

具体地，步骤s312请参阅图2所示实施例中的步骤s207，将图2实施例中的步骤s207以引用的方式包含于此，在此不再赘述。

s313、根据确认结果判断所述截图是否满足该待测设备的兼容性；

s314、若所述截图满足该待测设备的兼容性，存储待测页面的截图作为该待测设备上该待测页面的基线图。

具体地，若接收到前端测试人员判断所述截图满足该待测设备的兼容性的结论，将所述待测页面的截图存储为该待测页面的基线图以供该app下次进行兼容性测试时作为基线图参考比对。

s315、得到测试结果。

具体地，对于存在基线图的截图，通过截图和基线图的比对获得测试结果，所述测试结果并经测试前端的测试人员进行确认，若不存在所述基线图，将所述截图发送至所述测试前端由测试人员进行确认以得到测试结果，测试人员根据比对结果，若判断app兼容性存在问题，将相关问题及依据发送至相关研发人员或者维护人员，使相关人员根据问题及依据对app进行调整，以提高app兼容性和调整的效率。

s316、根据所述测试结果通过第二预设方式生成图表形式的测试报告，所述第二预设方式包括预设框架及渲染引擎及关键渲染路径。

具体地，若所述app的待测页面对该待测设备满足兼容性，显示该待测页面对应的截图及满足针对该待测设备兼容性的结论，若所述app的待测页面对该待测设备不要满足兼容性，显示该待测页面的截图及不满足对该待测设备兼容性的结论，同时显示该待测页面的截图是什么问题导致不满足对该待测设备的兼容性，比如，是截图的像素、亮度还是图像轮廓不满足对该待测设备的兼容性，以便测试人员迅速定位问题并将该问题迅速反馈给对应的维护人员或者研发人员，以进行app兼容性测试的调整。若所待测页面的截图对应有基线图，可以将所述截图和该截图对应的基线图一并显示，并将两者的差异之处突出显示以突出问题所在。若存在app的多张待测页面的截图，将其截图对应的测试结果按照预设顺序显示。由于测试结果报告简单直观，测试人员可根据测试结果报告快速定位问题，能够实现app兼容性测试结果的直观性，相比文字性的app兼容性测试结论，可以提高对app兼容性测试结论的处理效率。

进一步地，在安卓系统中生成图表的方法众多，比如，在安卓app开发中遇到图表的样式，一般先查询github上的开源框架，这个框架mpandroidchart框架，使用现成的开源框架，可以节省开发的成本，提高开发的效率。同时，生成图表也可以通过渲染引擎及关键渲染路径(criticalrenderingpath)。渲染引擎所做的事是将请求内容展现给我们，默认支持html、xml和图片类型，通过网络模块加载到html文件后渲染引擎渲染流程如下，这也通常被称作关键渲染路径(criticalrenderingpath)：

1)构建dom树(domtree)：从上到下解析html文档生成dom节点树(domtree)，也叫内容树(contenttree)；

2)构建cssom(cssobjectmodel)树：加载解析样式生成cssom树；

3)执行javascript：加载并执行javascript代码(包括内联代码或外联javascript文件)；

4)构建渲染树(rendertree)：根据dom树和cssom树,生成渲染树(rendertree)；

渲染树，是指按顺序展示在屏幕上的一系列矩形，这些矩形带有字体，颜色和尺寸等视觉属性。

5)布局(layout)：根据渲染树将节点树的每一个节点布局在屏幕上的正确位置；

6)绘制(painting)：遍历渲染树绘制所有节点，为每一个节点适用对应的样式，这一过程是通过ui后端模块完成。

s317、根据预设问题关键字分析测试结果以得到所述测试结果的统计结果。

其中，预设问题关键字是指app存在兼容性的问题涉及的关键字，包括app页面的标题、边距、字体及app页面的亮度、像素等关键字，通过预设问题关键字可以将app兼容性测试中涉及的问题进行归类和统计，根据归类和统计的app兼容性测试中的问题，可以为后续app的开发及维护提供借鉴，以提高后续app开发和维护的效率。

具体地，将多个终端进行的多次的app兼容性测试中获得的测试中存在的问题进行分类。针对某一款手机的问题，或者多款手机存在的共性问题，并根据分类数据总结app兼容性问题的规律以实现通过机器学习进行取样分析，并根据测试结果总结规律以进行问题分类。比如，针对一系统、一款机型或者一显示屏尺寸等，app页面的标题的比例、位置、大小、亮度、颜色等标题问题集中起来，总结出app标题设置的相关标准，后续可以根据总结的规律进行app兼容性测试重点关注，可以提高app兼容性测试的准确率和效率，也可以为app的开发及维护提供借鉴。通过不断收集测试结果集，通过机器学习取样分析，并根据分析结果总结规律，从而实现智能分析测试结果，能够提高对app兼容性测试的智能性，进一步提高app兼容性测试的效率，从而使面对玲琅满目的移动设备和各种各样的操作系统、分辨率，兼容性测试将变得易用、简单、高效、高准确率而且智能。

在本申请实施例中，通过云服务器进行app兼容性测试，云服务器首先检测连接至私有云服务器上的待测终端是否处于空闲状态，若待测终端不处于空闲状态，云服务器继续检测直至待测终端处于空闲状态，若待测终端处于空闲状态，云服务器从数据库中获取待测app的每个待测页面的url，通过调度待测终端的截图功能以使待测终端对每个测试页面进行截图，并使待测终端将截图上传至云服务器，云服务器从数据库中获取预先存储的app每个待测页面的基线图，云服务器判断每个待测页面是否存在对应的基线图，将不存在基线图的待测页面的截图发送给测试人员进行确认，同时将对该待测设备满足兼容性的待测页面的截图存储为该待测页面的基线图以供该app下次进行兼容性测试时作为基线图参考比对，将待测页面截图和对应基线图进行比对以获得比对检测结果，发送比对检测结果和为预存基线图的截图至测试前端呈现给测试人员进行确认。因此，本申请实施例提出了一种针对app兼容性测试的一体化解决方案，解决了app兼容性测试的普遍痛点及难点，并基于共同服务器可以实现多个待测终端同时进行app兼容性测试，面对玲琅满目的移动设备和各种各样的操作系统及分辨率，app兼容性测试将变得简单、高效而且智能，能搞提高app兼容性测试的效率和质量，具体有以下好处：

1)用户可以自定义app的被测页面，实时调用待测终端，以实现待测终端的快速响应；

2)能够批量并发执行多个待测终端的app兼容性测试并且精准返回结果。

3)能够节省人工操作时间，节省app兼容性测试的成本，提高app测试的效率。

需要说明的是，上述各个实施例所述的app兼容性测试方法，可以根据需要将不同实施例中包含的技术特征重新进行组合，以获取组合后的实施方案，但都在本申请要求的保护范围之内。

请参阅图4，图4为本申请实施例提供的app兼容性测试装置的示意性框图。对应于上述app兼容性测试方法，本申请实施例还提供一种app兼容性测试装置。如图4所示，该app兼容性测试装置包括用于执行上述app兼容性测试方法的单元，该装置可以被配置于服务器等计算机设备中。具体地，请参阅图4，该app兼容性测试装置400包括检测单元401、发送单元402、调度单元403、接收单元404、判断单元405、比对单元406、第一判定单元407及第二判定单元408。

其中，检测单元401，用于通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态；

发送单元402，用于若所述待测终端处于空闲状态，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面；

调度单元403，用于通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图；

接收单元404，用于接收所述待测终端上传的所述截图；

判断单元405，用于根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面；

比对单元406，用于若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件；

第一判定单元407，用于若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求；

第二判定单元408，用于若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求。

在一个实施例中，所述检测单元401，用于通过调用预设方法检测通过机柜接口映射与云服务器处于连接状态的多个待测终端是否分别处于空闲状态，并以处于空闲状态的待测终端为目标终端。

请参阅图5，图5为本申请实施例提供的app兼容性测试装置的另一个示意性框图。如图5所示，在该实施例中，所述app兼容性测试装置400还包括：

获取单元409，用于从储存文件中获取app的n个待测页面对应的n个url，其中，n为正整数；

发送单元402，用于发送n个所述url至所述待测终端以使所述待测终端按照预设顺序分别显示n个所述待测页面；

所述调度单元403包括:

接收子单元4031，用于接收所述待测终端上传的每个所述待测页面打开的通知；

调度子单元4032，用于根据所述通知，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。

在一个实施例中，所述发送单元402，用于发送n个所述url至m个所述待测终端以使每个所述待测终端按照预设顺序分别显示n个所述待测页面，其中，m为正整数；

所述接收子单元4031，用于接收每个所述待测终端上传的每个所述待测页面打开的通知；

所述调度子单元4032，用于根据所述通知，通过预设api接口对应调度每个所述待测终端使每个所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。

请继续参阅图5，如图5所示，在该实施例中，所述比对单元406包括：

获取子单元4061，用于获取所述截图和所述基线图各自的像素、亮度和图像背景结构；

判断子单元4062，用于判断子单元判断所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值是否分别小于各自对应的预设阈值；

第一判定子单元4063，用于若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值小于或者等于各自对应的所述预设阈值，判定所述截图的像素、亮度和图像背景结构分别满足对应的兼容性要求；

第二判定子单元4064，用于若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值中至少一个大于各自对应的所述预设阈值，判定所述截图不满足对对所述待测终端的兼容性要求。

请继续参阅图5，如图5所示，在该实施例中，所述app兼容性测试装置400还包括：

生成单元410，用于根据测试结果通过第二预设方式生成图表形式的测试报告，所述第二预设方式包括预设框架及渲染引擎及关键渲染路径；

统计单元411，用于根据预设问题关键字分析测试结果以得到所述测试结果的统计结果。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述app兼容性测试装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

同时，上述app兼容性测试装置中各个单元的划分和连接方式仅用于举例说明，在其他实施例中，可将app兼容性测试装置按照需要划分为不同的单元，也可将app兼容性测试装置中各单元采取不同的连接顺序和方式，以完成上述app兼容性测试装置的全部或部分功能。

上述app兼容性测试装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的计算机设备上运行。

请参阅图6，图6是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备600可以是台式机电脑或者服务器等计算机设备，也可以是其他设备中的组件或者部件。

参阅图6，该计算机设备600包括通过系统总线601连接的处理器602、存储器和网络接口605，其中，存储器可以包括非易失性存储介质603和内存储器604。

该非易失性存储介质603可存储操作系统6031和计算机程序6032。该计算机程序6032被执行时，可使得处理器602执行一种上述app兼容性测试方法。

该处理器602用于提供计算和控制能力，以支撑整个计算机设备600的运行。

该内存储器604为非易失性存储介质603中的计算机程序6032的运行提供环境，该计算机程序6032被处理器602执行时，可使得处理器602执行一种上述app兼容性测试方法。

该网络接口605用于与其它设备进行网络通信。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备600的限定，具体的计算机设备600可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图6所示实施例一致，在此不再赘述。

其中，所述处理器602用于运行存储在存储器中的计算机程序6032，以实现如下步骤：通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态；若所述待测终端处于空闲状态，发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面；通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图；接收所述待测终端上传的所述截图；根据所述截图携带的所述待测页面的预设标识判断是否预存有所述截图对应的基线图，所述基线图是指对所述待测终端满足兼容性要求的页面；若存在所述基线图，将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件；若所述截图满足所述预设条件，判定所述截图满足对所述待测终端的兼容性要求；若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求。

在一实施例中，所述处理器602在实现所述通过调用预设方法检测与服务器处于连接状态的待测终端是否处于空闲状态的步骤时，具体实现以下步骤：

通过调用预设方法检测通过机柜接口映射与云服务器处于连接状态的多个待测终端是否分别处于空闲状态，并以处于空闲状态的待测终端为目标终端。

在一实施例中，所述处理器602在实现所述发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面的步骤之前，还实现以下步骤：

从储存文件中获取app的n个待测页面对应的n个url，其中，n为正整数；

所述处理器602在实现所述发送通过第一预设方式得到的待测页面的url至所述待测终端以使所述待测终端通过app客户端显示所述待测页面的步骤时，具体实现以下步骤：

发送n个所述url至所述待测终端以使所述待测终端按照预设顺序分别显示n个所述待测页面；

所述处理器602在实现所述通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端上传所述截图的步骤时，具体实现以下步骤：

接收所述待测终端上传的每个所述待测页面打开的通知；

根据所述通知，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。

在一实施例中，所述处理器602在实现所述发送n个所述url至所述待测终端以使所述待测终端按照预设顺序分别显示n个所述待测页面的步骤时，具体实现以下步骤：

发送n个所述url至m个所述待测终端以使每个所述待测终端按照预设顺序分别显示n个所述待测页面，其中，m为正整数；

所述处理器602在实现所述接收所述待测终端上传的每个所述待测页面打开的通知的步骤时，具体实现以下步骤：

接收每个所述待测终端上传的每个所述待测页面打开的通知；

所述处理器602在实现所述根据所述通知，通过预设api接口调度所述待测终端使所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图的步骤时，具体实现以下步骤：

根据所述通知，通过预设api接口对应调度每个所述待测终端使每个所述待测终端截取所述待测页面以使所述待测终端得到截图，并使所述待测终端按照预设方式上传所述截图。

在一实施例中，所述处理器602在实现所述将所述截图和所述基线图进行比对以判断所述截图是否满足预设条件的步骤时，具体实现以下步骤：

获取所述截图和所述基线图各自的像素、亮度和图像背景结构；

判断所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值是否分别小于各自对应的预设阈值；

若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值小于或者等于各自对应的所述预设阈值，判定所述截图的像素、亮度和图像背景结构分别满足对应的兼容性要求；

若所述截图的像素、亮度和图像背景结构分别与所述基线图的像素、亮度和图像背景结构的差值大于各自对应的所述预设阈值，判定所述截图的像素、亮度和图像背景结构分别不满足对应的兼容性要求。

在一实施例中，所述处理器602在实现所述若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求的步骤之后，还实现以下步骤：

根据测试结果通过第二预设方式生成图表形式的测试报告，所述第二预设方式包括预设框架及渲染引擎及关键渲染路径。

在一实施例中，所述处理器602在实现所述若所述截图不满足所述预设条件，判定所述截图不满足对所述待测终端的兼容性要求的步骤之后，还实现以下步骤：

根据预设问题关键字分析测试结果以得到所述测试结果的统计结果。

应当理解，在本申请实施例中，处理器602可以是中央处理单元(centralprocessingunit，cpu)，该处理器602还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来完成，该计算机程序可存储于一计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本申请还提供一种计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行如下步骤：

一种计算机程序产品，当其在计算机上运行时，使得计算机执行以上各实施例中所描述的app兼容性测试方法的步骤。

所述计算机可读存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述计算机可读存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

以上所述，仅为本申请的具体实施方式，但本申请明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。