CN112596750B - 应用测试方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例涉及一种应用测试方法、装置、电子设备及计算机可读存储介质，旨在提高测试效率，所述方法包括：获取接入的多个移动终端各自所配置的系统的类型；创建与所述多个移动终端对应的多个应用容器，其中，不同的应用容器对应不同的移动终端，且所述多个应用容器相互隔离；镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器；基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新。

Description

应用测试方法、装置、电子设备及计算机可读存储介质

技术领域

本申请实施例涉及计算机技术领域，具体而言，涉及一种应用测试方法、装置、电子设备及计算机可读存储介质。

背景技术

在相关技术中，一般会对移动终端中安装的应用进行测试，所采用的测试方法一般是：针对多个移动终端，移动终端使用的系统可能不同，便需要在多台PC机上或搭建Android和IOS的自动化测试环境。使用多台PC机的方式，会占据大量硬件服务资源，当脚本运行起来后，整个服务器端的CPU和内存资源会被大量消耗，导致对移动终端上的应用测试效率低下的问题。

发明内容

本申请实施例提供一种应用测试方法、装置、电子设备及计算机可读存储介质，旨在提高对移动终端的应用进行测试的效率。

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

获取接入的多个移动终端各自所配置的系统的类型；

创建与所述多个移动终端对应的多个应用容器，其中，不同的应用容器对应不同的移动终端，且所述多个应用容器相互隔离；

镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器；

基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；

根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新。

可选地，镜像配置与所述述多个移动终端各自所配置的系统适配的测试文件，包括：

获取不同类型的测试文件；

按照所述多个移动终端各自所配置的系统的类型与所述测试文件的类型的适配关系，将相应类型的测试文件镜像安装到所述多个应用容器。

可选地，在创建与所述多个移动终端各自对应的应用容器之后，所述方法还包括：

监测所述多个移动终端与各自对应的应用容器之间的连接状态；

在存在连接异常的第一异常移动终端时，输出连接异常信息，以恢复所述异常移动终端与对应的应用容器之间的连接。

可选地，基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试，包括：

在检测到所述多个移动终端各自对应的应用容器均关联有测试文件时，基于所述多个移动终端各自对应的应用容器，将被测应用包分别下发给所述多个移动终端；

在接收到所述多个移动终端成功安装所述被测应用包的信息时，运行所述多个移动终端分别对应的测试文件中的测试脚本，以对所述多个移动终端所安装的目标应用进行测试。

可选地，所述方法还包括：

在对所述多个移动终端所安装的目标应用进行测试的过程中，获取所述多个移动终端分别对应的测试信息，所述测试信息至少包括测试脚本在运行过程中的日志记录；

根据所述多个移动终端分别对应的测试信息，确定测试发生异常的第二异常移动终端以及所述第二异常移动终端的异常类型；

在确定所述第二异常移动终端的异常类型为非测试异常类型时，继续对所述第二异常移动终端的测试；

在确定所述第二异常移动终端的异常类型为测试异常类型时，停止对所述第二异常移动终端的测试。

可选地，确定所述第二异常移动终端的异常类型，包括：

对所述第二异常移动终端的显示界面进行截图；

根据对所述截图进行识别的识别结果，确定所述第二异常移动终端的异常类型；

所述方法还包括：

根据所述所述第二异常移动终端的异常类型，生成异常信息；

在预设时间到来时，将所述异常信息发送给与所述第二异常移动终端对应的客户端。

可选地，根据所述多个移动终端的测试结果，对关联所述测试文件的多个应用容器进行更新，包括：

对测试结果为正常的正常移动终端，将与所述正常移动终端对应的应用容器和测试文件进行删除；

对测试结果为异常的异常移动终端，重置与所述异常移动终端对应的应用容器和测试文件，以对所述异常移动终端进行重新测试。

本发明实施例的第二方面，提供一种应用测试装置，所述装置包括：

识别模块，用于获取接入的多个移动终端各自所配置的系统的类型；

容器创建模块，用于创建与所述多个移动终端对应的多个应用容器，其中，不同的应用容器对应不同的移动终端，且所述多个应用容器相互隔离；

环境搭建模块，用于镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器；

测试执行模块，用于基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；

资源更新模块，用于根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新。

本申请实施例第三方面提供一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如本申请第一方面所述的方法中的步骤。

本申请实施例第四方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本申请第一方面所述的方法的步骤。

采用本申请提供的应用测试方法，可以获取接入的多个移动终端各自所配置的系统的类型，并创建与多个移动终端一一对应的多个应用容器，且所述多个应用容器相互隔离；接着，便镜像配置与多个移动终端各自所配置的系统适配的测试文件，以将测试文件镜像关联到多个应用容器；基于关联所述测试文件的多个应用容器，对多个移动终端所安装的目标应用进行测试；最后根据多个移动终端各自的测试结果，对关联测试文件的多个应用容器进行更新。

本申请实施例，由于可以为每个移动终端配置对应的应用容器，镜像配置每个移动终端的测试文件，如此，可以在一台服务器器上实现对多个移动终端的应用测试，基于应用容器支持对多个移动终端的测试，可以减少对测试资源的占用。且镜像配置每个移动终端的测试文件的方式，使得具有同一类型的系统的多个移动终端可以快速配置测试文件，提高对多个移动终端仅测试配置的效率，从而提高测试效率。

附图说明

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

图1是本申请一实施例提出的应用测试方法的实施环境图；

图2是本申请一实施例提出的应用测试方法的步骤流程图；

图3是本申请一实施例提出的应用测试方法的又一种整体流程示意图；

图4是本申请一实施例提出的应用测试装置的结构框架示意图；

图5是本申请一实施例提出的一种应用测试设备的模块架构图。

具体实施方式

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

相关技术中，会需要对移动终端上的应用进行测试，对这些应用进行测试一般由测试设备进行。在测试中，由于移动终端所使用的系统不同，一些移动终端可能会使用IOS系统，一些移动终端可能使用的是安卓系统。基于不同的系统，测试设备会使用不同的软件进行测试。

为了满足同时对多个移动终端的应用的测试，一种方式是：利用多台测试设备进行测试，使用不同系统的移动终端分别连接到一台测试设备，利用与自身系统适配的测试软件进行测试，如此，会占据大量的硬件资源，成本较高。

另外一种方式是，在一台测试设备上对多个移动终端测试，此种方式下，一般是在测试设备上开启针对两种系统的appium服务，同时为在该测试设备上开设多个虚拟机，以满足多个移动终端的测试需求，但是开设多个虚拟机时，安装测试软件的过程较为繁琐、耗时较长，且此种方式下，会对外暴露很多端口，对测试设备的安全性造成隐患。

参考图1，图1是本申请实施例的实施环境示意图，如图1所示，包括测试设备和多台移动终端，其中，测试设备可以是服务器或其他智能终端，该测试设备可以包括多个数据接口，多台移动终端可以通过数据接口连接到测试设备，该数据接口可以是USB接口。其中，测试设备可以通过USB接口识别所接入的移动终端，进而可以对多个移动终端中安装的应用进行测试。其中，移动终端可以是手机、平板等智能设备。

结合图1所示，对本申请的应用测试方法进行介绍，参照图2所示，示出了本申请实施例的一种应用测试方法的步骤流程图，该应用测试方法可以应用于测试设备，具体可以包括以下步骤：

步骤S201：获取接入的多个移动终端各自所配置的系统的类型。

本实施例中，移动终端所配置的系统可以是指移动终端的操作系统，其中，操作系统可以包括安卓系统、IOS系统、windows系统，当然也可以包括其他系统等。一般而言，安装到移动终端中的应用运行在操作系统下，是与操作系统所适配的。

具体实施时，测试设备可以根据USB接口发现接入了移动终端，并能通过接入移动终端的USB接口的数量，确定接入的移动终端的数量。其中，可以通过USB接口获取移动终端的设备信息，并根据设备信息确定移动中的系统的类型。其中，获取的移动终端的设备信息可以至少包括系统类别、系统版本、设备名称等，这些设备信息可以存储在测试设备的存储模块中。

步骤S202：创建与所述多个移动终端对应的多个应用容器。

其中，不同的应用容器对应不同的移动终端，且所述多个应用容器相互隔离。

本申请实施例中，测试设备根据接入的移动终端的数量，创建相应数量的应用容器，例如，接入的移动终端有5个，则可以创建5个应用容器。移动终端和应用容器是一一对应的，即不同的应用容器对应到不同的移动终端，具体地，可以建立移动终端的设备名称与相应应用容器的绑定关系，如此，便确立了移动终端与应用容器之间的对应关系。使得一个移动终端对应一个应用容器。

其中，创建的多个应用容器是相互隔离的，如此，可以保证各个移动终端集群的稳定性，即对多个移动终端进行应用测试时，使得各个应用测试是相互独立的，彼此互不影响，不会因为某个移动终端的连接异常，影响整个的测试自动化执行进程，从而保证应用测试的稳定性。

其中，本申请的应用容器可以为Docker容器，Docker容器可以让开发者以统一的方式打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何安装了docker引擎的服务器上(包括流行的Linux机器、windows机器)，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口(类似iPhone的app)。几乎没有性能开销,，可以很容易地在机器和数据中心中运行。

步骤S203：镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器。

本申请实施例中，接入到测试设备的多个移动终端中，可能存储部分移动终端使用安卓系统，而另外一部分移动终端使用IOS系统，对于不同的系统，测试时需要使用适配系统的测试文件，测试文件中可以包括进行应用测试所需的各种配置信息、应用脚本等。具体实现时，为了实现对多个移动终端的测试文件的快速配置，可以通过镜像部署的方式，为多个移动终端配置相应的测试文件。其中，镜像配置可以是指：为使用同类系统的多个移动终端，镜像相同的测试文件。

在向多个移动终端镜像配置完成测试文件后，由于已经创建了应用容器，如此，便可以统一将每个移动终端的测试文件打包到各自的应用容器中，以此完成测试文件与应用容器的关联。这样，对多个移动终端的整个测试过程均通过应用容器完成，避免在测试过程中借助额外的测试接口，提高了测试的效率。

在一种示例中，在镜像配置与所述述多个移动终端各自所配置的系统适配的测试文件时，可以获取不同类型的测试文件；之后，按照所述多个移动终端各自所配置的系统的类型与所述测试文件的类型的适配关系，将相应类型的测试文件镜像安装到所述多个应用容器。

本示例中，在测试设备中可以预置适配多种类型的系统的测试文件，例如，预置IOS系统的测试文件和安卓系统的测试文件，在创建多个应用容器并获得多个移动终端的系统的类型，便可以对使用同种系统的至少一个移动终端，为该至少一个移动终端镜像安装对应的测试文件，具体地，可以将测试文件镜像安装到移动终端对应的应用容器中。

例如，如图1所示，假设移动终端1至移动终端3使用的是安卓系统，而移动终端4至移动终端6使用的是IOS系统，则对于移动终端1至移动终端3，将安卓系统的测试文件镜像到移动终端1至移动终端3的应用容器中。对于移动终端4至移动终端6，将IOS系统的测试文件镜像到移动终端4至移动终端6的应用容器中。

步骤S204：基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试。

本实施例中，在创建了应用容器，并将测试文件镜像安装后，便实现了对应用进行测试的测试环境的搭建，此种情况下，可以开始执行对多个移动终端所安装的目标应用进行测试，由于每个移动终端均有自己独立的应用容器和测试文件，因此，可以实现对多个移动终端的目标应用的并行测试。

在一种示例中，在基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试时，可以在检测到所述多个移动终端各自对应的应用容器均关联有测试文件时，基于所述多个移动终端各自对应的应用容器，将被测应用包分别下发给所述多个移动终端；在接收到所述多个移动终端成功安装所述被测应用包的信息时，运行所述多个移动终端分别对应的测试文件中的测试脚本，以对所述多个移动终端所安装的目标应用进行测试。

本示例中，在对多个移动终端进行测试时，可以通过每个移动终端各自的应用容器，向移动终端下发被测应用包，该被测应用包可以与测试文件相适配，以便在测试过程中，通过被测应用包与测试文件中的测试脚本的配合，完成对移动终端的应用的测试。

具体实现时，针对每个移动终端而言，该移动终端在接收到被测应用包后，可以自动执行该被测应用包的安装，在安装完成后，可以向测试设备反馈成功安装所述被测应用包的信息，继而，该移动终端的应用容器可以根据该信息，运行对应的测试文件中的测试脚本，从而通过测试脚本对该移动终端中的目标应用的测试。

其中，移动终端的目标应用可以是指安装在移动终端中需要被测试的应用，例如，包括持iOS和Android、Windows桌面上的原生应用，web应用和混合应用。

步骤S205：根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新。

本实施例中，测试设备可以获得多个移动终端各自的测试结果，具体地，可以通过获取各个移动终端的测试脚本在执行测试完毕后上报的日志记录，确定多个移动终端各自的测试结果。接着，可以根据测试结果，确定移动终端的目标应用是否存在测试异常，若不存在测试异常，则表征成功完成了对移动终端的测试，若存在测试异常，则表征未成功完成对移动终端的测试。

其中，可以根据是否成功完成对移动终端的测试，对多个移动终端各自对应的测试文件和应用容器进行更新，以保证测试设备的测试资源可以动态更新，以提高对测试设备的测试资源的利用率。

其中，测试设备的测试资源可以包括测试设备能够提供测试所需的软硬件资源，例如，内存资源、系统资源等。

在一种示例中，对关联所述测试文件的多个应用容器进行更新可以是指：对测试结果为正常的正常移动终端，将与所述正常移动终端对应的应用容器和测试文件进行删除；对测试结果为异常的异常移动终端，重置与所述异常移动终端对应的应用容器和测试文件，以对所述异常移动终端进行重新测试。

本示例中，测试结果为正常的正常移动终端可以是指成功完成应用测试的终端，则实际中，可以将该正常移动终端对应的应用容器和关联的测试文件从测试设备中删除，以释放测试设备的测试资源，使得这部分测试资源可以用于新的移动终端的应用测试。

其中，测试结果为异常的异常移动终端可以是指未成功完成应用测试的终端，表征在测试过程中出现了异常，则实际中，可以将该异常移动终端对应的应用容器和关联的测试文件进行重置，即恢复到测试未开始时的初始状态，在重置后，可以重启对异常移动终端的测试，以尽量保证成功完成对异常移动终端的测试。

当然，在一种示例中，可以在完成测试后，根据测试结果生成测试结果报告，将该测试结果报告发送给移动终端对应的客户端，该客户端当然也可以是邮件客户端、或其他社交软件客户端等。

采用本申请实施例的技术方案，测试设备可以智能识别不同系统的移动终端，根据移动终端的系统的类别，自动部署docker容器和镜像安装测试文件，从而快速搭建了不同系统的移动终端所需的自动化测试环境，并且测试的整个过程可以在docker容器内完成，实现了对移动终端的应用的快速测试，提高了测试效率，在自动化测试完成后，可以快速销毁应用容器，释放资源，减少对资源的占用。

在一些示例中，为了保证测试的稳定性，可以在创建与所述多个移动终端各自对应的应用容器之后，监测所述多个移动终端与各自对应的应用容器之间的连接状态；并在存在连接异常的第一异常移动终端时，修复所述异常移动终端与对应的应用容器之间的连接。

本示例中，在移动终端连接到测试设备时，可以实时监测移动终端与应用容器之间的连接状态，具体地，可以通过实时检测测试设备与移动终端之间的连接状态，确定移动终端与应用容器之间的连接状态。其中，可以收集多个移动终端之间的连接异常信息，若某个移动终端出现了连接异常信息，则可以输出连接异常信息，输出的连接异常信息中可以包括出现连接异常的移动终端的设备名称，以方便用户排查连接故障。该移动终端即为第一异常移动终端，其中，可以通过重新启动测试设备以重新连接第一异常移动终端，使得第一异常移动终端重新连接到测试设备，在重新连接到测试设备后，可以根据该第一异常移动终端的设备名称，重新为异常移动终端搭建测试环境。如此，保证了为多个移动终端搭建的测试环境的稳定性。

采用此种方式时，可以从测试环境的架构上，保证测试环境的稳定性，从而保证成功完成对移动终端的应用测试。

在又一些示例中，在开始对多个移动终端进行测试时，在测试的过程中，可以获取所述多个移动终端分别对应的测试信息，所述测试信息至少包括测试脚本在运行过程中的日志记录。

本实施例中，在测试脚本执行过程中，为了跟踪测试过程，可以监控每个移动终端的测试过程，具体的，可以通过实时监测移动终端对应的测试信息，该测试信息可以至少包括测试脚本在执行过程中所产生的日志记录。具体地，可以监测多个移动终端分别对应的测试脚本在运行过程中所产生的日志记录，该指日志记录中可以记录测试脚本在执行过程中的执行信息，即对移动终端的目标应用进行测试的测试数据。

其中，通过日志记录，可以及时发现测试是否出现异常。接着，在测试过程中，可以根据测试是否出现异常，及时对测试过程进行维护，以保证测试成功。

当然，测试信息除包括日志记录外，可以包括对多个移动终端对应的应用容器进行监控的容器监控信息、对移动终端的连接状态进行监控的终端监控信息、对测试文件进行监控的文件监控信息等。通过对这些监控信息的检测，可以及时发现在测试过程中的异常。

具体地，可以根据所述多个移动终端分别对应的测试信息，确定测试发生异常的第二异常移动终端以及所述第二异常移动终端的异常类型，接着，可以根据异常类型，对出现异常的第二异常移动终端进行处理，具体地：

在确定所述第二异常移动终端的异常类型为非测试异常类型时，继续对所述第二异常移动终端的测试。

在确定所述第二异常移动终端的异常类型为测试异常类型时，停止对所述第二异常移动终端的测试。

本示例中，第二异常移动终端是根据测试信息确定测试过程出现异常的移动终端。其中，该异常类型可以反映测试出现的异常所属的类型，本实施例中，根据需求，将异常类型定义为非测试异常类型和测试异常类型。

在一种可选的实现方式中，在确定第二异常移动终端的异常类型时，可以对所述第二异常移动终端的显示界面进行截图；并根据对所述截图进行识别的识别结果，确定所述第二异常移动终端的异常类型。

本实现方式中，在根据日志记录实时检测到出现异常时，便当即对第二异常移动终端的显示界面进行截图，该截图的内容可以表征第二异常移动终端在出现测试异常时刻时移动终端的业务状态。实际中，可以对截图进行识别，具体地，可以由人工对截图进行识别，或者将截图输入到预设的识别模型中进行识别，以确定截图中是否包括与目标应用无关的业务信息，在确定包括与目标应用无关的业务信息时，便可以确定异常类型是非测试异常类型，反之，则确定异常类型是测试异常类型。

例如，在移动终端1出现测试异常时，对移动终端1进行截图，并识别截图中是否有与目标应用无关的业务信息，例如，出现待接来电的图标、或者出现未读短信的图标，表征是手机的其他业务导致了测试异常，此时，确定异常类型是非测试异常类型，反之，若截图中没有与目标应用无关的业务信息，则，确定异常类型是测试异常类型。

本示例中，非测试异常类型是指与测试本身无关的信息而导致的测试异常，此种情况下，可以继续执行第二异常移动终端的运行脚本，以完成测试。

测试异常类型是指与测试脚本在运行过程中，或者应用容器、测试文件等原因导致的测试异常。此种情况下，可以停止对所述第二异常移动终端的测试，实际中，可以在重置测试脚本、应用容器或测试文件后，继续对第二异常移动终端的测试。

采用此种实施方式时，可以实现对测试脚本执行过程中的测试数据的管理维护，确保在测试过程中，测试脚本执行成功。

此种情况下，相应地，还可以根据所述所述第二异常移动终端的异常类型，生成异常信息；并在预设时间到来时，将所述异常信息发送给与所述第二异常移动终端对应的客户端。

本实施例中，可以在脚本发生异常后，能够根据异常类型，生成异常信息并上报，当然，可以在异常类型是测试异常类型时，生成异常信息，并通过短信或者邮件的形式通报给移动终端的用户。其中，与所述第二异常移动终端对应的客户端可以是邮件客户端、或其他社交软件客户端等。其中，预设时间可以是指与移动终端的用户提前协商好的时间，例如，移动终端的用户希望在发送异常的三小时后再获得这个测试异常，则在三小时后发送异常信息，或者，该预设时间是指完成应用测试的时间。

参照图3所示，示出了本申请实施例的一种应用测试方法的总体流程示意图，如图3所示，对本申请的一种应用测试方法进行总体说明，主要包括以下流程：

101、服务器端通过USB接口识别智能手机系统，若能识别到手机，则根据USB接口获取手机的数量，并获取到手机的硬件设备信息(系统类别、系统版本、设备名称)后存储。若不能识别到手机，则上报异常，重启测试设备解决USB接口连接不稳定的问题，从而重新识别手机。例如，图3中识别到了多种类型的手机，其中，安卓手机又N个，IOS手机有1个。

102、根据上述步骤采集到手机的硬件设备信息，在服务器上创建相互隔离的docker容器，每个手机配置一个docker容器，保证各手机集群的稳定性。在某个手机发生连接异常时，通过搜集到的连接异常信息，上报连接异常信息，以人工排查连接故障，从而重新使得该手机通过USB连接到测试设备。拉取不同手机系统的自动化环境搭建镜像，通过针对IOS系统的镜像安装和安卓系统的镜像安装，实现测试环境的快速部署。

103、测试执行：自动化环境搭建完成后，向各个手机下发被测应用包，移动端安装被测应用包后。将安装成功的信息反馈给执行模块，安装成功后，将执行自动化测试脚本。

104、监控：自动化执行过程中，监控自动化脚本的执行过程服务器资源的占用，如图3中的监控服务器、监控终端、监控容器；获取日志记录及截图，在脚本发生异常后，能够根据不同异常类型，定义异常级别，并将异常信息上报，通过短信或者邮件的形式通报给用户。在测试用例执行完成后，将执行结果通过邮件的方式通报给用户。

另一方面，监控测试数据管理，需要对测试脚本执行过程中的测试数据进行管理维护，确保执行成功，如图3中的拉取测试数据、镜像文件、应用包、测试脚本，以确定是否发生异常。

105、资源回收：执行结束后，用不到的服务器资源进行释放，在根据脚本执行的情况，需要对所部署的docker环境、测试数据，进行重置删除。快速恢复服务器资源，为下次自动化脚本执行提供服务资源。

采用本申请实施例的应用测试方法，可以智能识别不同系统的智能手机(IOS&Android)，根据手机系统的类别，自动部署docker容器，搭建不同系统手机所需的自动化测试环境，并下发自动化测试脚本和应用包。同时，监控手机的自动化测试执行过程，发生异常后能够及时上报异常。记录自动化执行日志和执行结果，生成自动化测试执行报告。自动化执行完成后，快速销毁容器，释放服务器资源。如此，可以提高对多个手机的自动化应用测试。

基于同一发明构思，本申请一实施例提供一种应用测试装置400。参考图4，图4是本申请一实施例提出的4装置的示意图。如图4所示，该装置包括：

识别模块401，用于获取接入的多个移动终端的数量和所述多个移动终端各自所配置的系统的类型；

容器创建模块402，用于创建与所述多个移动终端对应的多个应用容器，其中，不同的应用容器对应不同的移动终端，且所述多个应用容器相互隔离；

环境搭建模块403，用于镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器；

测试执行模块404，用于基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；

资源更新模块405，用于根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新。

可选地，所述环境搭建模块403，具体可以包括以下单元：

获取单元，用于获取不同类型的测试文件；

安装单元，用于按照所述多个移动终端各自所配置的系统的类型与所述测试文件的类型的适配关系，将相应类型的测试文件镜像安装到所述多个应用容器。

可选地，所述装置还可以包括以下模块：

监测模块，用于监测所述多个移动终端与各自对应的应用容器之间的连接状态；

修复模块，用于在存在连接异常的第一异常移动终端时，输出连接异常信息，以恢复所述异常移动终端与对应的应用容器之间的连接。

可选地，所述测试执行模块404，具体可以包括以下单元：

下发单元，用于在检测到所述多个移动终端各自对应的应用容器均关联有测试文件时，基于所述多个移动终端各自对应的应用容器，将被测应用包分别下发给所述多个移动终端；

运行单元，用于在接收到所述多个移动终端成功安装所述被测应用包的信息时，运行所述多个移动终端分别对应的测试文件中的测试脚本，以对所述多个移动终端所安装的目标应用进行测试。

可选地，所述装置还可以包括以下模块：

日志记录获得模块，用于在对所述多个移动终端所安装的目标应用进行测试的过程中，获取所述多个移动终端分别对应的测试信息，所述测试信息至少包括测试脚本在运行过程中的日志记录；

异常确定模块，用于根据所述多个移动终端分别对应的测试信息，确定测试发生异常的第二异常移动终端以及所述第二异常移动终端的异常类型；

第一处理模块，用于在确定所述第二异常移动终端的异常类型为非测试异常类型时，继续对所述第二异常移动终端的测试；

第二处理模块，用于在确定所述第二异常移动终端的异常类型为测试异常类型时，停止对所述第二异常移动终端的测试。

可选地，所述异常确定模块，具体可以包括以下单元：

截图单元，用于对所述第二异常移动终端的显示界面进行截图；

识别单元，用于根据对所述截图进行识别的识别结果，确定所述第二异常移动终端的异常类型；

所述装置还可以包括以下模块：

异常信息生成模块，用于根据所述所述第二异常移动终端的异常类型，生成异常信息；

信息发送模块，用于在预设时间到来时，将所述异常信息发送给与所述第二异常移动终端对应的客户端。

可选地，所述资源更新模块405，具体可以包括以下单元：

第一更新单元，用于对测试结果为正常的正常移动终端，将与所述正常移动终端对应的应用容器和测试文件进行删除；

第二更新单元，用于对测试结果为异常的异常移动终端，重置与所述异常移动终端对应的应用容器和测试文件，以对所述异常移动终端进行重新测试。

参照图5所示，示出了根据一种测试设备的模块架构示意图，如图5所示，该测试设备中共配置有包括6个模块装置，具体地，包括智能识别模块装置、文件管理模块装置、环境搭建模块装置、测试执行模块装置、监控模块装置和资源管理模块装置。

其中，智能识别模块装置可以包括上述的识别模块401。

如图5所示，文件管理模块装置可以用于被测应用包管理，可以包括上述的日志记录获得模块、截图模块。文件管理模块装置可以用于自动化环境搭建过所需依赖软件的镜像管理，包括Android和IOS自动化测试所需依赖的测试文件的镜像管理。自动化测试脚本管理，用于维护手机移动端自动化的测试脚本。日志及截图管理，用于在自动化脚本执行过程中，跟踪整个脚本执行过程，管理脚本的执行日志和截图。测试数据管理，用于对测试脚本执行过程中的测试数据进行管理维护，包括测试报告和测试数据的管理，确保在测试过程中，测试脚本执行成功。

环境搭建模块装置可以包括上述的环境搭建模块403、容器创建模块402、用于根据采集到的移动终端硬件设备信息。根据移动终端的设备标识，在服务器上创建相互隔离的docker容器，保证各个移动终端集群的稳定性。在某个移动终端发生连接异常时，通过搜集到的连接异常信息，上报给用户这些连接异常信息，从而人工排查连接异常，以重新恢复与连接异常的移动终端之间的连接，以保障USB连接的稳定性。同时根据获取的移动终端设备类别及数量，根据数量创建相应的docker容器数，并通过文件管理模块装置拉取不同手机系统的自动化环境搭建镜像，通过镜像安装，实现快速部署。

监控模块装置可以包括上述的监测模块、异常确定模块、第一处理模块和第二处理模块、异常信息生成模块和信息发送模块。用于自动化执行过程中，需要监控自动化脚本的执行过程，服务器资源的占用，日志记录及截图，在脚本发生异常后，能够根据不同异常类型，定义异常级别，并将异常信息上报，通过短信或者邮件的形式通报给用户。在测试用例执行完成后，将执行结果通过邮件的方式通报给用户。

资源回收模块装置，可以包括上述的资源更新模块405，用于在自动化脚本执行完成后，将用不到的服务器资源进行释放，在根据脚本执行的情况，需要对所部署的docker环境、测试数据，进行重置删除。快速恢复服务器资源，为下次自动化脚本执行提供服务资源。

如此，通过图5所示的测试设备，可以实现对多个移动终端的应用测试，以提高对测试效率、节约测试资源。

基于同一发明构思，本申请另一实施例提供一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的应用测试方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的应用测试方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种应用测试方法、装置、设备及存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

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

获取接入的多个移动终端各自所配置的系统的类型；

根据接入的移动终端的数量，创建相应数量的应用容器，其中，不同的应用容器对应不同的移动终端，且多个应用容器相互隔离；

镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器；其中，测试文件中包括进行应用测试所需的各种配置信息、应用脚本等，通过镜像部署的方式，为使用同系统的多个移动终端配置相同的测试文件；

基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；

根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新；

其中，基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试，包括：

在检测到所述多个移动终端各自对应的应用容器均关联有测试文件时，基于所述多个移动终端各自对应的应用容器，将被测应用包分别下发给所述多个移动终端；

在接收到所述多个移动终端成功安装所述被测应用包的信息时，运行所述多个移动终端分别对应的测试文件中的测试脚本，以对所述多个移动终端所安装的目标应用进行测试；

所述方法还包括：

在对所述多个移动终端所安装的目标应用进行测试的过程中，获取所述多个移动终端分别对应的测试信息，所述测试信息至少包括测试脚本在运行过程中的日志记录；

根据所述多个移动终端分别对应的测试信息，确定测试发生异常的第二异常移动终端以及所述第二异常移动终端的异常类型；

在确定所述第二异常移动终端的异常类型为非测试异常类型时，继续对所述第二异常移动终端的测试；

在确定所述第二异常移动终端的异常类型为测试异常类型时，停止对所述第二异常移动终端的测试。

2.根据权利要求1所述的方法，其特征在于，镜像配置与所述述多个移动终端各自所配置的系统适配的测试文件，包括：

获取不同类型的测试文件；

按照所述多个移动终端各自所配置的系统的类型与所述测试文件的类型的适配关系，将相应类型的测试文件镜像安装到所述多个应用容器。

3.根据权利要求1所述的方法，其特征在于，在创建与所述多个移动终端各自对应的应用容器之后，所述方法还包括：

监测所述多个移动终端与各自对应的应用容器之间的连接状态；

在存在连接异常的第一异常移动终端时，输出连接异常信息，以恢复所述异常移动终端与对应的应用容器之间的连接。

4.根据权利要求3所述的方法，其特征在于，确定所述第二异常移动终端的异常类型，包括：

对所述第二异常移动终端的显示界面进行截图；

根据对所述截图进行识别的识别结果，确定所述第二异常移动终端的异常类型；

所述方法还包括：

根据所述第二异常移动终端的异常类型，生成异常信息；

在预设时间到来时，将所述异常信息发送给与所述第二异常移动终端对应的客户端。

5.根据权利要求1-4任一所述的方法，其特征在于，根据所述多个移动终端的测试结果，对关联所述测试文件的多个应用容器进行更新，包括：

对测试结果为正常的正常移动终端，将与所述正常移动终端对应的应用容器和测试文件进行删除；

对测试结果为异常的异常移动终端，重置与所述异常移动终端对应的应用容器和测试文件，以对所述异常移动终端进行重新测试。

6.一种应用测试装置，其特征在于，所述装置包括：

识别模块，用于获取接入的多个移动终端的数量和所述多个移动终端各自所配置的系统的类型；

容器创建模块，用于根据接入的移动终端的数量，创建相应数量的应用容器，其中，不同的应用容器对应不同的移动终端，且多个应用容器相互隔离；

环境搭建模块，用于镜像配置与所述多个移动终端各自所配置的系统适配的测试文件，以将所述测试文件镜像关联到所述多个应用容器，其中，测试文件中包括进行应用测试所需的各种配置信息、应用脚本等，通过镜像部署的方式，为使用同系统的多个移动终端配置相同的测试文件；

测试执行模块，用于基于关联所述测试文件的多个应用容器，对所述多个移动终端所安装的目标应用进行测试；

资源更新模块，用于根据所述多个移动终端各自的测试结果，对关联所述测试文件的多个应用容器进行更新；

其中，测试执行模块，包括：

下发子模块，用于在检测到所述多个移动终端各自对应的应用容器均关联有测试文件时，基于所述多个移动终端各自对应的应用容器，将被测应用包分别下发给所述多个移动终端；

测试子模块，用于在接收到所述多个移动终端成功安装所述被测应用包的信息时，运行所述多个移动终端分别对应的测试文件中的测试脚本，以对所述多个移动终端所安装的目标应用进行测试；

所述装置还包括：

日志记录获得模块，用于在对所述多个移动终端所安装的目标应用进行测试的过程中，获取所述多个移动终端分别对应的测试信息，所述测试信息至少包括测试脚本在运行过程中的日志记录；

异常确定模块，用于根据所述多个移动终端分别对应的测试信息，确定测试发生异常的第二异常移动终端以及所述第二异常移动终端的异常类型；

第一处理模块，用于在确定所述第二异常移动终端的异常类型为非测试异常类型时，继续对所述第二异常移动终端的测试；

第二处理模块，用于在确定所述第二异常移动终端的异常类型为测试异常类型时，停止对所述第二异常移动终端的测试。

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

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如权利要求1至5任一所述的方法的步骤。

Images