CN109446069A - 兼容性测试方法、装置、计算机设备和介质 - Google Patents

Abstract

本申请涉及一种基于研发管理的兼容性测试方法、装置、计算机设备和介质。所述方法包括：基于预置埋点采集待测软件在多个用户终端的运行信息；所述运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；对所述软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；根据所述使用率确定待测软件对应的目标版本、目标机型及目标操作系统；基于目标版本、目标机型及目标操作系统确定待测软件的多种兼容性场景；根据所述兼容性场景部署对应的测试环境；在所述测试环境对所述待测软件进行兼容性测试。采用本方法能够提高兼容性测试效率。

Description

兼容性测试方法、装置、计算机设备和介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种兼容性测试方法、装置、计算机设备和介质。

背景技术

兼容性测试是验证待测软件与其所依赖环境的依赖程度，包括对硬件平台和软件平台的依赖程度，即检测软件的可移植性。兼容性测试需要覆盖不同的兼容性场景，如覆盖不同机型、不同操作系统等。传统方式测试人员基于能够获知的全部兼容性场景对不同软件进行兼容性测试，不仅造成测试资源的浪费，也使得测试周期延长。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高兼容性测试效率的兼容性测试方法、装置、计算机设备和介质。

一种兼容性测试方法，所述方法包括：基于预置埋点采集待测软件在多个用户终端的运行信息；所述运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；对所述软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；根据所述使用率确定待测软件对应的目标版本、目标机型及目标操作系统；基于所述目标版本、所述目标机型及所述目标操作系统确定所述待测软件的多种兼容性场景；根据所述兼容性场景部署对应的测试环境；在所述测试环境对所述待测软件进行兼容性测试。

在其中一个实施例中，所述基于预置埋点采集待测软件在多个终端的运行信息，包括：接收测试终端上传的所述待测软件当前页面中多个视图的属性信息；所述视图包括控件；所述属性信息包括视图名称和层级信息；获取控件对应的埋点操作，根据所述属性信息生成被埋点控件的视图路径；根据所述层级信息，对当前页面中视图分配对应的视图索引，将最高层级视图至被埋点控件对应的视图索引逐级拼接，得到被埋点控件的索引路径；将被埋点控件的视图路径和索引路径发送至用户终端，使用户终端在拦截到对控件的触摸事件时，根据视图路径和索引路径对被触摸控件和被埋点控件进行匹配，并在匹配成功时上报所述待测软件的运行信息。

在其中一个实施例中，所述基于所述目标版本、所述目标机型及所述目标操作系统确定所述待测软件的多种兼容性场景，包括：对所述目标版本、所述目标机型及所述目标操作系统进行组合，得到多种三要素组合；所述三要素组合包括一种目标版本、一种目标机型和一种目标操作系统；将每种三要素组合标记为所述待测软件的一种兼容性场景。

在其中一个实施例中，所述根据所述兼容性场景部署对应的测试环境，包括：根据所述兼容性场景，计算需要的物理资源；根据所述需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理；通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群；向所述容器管理代理发送容器部署请求；使所述容器管理代理根据所述容器部署请求在预设的容器仓库拉取容器文件，利用所述容器文件在所述测试环境集群进行应用部署，得到对应的测试环境。

在其中一个实施例中，所述在所述测试环境对所述待测软件进行兼容性测试，包括：获取所述待测软件对应的当前脚本和历史脚本；对所述当前脚本进行扫描，确定所述待测软件对应的多个功能点；识别所述当前脚本相对所述历史脚本存在差异的多个函数；确定多个函数分别关联影响的功能点，记作待测功能点；获取多个待测功能点对应的目标参数，将所述目标参数输入自动化测试框架，输出测试用例；在所述测试环境基于所述测试用例对待测软件进行兼容性测试。

在其中一个实施例中，所述测试环境包括虚拟机；所述获取所述待测软件对应的当前脚本和历史脚本，包括：识别当前版本的所述待测软件是否存在对应的历史版本；若是，获取当前版本待测软件对应的当前脚本以及历史版本待测软件对应的历史脚本；否则，识别所述测试环境中虚拟机对应的机型信息；根据所述机型信息生成测试指令，将所述测试指令发送至所述虚拟机，使所述虚拟机根据测试指令获取与所述机型信息对应的兼容性测试包，基于获取到的兼容性测试包对所述待测软件进行测试。

一种兼容性测试装置，所述装置包括：兼容性场景确定模块，用于基于预置埋点采集待测软件在多个用户终端的运行信息；所述运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；对所述软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；根据所述使用率确定待测软件对应的目标版本、目标机型及目标操作系统；对所述目标版本、所述目标机型及所述目标操作系统进行组合，将每种组合分别作为所述待测软件的一种兼容性场景；测试环境部署模块，用于根据所述兼容性场景部署对应的测试环境；兼容性测试模块，用于在所述测试环境对所述待测软件进行兼容性测试。

在其中一个实施例中，所述兼容性场景确定模块还用于接收测试终端上传的所述待测软件当前页面中多个视图的属性信息；所述视图包括控件；所述属性信息包括视图名称和层级信息；获取控件对应的埋点操作，根据所述属性信息生成被埋点控件的视图路径；根据所述层级信息，对当前页面中视图分配对应的视图索引，将最高层级视图至被埋点控件对应的视图索引逐级拼接，得到被埋点控件的索引路径；将被埋点控件的视图路径和索引路径发送至用户终端，使用户终端在拦截到对控件的触摸事件时，根据视图路径和索引路径对被触摸控件和被埋点控件进行匹配，并在匹配成功时上报所述待测软件的运行信息。

在其中一个实施例中，所述测试环境部署模块还用于根据所述兼容性场景，计算需要的物理资源；根据所述需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理；通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群；向所述容器管理代理发送容器部署请求；使所述容器管理代理根据所述容器部署请求在预设的容器仓库拉取容器文件，利用所述容器文件在所述测试环境集群进行应用部署，得到对应的测试环境。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本申请任意一个实施例中提供的兼容性测试方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请任意一个实施例中提供的兼容性测试方法的步骤。

上述兼容性测试方法、装置、计算机设备和介质，基于预置埋点可以采集待测软件在多个用户终端的运行信息；通过对运行信息进行统计，可以各软件版本、各机型及各操作系统的使用率；根据所述使用率，可以确定待测软件对应的目标版本、目标机型及目标操作系统；对目标版本、目标机型及目标操作系统进行组合，可以得到待测软件对应的多种兼容性场景；通过部署每种所述兼容性场景对应的测试环境，可以在所述测试环境对所述待测软件进行兼容性测试。根据采集的待测软件在大量用户终端的运行信息，可以有针对性的从庞杂兼容性场景中为该待测软件筛选得到相适应的那部分兼容性场景，精准缩小测试范围，提高兼容性测试效率；此外，根据筛选结果自动部署相应的测试环境，并基于测试环境自动进行兼容性测试，可以进一步提高兼容性测试效率。

附图说明

图1为一个实施例中兼容性测试方法的应用场景图；

图2为一个实施例中兼容性测试方法的流程示意图；

图3为一个实施例中测试环境部署步骤的流程示意图；

图4为一个实施例中兼容性测试装置的结构框图；

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

具体实施方式

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

本申请提供的兼容性测试方法，可以应用于如图1所示的应用环境中。其中，用户终端102与服务器104通过网络进行通信。其中，用户终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。用户终端102上运行了预置有埋点的待测软件。服务器104基于预置埋点采集待测软件在多个用户终端102的运行信息。运行信息包括待测软件的软件版本信息，还包括用户终端102的机型信息和操作系统信息。服务器104对软件版本信息、机型信息及操作系统信息分别进行统计，得到各版本软件、各机型及各操作系统的使用率，根据使用率确定待测软件对应的目标版本、目标机型及目标操作系统。服务器104对目标版本、目标机型及目标操作系统进行组合，将每种组合分别作为待测软件的一种兼容性场景。服务器104在其所在的服务器集群部署每种兼容性场景对应的测试环境。服务器104在多种测试环境分别对待测软件进行兼容性测试。上述兼容性测试过程，基于不同待测软件有针对性的筛选对应的兼容性场景，可以减少测试资源的浪费，且间接的提高了兼容性测试效率；基于筛选得到兼容性场景自动部署对应的测试环境，基于自动部署的测试环境自动进行兼容性测试，可以进一步提高兼容性测试效率。

在一个实施例中，如图2所示，提供了一种兼容性测试方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，基于预置埋点采集待测软件在多个终端的运行信息；运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息。

用户终端上运行了待测软件。待测软件可以是原生应用程序(Native APP)，也可以是网络应用程序(Web APP)，还可以是混合应用程序。用户终端在待测软件中预先设置了埋点。预置埋点用于对用户在用户终端对待测软件的操作行为数据进行监测，并将待测软件在用户终端的运行信息上报至服务器等。

服务器基于测试终端的测试请求或者按照预设时间频率，采集待测软件在多个用户终端的操作行为数据和运行信息。预设时间频率是指对待测软件的兼容性场景进行筛选的周期(以下称“监控周期”)，可以是一周等，对此不作限定。操作行为数据包括用户对待测软件中指定控件的触摸操作的频率和时间等数据。指定控件可以是启动按钮、启动界面、退出按钮等。容易理解，相邻两次启动和退出可以视作对待测软件的一次使用。运行信息包括待测软件的软件版本信息以及对应用户终端的机型信息和操作系统信息。

步骤204，对软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率。

服务器对采集到的运行信息进行统计，得到各软件版本、各机型及各操作系统的使用率。具体的，服务器根据不同用户终端上安装的不同版本的待测软件的数量，对各软件版本的使用率进行统计。服务器根据安装有待测软件的用户终端的数量，对各机型及各操作系统的使用率进行统计。

在另一个实施例中，服务器基于采集到的操作行为数据，各软件版本、各机型及各操作系统的使用率进行统计。使用率可以是使用次数，也可以是使用时长，还可以是平均每次使用的使用时间等。

例如，用户终端A、用户终端B和用户终端C共计三个用户终端安装了待测软件。根据操作行为数据统计得到，用户终端A在监控周期对待测软件的使用次数为10次，使用时长为200分钟，则平均每次使用时间为20分钟/次；用户终端B在监控周期对待测软件的使用次数为2次，使用时长为10分钟，则平均每次使用时间为5分钟/次；用户终端C在监控周期对待测软件的使用次数为20次，使用时长为600分钟，则平均每次使用时间为30分钟/次。其中，待测软件在用户终端A的运行信息为版本V1.0、机型“SAMSUNG A9”、操作系统“Android7.0”；待测软件在用户终端B的运行信息为版本V1.0、机型“iPhone 6S”、操作系统“iOS 9.X”；待测软件在用户终端C的运行信息为版本V2.0、机型“SAMSUNG A9”、操作系统“Android6.0”。若将使用时长作为使用率进行统计，则版本V1.0的使用率为200+10＝210分钟；版本V2.0的使用率为600分钟；机型“SAMSUNG A9”的使用率为200+600＝800分钟；机型“iPhone 6S”的使用率为5分钟；操作系统“Android7.0”的使用率为200分钟；操作系统“iOS9.X”的使用率为10分钟；操作系统“Android6.0”的使用率为600分钟。

步骤206，根据使用率确定待测软件对应的目标版本、目标机型及目标操作系统。

服务器将使用率超过第一阈值的软件版本确定为待测软件对应的目标版本；将使用率超过第二阈值的机型确定为待测软件对应的目标机型；将使用率超过第三阈值的操作系统确定为待测软件对应的目标操作系统。其中，第一阈值、第二阈值与第三阈值分别可以根据实际需求自由设定。容易理解，目标版本、目标机型及目标操作系统分别可以是一种，也可以是多种。

步骤208，基于目标版本、目标机型及目标操作系统确定待测软件的多种兼容性场景。

在一个实施例中，基于目标版本、目标机型及目标操作系统确定待测软件的多种兼容性场景，包括：对目标版本、目标机型及目标操作系统进行组合，得到多种三要素组合；三要素组合包括一种目标版本、一种目标机型和一种目标操作系统；将每种三要素组合标记为待测软件的一种兼容性场景。

兼容性场景是指用于测试某版本待测软件在基于某种操作系统的某种机型上能否正常运行的场景。换言之，每种兼容性场景至少包括待测软件版本、操作系统和机型三种元素。服务器将目标版本、目标机型及目标操作系统分别作为一种元素，利用三种元素任意组合得到待测软件对应的不同兼容性场景。例如，待测软件具有对应的3种目标版本：V1.0、V2.0和V3.0；6种目标机型：SAMSUNG A9、iPhone 6S、OPPO R11、华为P20等；5种目标操作系统：Android6.0、iOS 9.X、Android7.0等，对应的兼容性场景可以有3*6*5＝90种。

在另一个实施例中，当通过上述方式筛选得到的兼容性场景数量仍比较多时，可以根据采集得到的待测软件在实际的用户终端的运行信息，即实际存在的软件版本、机型和操作系统的组合，对确定的兼容性场景进一步筛选。具体的，服务器可以将确定兼容性场景中在实际组合未出现或出现频率较低的兼容性场景剔除。例如，上述举例中，其中兼容性场景：V2.0、OPPO R11和Android6.0在待测软件基于不同用户终端的实际应用场景出现的概率小于阈值，则可以将将此兼容性场景剔除。对确定的兼容性场景再次筛选可以进一步提高兼容性测试效率。

容易理解，也可以结合其他因素进行兼容性场景的筛选，如根据不同机型在市场应用的排名进行目标机型的确定等，对此不做限定。

步骤210，根据兼容性场景部署对应的测试环境。

服务器根据兼容性场景计算需要的物理资源，根据需要的物理资源从其所在的服务器集群进行物理资源申请。服务器对申请到的物理资源初始化，并在申请到的物理资源上部署包括待测软件在内的应用，得到每个兼容性场景对应的测试环境，实现测试环境的自动部署。

步骤212，在测试环境对待测软件进行兼容性测试。

测试环境包括一个或多个虚拟机。虚拟机根据相应测试环境对应的机型信息，获取对应的兼容性测试包，基于获取到的兼容性测试包对待测软件进行兼容性测试。

本实施例中，基于预置埋点可以采集待测软件在多个用户终端的运行信息；通过对运行信息进行统计，可以各软件版本、各机型及各操作系统的使用率；根据使用率，可以确定待测软件对应的目标版本、目标机型及目标操作系统；对目标版本、目标机型及目标操作系统进行组合，可以得到待测软件对应的多种兼容性场景；通过部署每种兼容性场景对应的测试环境，可以在测试环境对待测软件进行兼容性测试。根据采集的待测软件在大量用户终端的运行信息，可以有针对性的从庞杂兼容性场景中为该待测软件筛选得到相适应的那部分兼容性场景，精准缩小测试范围，提高兼容性测试效率；此外，根据筛选结果自动部署相应的测试环境，并基于测试环境自动进行兼容性测试，可以进一步提高兼容性测试效率。

在一个实施例中，基于预置埋点采集待测软件在多个终端的运行信息，包括：接收测试终端上传的待测软件当前页面中多个视图的属性信息；视图包括控件；属性信息包括视图名称和层级信息；获取控件对应的埋点操作，根据属性信息生成被埋点控件的视图路径；根据层级信息，对当前页面中视图分配对应的视图索引，将最高层级视图至被埋点控件对应的视图索引逐级拼接，得到被埋点控件的索引路径；将被埋点控件的视图路径和索引路径发送至用户终端，使用户终端在拦截到对控件的触摸事件时，根据视图路径和索引路径对被触摸控件和被埋点控件进行匹配，并在匹配成功时上报待测软件的运行信息。

测试终端可以是待测软件的开发人员或测试人员对应的终端。测试终端与用户终端可以是同一终端，也可以是不同终端。测试终端与用户终端上分别运行了需要设置埋点的待测软件。测试终端与用户终端在待测软件中分别预暗转过了插件SDK(SoftwareDevelopment Kit，软件开发工具包)。SDK是基于开源的UI(User Interface，用户界面)跨平台框架预先开发生成的脚本。UI跨平台框架可以是React Native框架或Weex框架等。SDK包括触摸事件监测脚本和运行信息上报脚本等。

当需要对待测软件设置埋点时，测试终端利用SDK获取待测软件当前页面显示的视图数据，将视图数据发送至服务器。视图数据包括当前页面的页面截图及多个视图的属性信息。视图包括控件和视图控制器。在当前应用程序页面，视图控制器用于创建和管理控件，对用户是不可见的。用户可以对可见的控件进行触摸操作。触摸操作包括点击、长按、短按或滑动等。视图控制器对用户虽是不可见的，但控件和视图控制器一起才能够反映当前应用程序页面中多个视图整体的层级结构，故视图控制器也用于构建控件的视图路径和索引路径。属性信息包括视图名称、视图索引以及当前页面多个视图的层级信息。其中，视图索引可以是SDK根据待测软件当前页面多个视图之间的层级关系预先给多个视图分配的编号等。

服务器根据属性信息对页面截图进行还原，将还原后的页面截图发送至测试终端。测试终端通过Web页面展示还原后的页面截图，获取开发人员或测试人员对页面截图中多个控件的埋点操作，将被埋点的控件(以下称“被埋点控件”)对应的埋点信息返回至服务器。

服务器据埋点信息及各个视图的属性信息生成多个被埋点控件分别对应的视图路径和索引路径。具体的，服务器根据被埋点控件的层级信息，向上逐级回溯，即识别被埋点控件是否存在上一层级视图。若存在，提取该上一层级视图的视图名称和视图索引。SDK根据被埋点控件的层级信息继续向上逐级回溯，即识别被埋点控件的上一层级视图是否仍存在对应的上一层级视图，若存在，则提取对应的视图名称和视图索引，如此重复，直至最高层级视图。根据被埋点控件的层级信息，SDK利用第一预设标识将提取到的多个视图名称逐级拼接，即将最高层级视图至被埋点控件的多个视图的视图名称依次拼接，得到目录字符串，将该目录字符串作为被埋点控件对应的视图路径。SDK利用第二预设标识将提取到的多个视图索引逐级拼接，即将最高层级视图至被埋点控件的多个视图的视图索引依次拼接，得到索引字符串，将该索引字符串作为被埋点控件对应的索引路径，从而得到被埋点控件对应的层级路径。第一预设标识和第二预设标识分别可以是“/”，“_”，“#”，“@”或“*”等。

服务器将被埋点控件的埋点信息、视图路径和索引路径发送至用户终端。当用户对待测软件当前页面的某个控件进行触摸操作时，用户终端利用SDK对触摸事件进行拦截，获取被触摸控件的视图路径和索引路径，将被触摸控件的视图路径与被埋点控件的视图路径进行匹配，将被触摸控件的索引路径与被埋点控件的索引路径进行匹配。若分别匹配成功，则SDK获取待测软件在该用户终端的运行信息，将运行信息发送至服务器。在另一个实施例中，当视图路径和索引路径分别匹配成功时，用户终端将触摸事件上报至服务器，即将用户基于待测软件的操作行为数据发送至服务器。

本实施例中，视图路径对不同层级的控件进行区分，索引路径对同一层级多个不同控件进行区分，结合视图路径和索引路径可以对控件进行准确定位，从而可以提高控件匹配精度，进而提高运行信息的精准度。

在一个实施例中，如图3所示，根据兼容性场景部署对应的测试环境，即测试环境部署的步骤，包括：

步骤302，根据兼容性场景，计算需要的物理资源。

不同兼容性场景分别具有对应的基础服务、应用程序和数据等。其中，基础服务可以是数据库、中间件、DNS(Domain Name System，域名系统)、文件存储系统等。应用程序可以是指定版本的待测软件及其他软件。数据是指进行兼容性测试需要的用例数据，如用户数据等。服务器上预先安装了测试环境部署平台，基于测试环境部署平台根据兼容性场景需要的基础服务、应用程序和数据等，实时计算需要的物理资源的资源信息。资源信息包括需要申请的虚拟机的数量以及每个虚拟机对应的虚拟机类型和存储空间。

服务器获取预先设定的基础服务与虚拟机数量的对应关系，根据该对应关系计算需要的虚拟机的数量。例如，可以设定每个基础服务对应一台虚拟机。服务器根据基础服务的类型，确定需要的虚拟机的类型。基础服务的类型可以是entry、app、redis、mysql等。虚拟机的类型包括应用型虚拟机和服务型虚拟机。当基础服务的类型为app时，对应虚拟机的类型可以是应用型虚拟机。对于其他类型的基础服务，对应虚拟机的类型可以服务型虚拟机。服务器根据兼容性环境所需应用程序的数量以及每个应用程序所需内存，计算应用型虚拟机需要的存储空间。服务器根据默认配置的基础存储空间以及基础服务对应数据所需要的存储空间，确定服务型虚拟机对需要的存储空间。

在另一个实施例中，服务器向测试终端提供测试环境部署平台的访问入口，以使开发人员或测试人员可以辅助进行物理资源的测算。用户可以在测试环境部署平台选定不同兼容性场景需要基础服务、应用程序和数据等。

步骤304，根据需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理。

服务器根据需要的物理资源，向私有云申请相应数量的虚拟机。容易理解，私有云可以根据当前空闲的测试资源进行测试环境的部署，如可以多个兼容性场景对应的测试环境分多批次进行部署，也可以对多个兼容性场景对应的测试环境进行同步部署。

步骤306，通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群。

当接收到私有云返回的资源分配完成的提示时，服务器利用salt(一种自动化虚拟机管理软件)向申请到的虚拟机下发相应的初始化指令。通过初始化指令，服务器在每个应用型虚拟机上安装容器管理代理，如rancher agent或swarm agent(一种容器集群管理软件代理)等。服务器利用rancher、swarm等容器集群管理软件将初始化后的多个虚拟机组成一个集群，即测试环境集群。

步骤308，向容器管理代理发送容器部署请求；使容器管理代理根据容器部署请求在预设的容器仓库拉取容器文件，利用容器文件在测试环境集群进行应用部署，得到对应的测试环境。

在将初始化后的服务型虚拟机和应用型虚拟机作为节点配置为测试环境集群后，服务器在其中应用型虚拟机上进行应用部署。一套测试环境中可以有一台或多台应用型虚拟机。一台应用型虚拟机上可以部署多个应用。服务器以容器的方式进行应用部署。具体的，服务器通过调用容器集群管理接口，向容器集群管理服务器发送的启停或更新服务的请求。容器集群管理服务器对启停或更新服务的请求进行翻译，转换成启停或更新容器的请求，将启停或更新容器的请求发送至容器管理代理。由于容器管理代理预先通过初始化指令部署在应用型虚拟机上，由此应用型虚拟机可以接收容器集群管理服务器发送的启停或更新服务的请求。容器管理代理将启停或更新容器的请求发送至预先启动的容器守护进程，如docker daemon(应用程序引擎守护进程)。容器守护进程从预设的容器仓库拉取相应的容器文件，在申请到的应用型虚拟机上通过调整相关配置参数启动容器文件，从而实现应用部署。配置参数可以是端口号、volume映射(数据卷映射)等。以容器的方式进行应用部署，可以大大提高应用部署效率，进而提高测试环境部署效率。

本实施例中，由于测试环境的部署基于筛选得到的兼容性场景自动进行，无需再依赖其他人员，可以提高测试环境部署效率，且能够在资源集约的情况下满足不同兼容性场景对测试环境的多样化需求，支持测试项目的快速迭代。根据待测软件实际测试需求有针对性的搭建微型测试环境，可以节约测试资源。

在一个实施例中，在测试环境对待测软件进行兼容性测试，包括：获取待测软件对应的当前脚本和历史脚本；对当前脚本进行扫描，确定待测软件对应的多个功能点；识别当前脚本相对历史脚本存在差异的多个函数；确定多个函数分别关联影响的功能点，记作待测功能点；获取多个待测功能点对应的目标参数，将目标参数输入自动化测试框架，输出测试用例；在测试环境基于测试用例对待测软件进行兼容性测试。

待测软件对应的当前脚本是指当前版本的待测软件(记作新版本软件)的脚本。待测软件对应的历史脚本是指历史版本的待测软件(记作旧版本软件)的脚本。为了提高测试效率，服务器只对新版本软件相对旧版本软件存在差异的部分进行测试。具体的，服务器通过对当前脚本进行扫描，可以获取当前脚本包含的多个函数的函数名以及多个函数之间的调用关系。根据多个函数的函数名及其之间的调用关系，服务器通过节点标识函数名，通过节点之间的连线标识函数之间的调用关系，构建测试对象对应的函数关系图。函数关系图可以是多叉树。多叉树包括多个节点，每个节点对应一个函数名，节点之间的有向线段表示函数之间的调用关系。

服务器可以通过SVN(Subversion，版本管理软件工具)获取新版本软件对应的代码移交日志。代码移交日志记录了当前脚本的多条注释信息。当前脚本可以是在相应的历史脚本基础上修改得到。注释信息包括对测试对象对应的历史脚本的修改记录和修改内容。服务器可以利用SVNKIT(Java SVN，基于JAVA的SVN客户端库)对当前脚本和代码移交日志进行解析，得到当前脚本相对历史脚本存在差异的代码。存在差异的代码包括多个函数。

服务器根据预先存储的多个函数名与功能点的映射关系，将函数关系图转换为功能关系图，并在功能关系图中确定存在差异的函数关联影响的功能点，记作待测功能点。功能关系图也可以是多叉树。功能关系图保留函数关系图对应多叉树中多个节点的连接关系，将每个节点由函数名替换为对应的功能点，并添加开始节点和结束节点。功能关系图对应的多叉树中多个节点之间的有向线段表示功能之间的继承关系。

服务器根据预先存储的多个待测功能点以及每个待测功能点对应的目标参数，确定需要的目标参数。目标参数包括输入参数、输出参数、期望输出值和测试步骤等。服务器将目标参数输入自动化测试框架。自动化测试框架为应用于自动化测试的框架。自动化测试框架利用目标参数，生成待测软件对应的测试用例。

服务器在测试环境基于测试用例对待测软件进行兼容性测试。具体的，服务器按照测试用例中的测试步骤，将输入参数输入待测软件，获取待测软件对应的输出参数，将该输出参数与期望输出值进行匹配。容易理解，当输出参数与期望输出值一致时，表示匹配成功，待测软件在相应兼容性场景中通过兼容性测试。当测试用例执行完毕时，服务器向测试人员提供测试结果。

本实施例中，只对新版本软件相对旧版本软件存在差异的部分进行测试，可以提高测试效率；基于差异分析的结果自动生成待测软件对应的测试用例，可以进一步提高测试效率。

在一个实施例中，测试环境包括虚拟机；获取待测软件对应的当前脚本和历史脚本，包括：识别当前版本的待测软件是否存在对应的历史版本；若是，获取当前版本待测软件对应的当前脚本以及历史版本待测软件对应的历史脚本；否则，识别测试环境中虚拟机对应的机型信息；根据机型信息生成测试指令，将测试指令发送至虚拟机，使虚拟机根据测试指令获取与机型信息对应的兼容性测试包，基于获取到的兼容性测试包对待测软件进行测试。

若当前版本的待测软件为初始版本，即该待测软件不存在历史版本，则服务器无法按照上述方式生成测试用例。服务器预先存储了不同机型对应的兼容性测试包，如Android系统的兼容性测试包可以是CTS(Compatibility Test Suite，兼容性测试工具)。兼容性测试包中包括大量在基于Android系统的终端上运行的测试用例。在当前版本的待测软件不存在对应的历史版本时，服务器识别当前兼容性场景对应的机型，根据进行下载对应的兼容性测试包，利用兼容性测试包对待测软件进行测试。

本实施例中，对于不存在历史版本的初始版本待测软件，获取预先存储的不同机型对应的兼容性测试包对待测软件进行测试，避免了从零设计测试用例的繁琐，进而提高兼容性测试效率。

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

在一个实施例中，如图4所示，提供了一种兼容性测试装置，包括：兼容性场景确定模块402、测试环境部署模块404和兼容性测试模块406，其中：

兼容性场景确定模块402，用于基于预置埋点采集待测软件在多个用户终端的运行信息；运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；对软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；根据使用率确定待测软件对应的目标版本、目标机型及目标操作系统；基于目标版本、目标机型及目标操作系统确定待测软件的多种兼容性场景。

测试环境部署模块404，用于根据兼容性场景部署对应的测试环境。

兼容性测试模块406，用于在测试环境对待测软件进行兼容性测试。

在一个实施例中，兼容性场景确定模块402还用于接收测试终端上传的待测软件当前页面中多个视图的属性信息；视图包括控件；属性信息包括视图名称和层级信息；获取控件对应的埋点操作，根据属性信息生成被埋点控件的视图路径；根据层级信息，对当前页面中视图分配对应的视图索引，将最高层级视图至被埋点控件对应的视图索引逐级拼接，得到被埋点控件的索引路径；将被埋点控件的视图路径和索引路径发送至用户终端，使用户终端在拦截到对控件的触摸事件时，根据视图路径和索引路径对被触摸控件和被埋点控件进行匹配，并在匹配成功时上报待测软件的运行信息。

在一个实施例中，兼容性场景确定模块402还用于对目标版本、目标机型及目标操作系统进行组合，得到多种三要素组合；三要素组合包括一种目标版本、一种目标机型和一种目标操作系统；将每种三要素组合标记为待测软件的一种兼容性场景。

在一个实施例中，测试环境部署模块404还用于根据兼容性场景，计算需要的物理资源；根据需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理；通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群；向容器管理代理发送容器部署请求；使容器管理代理根据容器部署请求在预设的容器仓库拉取容器文件，利用容器文件在测试环境集群进行应用部署，得到对应的测试环境。

在一个实施例中，兼容性测试模块406还用于获取待测软件对应的当前脚本和历史脚本；对当前脚本进行扫描，确定待测软件对应的多个功能点；识别当前脚本相对历史脚本存在差异的多个函数；确定多个函数分别关联影响的功能点，记作待测功能点；获取多个待测功能点对应的目标参数，将目标参数输入自动化测试框架，输出测试用例；在测试环境基于测试用例对待测软件进行兼容性测试。

在一个实施例中，测试环境包括虚拟机；兼容性测试模块406还用于识别当前版本的待测软件是否存在对应的历史版本；若是，获取当前版本待测软件对应的当前脚本以及历史版本待测软件对应的历史脚本；否则，识别测试环境中虚拟机对应的机型信息；根据机型信息生成测试指令，将测试指令发送至虚拟机，使虚拟机根据测试指令获取与机型信息对应的兼容性测试包，基于获取到的兼容性测试包对待测软件进行测试。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储待测软件在多个用户终端的运行信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种兼容性测试方法。

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

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请任意一个实施例中提供的兼容性测试方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种兼容性测试方法，所述方法包括：

基于预置埋点采集待测软件在多个用户终端的运行信息；所述运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；

对所述软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；

根据所述使用率确定待测软件对应的目标版本、目标机型及目标操作系统；

基于所述目标版本、所述目标机型及所述目标操作系统确定所述待测软件的多种兼容性场景；

根据所述兼容性场景部署对应的测试环境；

在所述测试环境对所述待测软件进行兼容性测试。

2.根据权利要求1所述的方法，其特征在于，所述基于预置埋点采集待测软件在多个终端的运行信息，包括：

接收测试终端上传的所述待测软件当前页面中多个视图的属性信息；所述视图包括控件；所述属性信息包括视图名称和层级信息；

获取控件对应的埋点操作，根据所述属性信息生成被埋点控件的视图路径；

根据所述层级信息，对当前页面中视图分配对应的视图索引，将最高层级视图至被埋点控件对应的视图索引逐级拼接，得到被埋点控件的索引路径；

将被埋点控件的视图路径和索引路径发送至用户终端，使用户终端在拦截到对控件的触摸事件时，根据视图路径和索引路径对被触摸控件和被埋点控件进行匹配，并在匹配成功时上报所述待测软件的运行信息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标版本、所述目标机型及所述目标操作系统确定所述待测软件的多种兼容性场景，包括：

对所述目标版本、所述目标机型及所述目标操作系统进行组合，得到多种三要素组合；所述三要素组合包括一种目标版本、一种目标机型和一种目标操作系统；

将每种三要素组合标记为所述待测软件的一种兼容性场景。

4.根据权利要求1所述的方法，其特征在于，所述根据所述兼容性场景部署对应的测试环境，包括：

根据所述兼容性场景，计算需要的物理资源；

根据所述需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理；

通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群；

向所述容器管理代理发送容器部署请求；使所述容器管理代理根据所述容器部署请求在预设的容器仓库拉取容器文件，利用所述容器文件在所述测试环境集群进行应用部署，得到对应的测试环境。

5.根据权利要求1所述的方法，其特征在于，所述在所述测试环境对所述待测软件进行兼容性测试，包括：

获取所述待测软件对应的当前脚本和历史脚本；

对所述当前脚本进行扫描，确定所述待测软件对应的多个功能点；

识别所述当前脚本相对所述历史脚本存在差异的多个函数；

确定多个函数分别关联影响的功能点，记作待测功能点；

获取多个待测功能点对应的目标参数，将所述目标参数输入自动化测试框架，输出测试用例；

在所述测试环境基于所述测试用例对待测软件进行兼容性测试。

6.根据权利要求5所述的方法，其特征在于，所述测试环境包括虚拟机；所述获取所述待测软件对应的当前脚本和历史脚本，包括：

识别当前版本的所述待测软件是否存在对应的历史版本；

若是，获取当前版本待测软件对应的当前脚本以及历史版本待测软件对应的历史脚本；

否则，识别所述测试环境中虚拟机对应的机型信息；根据所述机型信息生成测试指令，将所述测试指令发送至所述虚拟机，使所述虚拟机根据测试指令获取与所述机型信息对应的兼容性测试包，基于获取到的兼容性测试包对所述待测软件进行测试。

7.一种兼容性测试装置，所述装置包括：

兼容性场景确定模块，用于基于预置埋点采集待测软件在多个用户终端的运行信息；所述运行信息包括软件版本信息以及用户终端的机型信息和操作系统信息；对所述软件版本信息、机型信息及操作系统信息分别进行统计，得到各软件版本、各机型及各操作系统的使用率；根据所述使用率确定待测软件对应的目标版本、目标机型及目标操作系统；对所述目标版本、所述目标机型及所述目标操作系统进行组合，将每种组合分别作为所述待测软件的一种兼容性场景；

测试环境部署模块，用于根据所述兼容性场景部署对应的测试环境；

兼容性测试模块，用于在所述测试环境对所述待测软件进行兼容性测试。

8.根据权利要求7所述的装置，其特征在于，所述测试环境部署模块还用于根据所述兼容性场景，计算需要的物理资源；根据所述需要的物理资源进行物理资源申请，对申请到的物理资源初始化，在申请到的物理资源上部署容器管理代理；通过调用容器集群管理接口，将初始化后的物理资源配置为测试环境集群；向所述容器管理代理发送容器部署请求；使所述容器管理代理根据所述容器部署请求在预设的容器仓库拉取容器文件，利用所述容器文件在所述测试环境集群进行应用部署，得到对应的测试环境。

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

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