自动化测试系统、方法、车辆以及计算机可读介质与流程

本发明涉及自动化测试技术领域，特别是涉及一种自动化测试系统、一种自动化测试方法、一种车辆以及一种计算机可读介质。

背景技术：

互联网交换中心(internetexchangepoint，ixp)，亦称为ix。互联网是由众多的网络互相连接而形成的全球性网络，互联网交换中心(ixp、ix)即负责这些不同的网络之间互相通信的交换点，是互联网的关键基础设施。

自动化测试为软件测试的自动化，可以在预设条件下运行系统或应用程序，并评估运行结果。通过对ixp进行自动化测试，可以有效节省人力、时间或硬件资源，提高测试效率。

然而，发明人在实施本发明的过程中，发现自动化测试框架设计存在如下问题：

1、架构混乱，无法针对不同的测试系统平台进行测试，功能可扩展性差。当前的自动化测试框架无法对不同的测试系统平台进行同时测试，如android系统和linux系统，在进行测试时，只能进行单测试系统的测试。

2、缺乏统一的配置管理用例的方式。在测试过程中，通过简单地输入测试执行参数，并进行测试设备的测试，缺乏统一的配置管理用例的方式，无法实现灵活多样地配置测试计划。

3、测试报告以及测试日志展示不规范。当自动化测试结束后，测试框架生成的测试报告简单，测试日志展示不完整，不利于测试人员对测试结果进行分析，以及进行测试改进。

4、测试框架运行平台的局限性大。自动化测试框架往往具有针对性，不能跨测试平台进行测试，例如在windows系统平台运行的测试框架，无法在linux系统上运行，而linux系统的执行效率显著高于windows系统，从而容易降低自动化测试的效率。

5、缺乏对测试过程的管理。在测试过程中，往往只能在测试执行结束后，生成对应测试结果，而无法对测试过程进行相应的监控。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种自动化测试系统和相应的一种自动化测试方法。

为了解决上述问题，本发明实施例公开了一种自动化测试系统，包括版本控制管理模块，与所述版本控制管理模块连接的至少两个具有不同测试系统平台的测试设备，与所述测试设备连接的测试中转模块，以及与所述测试中转模块连接的具有服务接口的测试管理模块，所述服务接口为用于将不同所述测试系统平台的测试功能进行封装的接口；

所述版本控制管理模块，用于分别获取所述测试系统平台的系统信息，以及确定与所述系统信息对应的系统版本；

所述测试管理模块，用于配置与不同系统版本的测试设备匹配的配置文件；通过所述服务接口，发送针对所述各个测试设备的测试执行指令与所述配置文件，至所述测试中转模块；

所述测试中转模块，用于分别将各个所述配置文件与所述测试执行指令发送至对应的测试设备；

所述至少两个测试设备，用于分别从所述配置文件中提取与所述测试设备匹配的测试用例，以及测试执行参数；分别采用所述测试执行参数，执行所述测试用例，以及生成测试结果。

可选地，所述测试管理模块包括一配置接口；

所述配置接口，用于获取针对所述测试设备的测试计划合集，以及针对所述测试用例的测试执行参数；采用所述测试计划合集以及所述测试执行参数，生成所述配置文件；

其中，所述测试执行参数包括所述测试设备的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数中的至少两种。

可选地，所述配置接口为用于在所述测试设备的显示界面查找预设控件的接口。

可选地，所述测试中转模块用于：

在所述测试用例执行过程中，对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息；

其中，所述事件监控信息包括测试进度、错误异常监控、测试结果分析以及日志信息中的至少两种。

可选地，所述测试中转模块还用于：

分别采用所述测试结果，生成与各个所述测试设备对应的测试报告，所述测试结果与所述测试用例一一对应；

分别将所述测试报告发送至所述测试管理模块。

可选地，还包括：

服务模块库，用于封装用于执行所述测试系统平台的测试功能的库文件；以及将所述库文件发送至对应的测试设备。

可选地，还包括：

插件模块，用于确定在所述测试用例执行过程中对应的插件，并执行所述插件。

可选地，还包括：

配置模块，用于配置针对所述测试设备的测试计划合集，以及将所述配置文件写入所述测试报告中。

本发明实施例还公开了一种自动化测试方法，所述方法涉及至少两个具有不同测试系统平台的测试设备，所述方法包括：

分别获取各个所述测试设备的测试系统平台的系统信息，以及确定与所述系统信息对应的系统版本；

配置与不同系统版本的测试设备匹配的配置文件，以及获取针对各个所述测试设备的测试执行指令；

通过预设的服务接口分别将所述配置文件与所述测试执行指令发送至对应的测试设备；

至少两个所述测试设备分别从所述配置文件中提取与所述测试设备匹配的测试用例，以及测试执行参数；并采用所述测试执行参数，执行所述测试用例，并生成针对所述测试用例的事件监控信息，以及测试结果。

可选地，所述配置针对各个所述测试设备的配置文件，包括：

获取针对所述测试设备的测试计划合集，以及针对所述测试用例的测试执行参数；

采用所述测试计划合集以及所述测试执行参数，生成所述配置文件；

其中，所述测试执行参数包括所述测试设备的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数中的至少两种。

可选地，还包括：

在所述测试用例执行过程中，对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息；

其中，所述事件监控信息包括测试进度、错误异常监控、测试结果分析以及日志信息中的至少两种。

可选地，还包括：

分别采用所述测试结果，生成与各个所述测试设备对应的测试报告，所述测试结果与所述测试用例一一对应。

可选地，还包括：

封装用于执行所述测试系统平台的测试功能的库文件；

将所述库文件发送至对应的测试设备。

可选地，还包括：

确定在所述测试用例执行过程中对应的插件，并执行所述插件。

可选地，还包括

配置针对所述测试设备的测试计划合集，以及将所述配置文件写入测试报告中。

本发明实施例还公开了一种车辆，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述车辆执行如上所述的一个或多个的方法。

本发明实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如上所述的一个或多个的方法。

本发明实施例包括以下优点：

在本发明实施例中，应用于自动化测试系统，包括版本控制管理模块，与所述版本控制管理模块连接的至少两个具有不同测试系统平台的测试设备，与所述测试设备连接的测试中转模块，以及与所述测试中转模块连接的具有服务接口的测试管理模块，可以通过版本控制管理模块分别获取测试系统平台的系统信息，并确定与系统信息对应的系统版本，从而可以对多个不同测试系统平台的测试设备进行管理，同时通过设置于测试管理模块的服务接口，可以复用于不同的测试设备，并对多个不同测试系统平台的测试设备进行测试，从而实现了跨平台、多线程以及多进程的自动化测试。

此外，可以实时地获取测试执行过程中任一时刻的测试报告，其中，测试用例与测试结果一一对应，使得测试人员可以实时地了解测试情况，做到7×24小时稳定运行。

附图说明

图1是本发明的一种自动化测试系统实施例的结构框图；

图2是本发明的一种自动化测试系统实施例自动化测试框架的示意图；

图3是本发明的一种自动化测试方法实施例一的步骤流程图；

图4是本发明的一种自动化测试方法实施例二的步骤流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种自动化测试系统实施例的结构框图，具体可以包括版本控制管理模块1，与所述版本控制管理模块1连接的至少两个具有不同测试系统平台的测试设备2，与所述测试设备2连接的测试中转模块3，以及与所述测试中转模块3连接的具有服务接口的测试管理模块4，所述服务接口为用于将不同所述测试系统平台的测试功能进行封装的接口；

所述版本控制管理模块1，用于分别获取所述测试系统平台的系统信息，以及确定与所述系统信息对应的系统版本；

所述测试管理模块4，用于配置与不同系统版本的测试设备2匹配的配置文件；通过所述服务接口，发送针对所述各个测试设备2的测试执行指令与所述配置文件，至所述测试中转模块3；

所述测试中转模块3，用于分别将各个所述配置文件与所述测试执行指令发送至对应的测试设备2；

所述至少两个测试设备2，用于分别从所述配置文件中提取与所述测试设备2匹配的测试用例，以及测试执行参数；分别采用所述测试执行参数，执行所述测试用例，以及生成测试结果。

在本发明实施例中，如图2所示，示出了本发明的一种自动化测试系统实施例中自动化测试框架的示意图，自动化测试系统可以为自动化测试框架，测试框架可以包括版本控制管理模块1、测试设备2、测试中转模块3以及测试管理模块4等。其中，版本控制管理模块1可以与至少两个具有不同测试系统平台的测试设备2连接，测试中转模块3也可以与至少两个具有不同测试系统平台的测试设备2连接，同时测试中转模块3还可以与至少一个具有服务接口的测试管理模块4进行连接。

在具体实现中，可以将不同测试系统平台的测试功能统一封装到服务接口，并注册到测试管理模块4，当开始测试时，可以通过不同测试设备2的系统信息，并自动识别转到测试中转模块3，获取对应的服务，从而通过将不同的测试系统平台的测试功能统一封装到服务接口，并注册到测试管理模块4，可以方便高效的扩展增加不同测试系统平台的测试设备2。

在具体实现中，版本控制管理模块1可以为测试设备2提供测试用例的测试代码。具体的，测试代码可以包括测试设备2与测试中转模块3连接的代码、测试设备2与测试中转模块3的交互代码、对测试设备2执行测试所需要的命令行以及对测试各个参数的解析获取代码、所有模拟人对显示界面的操作代码(如点击、输入、滑屏、长按、短按以及划拉等)、在测试设备2显示界面查找控件的代码(如命令行从测试中转模块3发送至测试设备2；获取显示界面所有信息，并根据获取的信息解析控件；查找空间并定位坐标等)、定义开发了一个统一的对外调用接口，通过配置不同的参数来满足不同应用场景需求(如通过控件不同属性信息查找，文本查找，描述查找，编号查找等以及判断控件是否存在，查找异常的操作)等等。

具体的，不同测试设备2可以搭载不同的测试系统平台，如搭载android系统或linux系统，则通过版本控制管理模块1提供的测试代码，在测试设备2进行测试时，可以先获取测试设备2对应的测试系统平台的系统信息，从而确定与测试系统平台的系统信息对应的系统版本。

在本发明实施例中，测试管理模块4具备测试用例管理功能，测试人员可以利用测试管理模块4的测试用例管理功能，发送针对测试设备的测试执行指令，还可以输入测试执行指令，或配置计划测试的测试用例配置文件等。

在具体实现中，可以将不同测试设备2的测试功能统一封装到服务接口，并将服务接口注册到测试管理模块4，其中，测试设备2可以为搭载了android系统的测试设备或搭载了linux系统的测试设备，在测试之前，版本管理控制模块确定与测试设备2对应的系统版本后，测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能，从而通过将不同的测试系统平台所需的测试功能统一封装到测试管理模块4的服务接口中，并利用该接口获取与测试系统平台对应的服务，从而可以方便高效地扩展增加不同系统平台的测试产品，如ios系统、塞班系统等等。

在具体实现中，测试执行命令可以为开始测试命令、暂停测试命令以及结束测试命令等。配置文件可以包括测试计划中所有测试用例的集合以及与各个测试用例对应的测试执行参数，通过测试管理模块4对配置文件进行管理，可以灵活多样地配置测试计划的测试参数，有利于对测试用例进行统一化的管理。

在本发明实施例的一种可选实施例中，自动化测试框架还包括配置模块，配置模块可以用于配置针对测试设备2的所述测试计划合集，以及将配置文件写入测试报告中，从而方便追溯历史测试设备用例配置等信息。并且，测试管理模块4还设有一配置接口，配置接口可以用于获取针对所述测试设备2的测试计划合集，以及针对所述测试用例的测试执行参数；接着可以采用所述测试计划合集以及所述测试执行参数，生成所述配置文件。其中，所述测试执行参数包括所述测试设备2的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数中的至少两种。

具体的，不同测试计划所使用的测试用例组合是不同的，则可以将多个不同的测试计划作为一个测试计划合集，测试管理模块4可以从配置模块中获取测试计划合集，然后可以解析测试计划合集，得到与测试设备对应的测试用例合集，接着根据测试用例合集以及测试执行参数，生成针对测试设备的配置文件，并将该配置文件发送至配置模块，以便配置模块将配置文件写入后续的测试报告中，从而方便追溯历史测试设备用例配置等信息。其中，测试执行参数可以包括测试设备2的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数等等，环境变量信息可以包括串口、帐号密码、辅助设备信息、wifi、蓝牙等等。

具体的，每个测试执行进程对应一个配置文件，每个配置文件可以对应一个测试设备2，不同测试系统平台的测试设备2可以对应不同的配置文件，从而可以通过不同的配置文件，对不同测试系统平台的测试设备进行测试，或对同一测试系统平台的不同测试设备进行测试，实现不同系统平台之间、不同测试设备之间多线程、多进程的自动化测试。其中，配置文件可以包括测试计划(稳定性的测试计划、单个功能的测试计划以及冒烟测试计划等)、与测试计划匹配的测试用例集合以及与测试用例对应的测试执行参数。在执行测试时，可以将配置文件作为执行参数传入执行脚本，并使测试设备2执行测试执行命令，接着测试设备2执行脚本可以解析配置文件，获取测试用例集合以及对应的测试执行参数，同时读取并加载各种插件功能，执行测试用例，生成对应的测试结果。

在本发明实施例的一种示例中，当测试设备2为两个，且包括搭载android测试平台的测试设备一，以及搭载linux测试平台的测试设备二，则版本管理控制模块可以首先获取各个测试设备2的系统信息，并确定对应的系统版本，接着测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能，从而可以通过将不同的测试系统平台的测试功能同一封装到服务接口，并注册到测试管理模块4，可以方便高效的扩展增加不同测试系统平台的测试设备。接着测试人员可以通过测试管理模块4，获取针对android测试平台的配置文件一，以及针对linux测试平台配置的配置文件二，并输入测试执行命令，以对测试设备进行测试。其中，配置文件中可以配置针对android测试平台，或针对linux测试平台的测试用例个数、测试时间、测试次数等等。

在本发明实施例中，测试中转模块3可以为服务器，当测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能后，测试中转模块3可以将测试管理模块4配置的配置文件以及测试执行命令发送至对应的测试设备2，也可以将测试用例的执行情况以及测试结果返回至测试管理模块4。

在具体实现中，测试中转模块3可以接收测试管理模块4发送的测试执行指令以及配置文件，接着根据测试管理模块4的服务接口，确定与系统版本对应的测试设备2，并将配置文件以及测试执行指令发送至对应的测试设备2。

在本发明实施例的一种示例中，如测试设备2包括搭载android测试平台的测试设备一，以及搭载linux测试平台的测试设备二，则当版本控制管理模块1确定了测试设备2对应的系统版本后，测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能后，将配置文件以及测试执行执行发送至测试中转模块3，测试中转模块3根据测试管理模块4的服务接口，确定与系统版本对应的测试设备，如确定与android测试平台对应的测试设备一，以及linux测试平台对应的测试设备二，接着将针对android测试平台的配置文件一与测试执行命令发送至测试设备一，以及将针对linux测试平台的配置文件二与测试执行命令发送至测试设备二。

在本发明实施例中，可以通过至少两个测试设备2接收配置文件以及测试执行命令，接着测试设备2可以从配置文件中提取与测试设备2匹配的测试用例，以及测试执行参数，并分别采用测试执行参数，执行测试用例，生成对应的测试结果。

在具体实现中，测试设备2接收到配置文件以及测试执行命令，可以根据测试执行命令，对配置文件进行解析，当测试执行指令为开始测试指令时，可以从配置文件中提取与测试设备2匹配的测试用例，以及测试执行参数，并采用该测试执行参数，执行测试用例，生成对应的测试结果；当测试执行指令为暂停测试指令时，则暂停执行测试用例，并生成已经测试完毕的测试用例对应的测试结果；当测试执行指令为结束测试指令时，则结束测试，生成对应的测试结果。

在本发明实施例中，自动化测试框架还包括服务模块库以及插件模块，其中，服务模块库可以用于封装执行测试系统平台的测试功能的库文件，以及将库文件发送至对应的测试设备2，具体的，当测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能后，还可以从服务模块库中获取对应的库文件，以将库文件发送至测试设备2，以执行测试系统平台的测试功能。

插件模块可以用于确定在测试用例执行过程中对应的插件，并执行插件。具体的，插件模块可以为实现各个插件的接口，其可以用于确定在测试用例执行测试的过程中对应的接口文件，并采用该接口文件，确定与测试过程对应的目标插件，接着从服务库模块中获取与目标插件对应的接口文件，然后采用该接口文件，执行目标插件。

其中，插件可以包括应用内存监控、内存分析、测试驱动内存监控、bug监控(bugreport报告)、连接状态监控、电量监控、读写功能监控等。插件可以分为两类，一类可以为测试过程中需要的插件，如图片比对插件、音频比对插件等，另一类可以为与测试流程相关的插件，如实现不同测试阶段所需要的操作，启动插件、开始测试插件以及开始迭代插件等。

在本发明实施例中，在测试设备2执行测试用例的过程中，测试中转模块3可以对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息。

在具体实现中，可以在测试中转模块3中开发一个进程监控接口，在测试过程中，执行不同的测试环节以及不同的测试阶段所需要触发的测试操作均可以注册于该进程监控接口，当测试执行命令触发后，可以触发该进程监控接口对整个测试流程进行事件监控，如各个测试用例执行开始的计数，日志的记录，日志的开启，测试用例执行过程中的错误异常监控，以及测试用例执行完毕的结果分析、计数，数据保存写入测试报告等。

具体的，当测试设备2根据测试执行命令，执行测试用例时，测试中转模块3的进程监控接口可以根据测试执行命令，对测试设备2执行测试用例的过程进行监控，并生成对应的事件监控信息，从而可以实时地对测试过程进行监控，以便测试人员对测试流程进行及时地处理。其中，所述事件监控信息包括测试进度、错误异常监控、测试结果分析以及日志信息等。

在本发明实施例中，测试中转模块3还可以用于当测试设备2执行测试用例测试完毕后，获取测试结果，并分别采用测试结果，生成与各个测试设备2对应的测试报告，测试结果与测试用例一一对应，并分别将测试报告发送至测试管理模块4。

在具体实现中，在测试过程中，测试中转模块3可以生成与测试用例对应的事件监控信息，并发送至测试管理模块4，由测试管理模块4对事件监控信息进行展示，此外，当测试完毕后，测试中转模块3可以采用测试结果，生成与各个测试用例对应的测试报告，并将测试报告发送至测试管理模块4，从而一方面测试人员可以在测试过程中，可以实时地查看测试执行进度、测试设备2信息以及测试时间等，且可以随时重新执行测试、暂停执行测试以及结束测试等，另一方面可以通过实时生成测试报告，在测试报告中，测试用例与测试结果一一对应，测试报告可以包括测试用例日志、框架日志、测试设备2状态日志以及操作日志等多方面的信息，从而方便测试人员对测试设备2的产品问题进行跟踪，以及方便产品开发人员对产品文件进行改善等。

在本发明实施例的一种示例中，当测试设备2包括包括搭载android测试平台的测试设备一，以及搭载linux测试平台的测试设备二，则版本管理控制模块可以首先获取各个测试设备的系统信息，并确定对应的系统版本，接着测试管理模块4可以从版本控制管理模块1中获取与测试设备2对应的系统版本，并通过服务接口获取与系统版本对应的测试功能以及库文件，接着获取预先配置的针对android测试平台的配置文件，以及针对linux测试平台配置对应的配置文件，接着输入测试执行命令，并将配置文件以及测试执行指令发送至测试中转模块3。接着测试中转模块3根据服务接口确定了对应的测试设备，如确定与android测试平台对应的测试设备一以及linux测试平台对应的测试设备二，然后可以将针对android测试平台的配置文件一与测试执行命令发送至测试设备一，以及将针对linux测试平台的配置文件二与测试执行命令发送至测试设备二。当测试设备一接收到与android测试平台对应的配置文件后，可以对配置文件进行解析，得到与android测试平台对应测试用例集合以及对应的测试执行参数，同时读取并加载各种插件功能，以及根据库文件执行测试用例，生成对应的测试结果，测试设备二与测试设备一的测试过程相同，在此不再赘述。在测试的过程中，同时触发测试中转模块3对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息，并实时地将事件监控信息以及测试结果发送至测试管理模块4，由测试管理模块4展示与测试设备对应的设备信息、系统版本以及测试报告，实现了跨平台、多线程以及多进程的自动化测试，从而方便测试人员对测试设备的产品问题进行跟踪，以及方便产品开发人员对产品文件进行改善等。

在本发明实施例中，应用于自动化测试系统，包括版本控制管理模块，与所述版本控制管理模块连接的至少两个具有不同测试系统平台的测试设备，与所述测试设备连接的测试中转模块，以及与所述测试中转模块连接的具有服务接口的测试管理模块，可以通过版本控制管理模块分别获取测试系统平台的系统信息，并确定与系统信息对应的系统版本，从而可以对多个不同测试系统平台的测试设备进行管理，同时通过设置于测试管理模块的服务接口，可以复用于不同的测试设备，并对多个不同测试系统平台的测试设备进行测试，从而实现了跨平台、多线程以及多进程的自动化测试。

此外，可以实时地获取测试执行过程中任一时刻的测试报告，其中，测试用例与测试结果一一对应，使得测试人员可以实时地了解测试情况，做到7×24小时稳定运行。

参照图3，示出了本发明的一种自动化测试方法实施例一的步骤流程图，所述方法涉及至少两个测试设备，具体可以包括如下步骤：

步骤301，分别获取各个所述测试设备的测试系统平台的系统信息，以及确定与所述系统信息对应的系统版本；

步骤302，配置与不同系统版本的测试设备匹配的配置文件，以及获取针对各个所述测试设备的测试执行指令；

步骤303，通过预设的服务接口分别将所述配置文件与所述测试执行指令发送至对应的测试设备；

步骤304，至少两个所述测试设备分别从所述配置文件中提取与所述测试设备匹配的测试用例，以及测试执行参数；并采用所述测试执行参数，执行所述测试用例，并生成针对所述测试用例的事件监控信息，以及测试结果。

在本发明实施例的一种可选实施例中，所述配置针对各个所述测试设备的配置文件，包括：

获取针对所述测试设备的测试计划合集，以及针对所述测试用例的测试执行参数；

采用所述测试计划合集以及所述测试执行参数，生成所述配置文件；

其中，所述测试执行参数包括所述测试设备的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数中的至少两种。

在本发明实施例的一种可选实施例中，还包括：

在所述测试用例执行过程中，对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息；

其中，所述事件监控信息包括测试进度、错误异常监控、测试结果分析以及日志信息中的至少两种。

在本发明实施例的一种可选实施例中，还包括：

分别采用所述测试结果，生成与各个所述测试设备对应的测试报告，所述测试结果与所述测试用例一一对应。

在本发明实施例的一种可选实施例中，还包括：

封装用于执行所述测试系统平台的测试功能的库文件；

将所述库文件发送至对应的测试设备。

在本发明实施例的一种可选实施例中，还包括：

确定在所述测试用例执行过程中对应的插件，并执行所述插件。

在本发明实施例的一种可选实施例中，还包括

配置针对所述测试设备的测试计划合集，以及将所述配置文件写入测试报告中。

在本发明实施例中，应用于自动化测试系统，通过分别获取各个版本管理控制模块测试设备的测试系统平台信息，以及确定与版本管理控制模块测试系统平台信息对应的系统版本，配置针对各个版本管理控制模块测试设备的配置文件，以及获取针对各个版本管理控制模块测试设备的测试执行指令，分别将版本管理控制模块配置文件与版本管理控制模块测试执行指令发送至对应的测试设备，至少两个版本管理控制模块测试设备分别从版本管理控制模块配置文件中提取与版本管理控制模块测试设备匹配的测试用例，以及测试执行参数，并采用版本管理控制模块测试执行参数，执行版本管理控制模块测试用例，并生成针对版本管理控制模块测试用例的事件监控信息，以及测试结果，从而可以对多个不同测试系统平台的测试设备进行管理，且可以复用于不同的测试设备，并对多个不同测试系统平台的测试设备进行测试，从而实现了跨平台、多线程以及多进程的自动化测试。

此外，可以实时地获取测试执行过程中任一时刻的测试报告，其中，测试用例与测试结果一一对应，使得测试人员可以实时地了解测试情况，做到7×24小时稳定运行。

参照图4，示出了本发明的一种自动化测试方法实施例二的步骤流程图，应用于自动化测试系统，自动化测试系统可以包括版本控制管理模块，与所述版本控制管理模块连接的至少两个具有不同测试系统平台的测试设备，与所述测试设备连接的测试中转模块，以及与所述测试中转模块连接的具有服务接口的测试管理模块，所述方法具体可以包括如下步骤：

步骤401，通过所述版本控制管理模块分别获取所述测试系统平台的系统信息，以及确定与所述系统信息对应的系统版本；

步骤402，通过所述测试管理模块配置与不同系统版本的测试设备匹配的配置文件；通过所述服务接口，发送针对所述各个测试设备的测试执行指令与所述配置文件，至所述测试中转模块；

步骤403，通过所述测试中转模块分别将各个所述配置文件与所述测试执行指令发送至对应的测试设备；

步骤404，通过所述至少两个测试设备分别从所述配置文件中提取与所述测试设备匹配的测试用例，以及测试执行参数；分别采用所述测试执行参数，执行所述测试用例，以及生成测试结果。

在本发明实施例的一种可选实施例中，所述测试管理模块包括一配置接口；

通过所述配置接口获取针对所述测试设备的测试计划合集，以及针对所述测试用例的测试执行参数；采用所述测试计划合集以及所述测试执行参数，生成所述配置文件；

其中，所述测试执行参数包括所述测试设备的ip地址以及id标识信息、环境变量信息、测试时间以及测试次数中的至少两种。

在本发明实施例的一种可选实施例中，所述配置接口为用于在所述测试设备的显示界面查找预设控件的接口。

在本发明实施例的一种可选实施例中，通过所述测试中转模块在所述测试用例执行过程中，对测试流程进行事件监控，并生成针对所述测试用例的事件监控信息；

其中，所述事件监控信息包括测试进度、错误异常监控、测试结果分析以及日志信息中的至少两种。

在本发明实施例的一种可选实施例中，通过所述测试中转模块分别采用所述测试结果，生成与各个所述测试设备对应的测试报告，所述测试结果与所述测试用例一一对应；分别将所述测试报告发送至所述测试管理模块。

在本发明实施例的一种可选实施例中，自动化测试系统还包括服务库模块，所述方法还包括：

通过服务模块库封装用于执行所述测试系统平台的测试功能的库文件；以及将所述库文件发送至对应的测试设备。

在本发明实施例的一种可选实施例中，自动化测试系统还包括插件模块，所述方法还包括：

通过插件模块确定在所述测试用例执行过程中对应的插件，并执行所述插件。

在本发明实施例的一种可选实施例中，自动化测试系统还包括配置模块，所述方法还包括：

通过配置模块配置针对所述测试设备的测试计划合集，以及将所述配置文件写入所述测试报告中。

在本发明实施例中，应用于自动化测试系统，包括版本控制管理模块，与所述版本控制管理模块连接的至少两个具有不同测试系统平台的测试设备，与所述测试设备连接的测试中转模块，以及与所述测试中转模块连接的具有服务接口的测试管理模块，可以通过版本控制管理模块分别获取测试系统平台的系统信息，并确定与系统信息对应的系统版本，从而可以对多个不同测试系统平台的测试设备进行管理，同时通过设置于测试管理模块的服务接口，可以复用于不同的测试设备，并对多个不同测试系统平台的测试设备进行测试，从而实现了跨平台、多线程以及多进程的自动化测试。

此外，可以实时地获取测试执行过程中任一时刻的测试报告，其中，测试用例与测试结果一一对应，使得测试人员可以实时地了解测试情况，做到7×24小时稳定运行。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

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

本发明实施例还公开了一种车辆，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述车辆执行如上所述的一个或多个的方法。

本发明实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如上所述的一个或多个的方法。

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

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

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

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

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

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

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

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