测试脚本生成方法及装置

技术领域

本申请涉及城轨信号系统测试技术领域，尤其涉及一种测试脚本生成方法及装置。

背景技术

随着社会的不断发展，我国的城轨建设也得到了迅速的发展。为了保证城轨信号系统的安全性和可靠性，需要对城轨信号系统进行安全测试，其中，城轨项目室内测试是城轨信号系统安全测试的一部分，而系统集成确认测试是城轨项目室内测试的最后一个阶段。在系统集成确认测试过程中，集成测试平台（FIVP，Factory Integration ValidationPlatform）基于测试脚本对待测试城轨信号系统进行系统集成确认测试，集成测试平台的正常运行依赖于测试脚本的正确性。

目前，集成测试平台所使用的测试脚本为测试工作人员根据工作经验编写而成的。然而，测试工作人员人工编写测试脚本的工作效率较低；并且，测试工作人员编写的测试脚本中可能存在漏洞，从而导致集成测试平台无法正常运行。

发明内容

本申请实施例提供一种测试脚本生成方法及装置，主要目的在于自动化生成集成测试平台所使用的测试脚本。

为解决上述技术问题，本申请实施例提供如下技术方案：

第一方面，本申请提供了一种测试脚本生成方法，该方法应用于第一终端设备中，该方法包括：

获取目标测试项目对应的多个目标数据标签；

根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件；

根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，其中，所述配置信息文件中记录有其对应的测试脚本需要调用的数据。

可选的，所述获取目标测试项目对应的多个目标数据标签，包括：

接收所述目标测试项目对应的目标发布单编号，并根据所述目标发布单编号查找目标发布单；

解析所述目标发布单，以获得所述目标发布单中记录的多个数据标签；

将多个所述数据标签进行输出显示；

若接收到标签确认指令，则将多个所述数据标签确定为多个所述目标数据标签；

若接收到标签补充指令，则将所述标签补充指令中携带的至少一个数据标签和所述目标发布单中记录的多个数据标签确定为多个所述目标数据标签。

可选的，所述根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件，包括：

根据多个所述目标数据标签在所述目标服务器处下载多个目标项目数据包，并将多个所述目标项目数据包存储至本地存储空间中；

对多个所述目标项目数据包进行解压处理，以获得多个目标项目数据文件夹；

从多个所述目标项目数据文件夹中提取多个所述目标项目数据文件。

可选的，多个所述目标项目数据文件包括车载说明文件，所述车载说明文件中记录有目标车载设备对应的车载设备信息；所述标签确认指令及所述标签补充指令中携带有目标集成测试平台对应的平台信息；所述根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，包括：

根据所述车载设备信息更新预置车辆配置文件；

创建配置源文件目录，并将多个所述目标项目数据文件、更新后的所述预置车辆配置文件和多个预置通用配置文件存放至所述配置源文件目录中；

根据所述配置源文件目录更新所述预置配置指向文件；

根据所述配置源文件目录和更新后的所述预置配置指向文件生成多个所述测试脚本和每个所述测试脚本对应的配置信息文件；

根据所述平台信息对多个所述测试脚本进行更新。

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

获取每个所述测试脚本对应的真实设备的设备信息；

根据每个所述测试脚本对应的真实设备的设备信息生成每个所述测试脚本对应的模拟设备的设备信息；

根据每个所述测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本；

根据目标发布单编号获取所述目标测试项目对应的目标设备模型库版本；

根据所述目标设备模型库版本更新多个所述测试脚本和所述模拟脚本。

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

根据所述车载说明文件获取所述目标车载设备对应的I/O码位信息；

根据所述I/O码位信息生成指线配置文件。

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

生成批处理命令；

将所述批处理命令发送至第二终端设备，其中，所述目标集成测试平台运行在所述第二终端设备中；

控制所述第二终端设备运行所述批处理命令，以便控制所述第二终端设备在所述第一终端设备处下载多个所述测试脚本、多个所述配置信息文件、所述模拟脚本和所述指线配置文件后，根据多个所述配置信息文件更新本地存储空间，并加载所述指线配置文件，以及加载多个所述测试脚本和所述模拟脚本。

第二方面，本申请还提供一种测试脚本生成装置，该装置应用于第一终端设备中，该装置包括：

第一获取单元，用于获取目标测试项目对应的多个目标数据标签；

下载单元，用于根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件；

第一生成单元，用于根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，其中，所述配置信息文件中记录有其对应的测试脚本需要调用的数据。

可选的，所述第一获取单元包括：

接收模块，用于接收所述目标测试项目对应的目标发布单编号；

查找模块，用于根据所述目标发布单编号查找目标发布单；

解析模块，用于解析所述目标发布单，以获得所述目标发布单中记录的多个数据标签；

输出模块，用于将多个所述数据标签进行输出显示；

第一确定模块，用于当接收到标签确认指令时，将多个所述数据标签确定为多个所述目标数据标签；

第二确定模块，用于当接收到标签补充指令时，将所述标签补充指令中携带的至少一个数据标签和所述目标发布单中记录的多个数据标签确定为多个所述目标数据标签。

可选的，所述下载单元包括：

下载模块，用于根据多个所述目标数据标签在所述目标服务器处下载多个目标项目数据包；

存储模块，用于将多个所述目标项目数据包存储至本地存储空间中；

解压模块，用于对多个所述目标项目数据包进行解压处理，以获得多个目标项目数据文件夹；

提取模块，用于从多个所述目标项目数据文件夹中提取多个所述目标项目数据文件。

可选的，多个所述目标项目数据文件包括车载说明文件，所述车载说明文件中记录有目标车载设备对应的车载设备信息；所述标签确认指令及所述标签补充指令中携带有目标集成测试平台对应的平台信息；所述第一生成单元包括：

第一更新模块，用于根据所述车载设备信息更新预置车辆配置文件；

创建模块，用于创建配置源文件目录；

存放模块，用于将多个所述目标项目数据文件、更新后的所述预置车辆配置文件和多个预置通用配置文件存放至所述配置源文件目录中；

第二更新模块，用于根据所述配置源文件目录更新所述预置配置指向文件；

生成模块，用于根据所述配置源文件目录和更新后的所述预置配置指向文件生成多个所述测试脚本和每个所述测试脚本对应的配置信息文件；

第三更新模块，用于根据所述平台信息对多个所述测试脚本进行更新。

可选的，所述装置还包括：

第二获取单元，用于获取每个所述测试脚本对应的真实设备的设备信息；

第二生成单元，用于根据每个所述测试脚本对应的真实设备的设备信息生成每个所述测试脚本对应的模拟设备的设备信息；

第三生成单元，用于根据每个所述测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本；

第三获取单元，用于根据目标发布单编号获取所述目标测试项目对应的目标设备模型库版本；

更新单元，用于根据所述目标设备模型库版本更新多个所述测试脚本和所述模拟脚本。

可选的，所述装置还包括：

第四获取单元，用于根据所述车载说明文件获取所述目标车载设备对应的I/O码位信息；

第四生成单元，根据所述I/O码位信息生成指线配置文件。

可选的，所述装置还包括：

第五生成单元，用于生成批处理命令；

发送单元，用于将所述批处理命令发送至第二终端设备，其中，所述目标集成测试平台运行在所述第二终端设备中；

控制单元，用于控制所述第二终端设备运行所述批处理命令，以便控制所述第二终端设备在所述第一终端设备处下载多个所述测试脚本、多个所述配置信息文件、所述模拟脚本和所述指线配置文件后，根据多个所述配置信息文件更新本地存储空间，并加载所述指线配置文件，以及加载多个所述测试脚本和所述模拟脚本。

第三方面，本申请的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面所述的测试脚本生成方法。

第四方面，本申请的实施例提供了一种测试脚本生成装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面所述的测试脚本生成方法。

借由上述技术方案，本申请提供的技术方案至少具有下列优点：

本申请提供一种测试脚本生成方法及装置，与现有技术中测试工作人员根据工作经验编写集成测试平台所使用的测试脚本相比，本申请能够在脚本生成应用程序获取得到目标测试项目对应的多个目标数据标签后，根据多个目标数据标签在目标服务器处下载多个目标项目数据文件，并根据多个目标项目数据文件更新预置配置指向文件，以及根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。由于，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可根据多个目标数据标签自动获取生成多个测试脚本时所使用的多个目标项目数据文件，并根据多个目标项目数据文件中记录的目标项目数据自动生成目标测试项目对应的多个测试脚本，因此，可以有效提高生成测试脚本的工作效率及准确率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，相同或对应的标号表示相同或对应的部分，其中：

图1示出了本申请实施例提供的一种测试脚本生成方法流程图；

图2示出了本申请实施例提供的另一种测试脚本生成方法流程图；

图3示出了本申请实施例提供的一种测试脚本生成装置的组成框图；

图4示出了本申请实施例提供的另一种测试脚本生成装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施方式。虽然附图中显示了本申请的示例性实施方式，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。

本申请实施例提供一种测试脚本生成方法，如图1所示，该方法包括：

101、获取目标测试项目对应的多个目标数据标签。

在本发明实施例中，各个步骤中的执行主体为运行在第一终端设备中的脚本生成应用程序，其中，目标集成测试平台运行在第二终端设备中，第一终端设备能够与第二终端设备进行数据交互，第一终端设备可以但不限于为：计算机、服务器等，第二终端设备可以但不限于为：计算机、服务器等。

在本发明实施例中，在生成目标测试项目对应的多个测试脚本的过程中，需要获取生成多个测试脚本时所使用的多个目标项目数据文件，再根据多个目标项目数据文件中记录的目标项目数据生成多个测试脚本，而获取多个目标项目数据文件需要基于目标测试项目对应的多个目标数据标签实现，因此，脚本生成应用程序首先需要获取目标测试项目对应的多个目标数据标签，其中，一个目标数据标签对应一个或多个目标项目数据文件。

具体的，在本步骤中，测试工作人员可以向脚本生成应用程序输入目标测试项目对应的多个目标数据标签，以使得脚本生成应用程序获取得到目标测试项目对应的多个目标数据标签；也可以预先为每个测试项目创建对应的发布单，发布单中记录有测试项目对应的多个数据标签，脚本生成应用程序在接收到测试工作人员输入的、目标测试项目对应的目标发布单编号后，便可根据目标发布单编号查找得到目标测试项目对应的目标发布单，在对目标发布单进行解析处理后，便可获得目标测试项目对应的多个目标数据标签，但不限于此。

102、根据多个目标数据标签在目标服务器处下载多个目标项目数据文件。

其中，多个目标项目数据文件可以但不限于包括：车载说明文件、车辆系统信息文件、轨旁设备信息文件等等；目标服务器中存储有多个目标项目数据文件。

在本申请实施例中，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可根据多个目标数据标签在目标服务器处下载多个目标项目数据文件。

103、根据多个目标项目数据文件更新预置配置指向文件，并根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。

其中，配置信息文件中记录有其对应的测试脚本需要调用的数据。

在本申请实施例中，脚本生成应用程序在下载获得多个目标项目数据文件后，便可根据多个目标项目数据文件更新预置配置指向文件，即根据多个目标项目数据文件的数量、每个目标项目数据文件对应的文件名、每个目标项目数据文件对应的存储路径等信息更新预置配置指向文件中记录的相关信息；在根据多个目标项目数据文件更新预置配置指向文件后，脚本生成应用程序便可根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。

本申请实施例提供一种测试脚本生成方法，与现有技术中测试工作人员根据工作经验编写集成测试平台所使用的测试脚本相比，本申请实施例能够在脚本生成应用程序获取得到目标测试项目对应的多个目标数据标签后，根据多个目标数据标签在目标服务器处下载多个目标项目数据文件，并根据多个目标项目数据文件更新预置配置指向文件，以及根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。由于，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可根据多个目标数据标签自动获取生成多个测试脚本时所使用的多个目标项目数据文件，并根据多个目标项目数据文件中记录的目标项目数据自动生成目标测试项目对应的多个测试脚本，因此，可以有效提高生成测试脚本的工作效率及准确率。

以下为了更加详细地说明，本申请实施例提供了另一种测试脚本生成方法，具体如图2所示，该方法包括：

201、获取目标测试项目对应的多个目标数据标签。

在本申请实施例中，预先为每个测试项目创建对应的发布单，发布单中记录有测试项目对应的多个数据标签；为每个发布单生成对应的发布单编号，并将多个发布单和每个发布单与其对应的发布单编号之间的映射关系存储至第一终端设备的本地存储空间中。

具体的，在本步骤中，脚本生成应用程序可以采用以下方式获取目标测试项目对应的多个目标数据标签：

首先，接收测试工作人员输入的、目标测试项目对应的目标发布单编号；然后，根据目标测试项目对应的目标发布单编号查找目标发布单；其次，解析目标发布单，从而获得目标发布单中记录的多个数据标签；再次，将多个数据标签进行输出显示，以便测试工作人员确认目标发布单中记录的多个数据标签是否为目标测试项目对应的多个目标数据标签；最后，若接收到测试工作人员输入的标签确认指令，则将目标发布单中记录的多个数据标签确定为目标测试项目对应的多个目标数据标签；若接收到测试工作人员输入的标签补充指令，则将标签补充指令中携带的至少一个数据标签和目标发布单中记录的多个数据标签确定为目标测试项目对应的多个目标数据标签，但不限于此。

202、根据多个目标数据标签在目标服务器处下载多个目标项目数据文件。

在本申请实施例中，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可根据多个目标数据标签在目标服务器处下载多个目标项目数据文件。以下将对脚本生成应用程序如何根据多个目标数据标签在目标服务器处下载多个目标项目数据文件进行详细说明。

（1）根据多个目标数据标签在目标服务器处下载多个目标项目数据包，并将多个目标项目数据包存储至本地存储空间中。

在本申请实施例中，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可将多个目标数据标签发送至目标服务器中，目标服务器在接收到多个目标数据标签后，便可查找多个目标数据标签对应的多个目标项目数据文件，并在按照预设规则对多个目标项目数据文件进行打包处理，获得多个目标项目数据包后，将多个目标项目数据包反馈给脚本生成应用程序，脚本生成应用程序在接收到多个目标项目数据包后，便可将多个目标项目数据包存储至本地存储空间中。

（2）对多个目标项目数据包进行解压处理，以获得多个目标项目数据文件夹。

在本申请实施例中，脚本生成应用程序在将多个目标项目数据包存储至本地存储空间中后，便可对多个目标项目数据包进行解压处理，从而获得多个目标项目数据文件夹。

（3）从多个目标项目数据文件夹中提取多个目标项目数据文件。

在本申请实施例中，脚本生成应用程序在解压获得多个目标项目数据文件夹后，便可从多个目标项目数据文件夹中提取得到多个目标项目数据文件。

203、根据多个目标项目数据文件更新预置配置指向文件，并根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。

在本申请实施例中，脚本生成应用程序在下载获得多个目标项目数据文件后，便可根据多个目标项目数据文件更新预置配置指向文件，并根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。以下将对脚本生成应用程序如何根据多个目标项目数据文件更新预置配置指向文件，以及脚本生成应用程序如何根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件进行详细说明。

其中，多个目标项目数据文件包括车载说明文件，车载说明文件中记录有目标车载设备对应的车载设备信息，目标车载设备为待测试城轨信号系统中的车载设备；步骤201中接收到的标签确认指令或标签补充指令中携带有目标集成测试平台对应的平台信息。

（1）根据车载设备信息更新预置车辆配置文件。

在本申请实施例中，脚本生成应用程序在下载获得车载说明文件后，便可根据车载说明文件中记录的、目标车载设备对应的车载设备信息更新预置车辆配置文件记录的相关信息。

（2）创建配置源文件目录，并将多个目标项目数据文件、更新后的预置车辆配置文件和多个预置通用配置文件存放至配置源文件目录中。

在本申请实施例中，脚本生成应用程序在根据车载设备信息更新预置车辆配置文件后，便可创建配置源文件目录，并将多个目标项目数据文件、更新后的预置车辆配置文件和多个预置通用配置文件存放至配置源文件目录中。

需要进行说明的是，在实际应用过程中，在将多个目标项目数据文件、更新后的预置车辆配置文件和多个预置通用配置文件存放至配置源文件目录中后，还可以根据实际需求对多个目标项目数据文件、更新后的预置车辆配置文件和多个预置通用配置文件进行重命名，本申请实施例对此不进行具体限定。

（3）根据配置源文件目录更新预置配置指向文件。

在本申请实施例中，脚本生成应用程序在将多个目标项目数据文件、更新后的预置车辆配置文件和多个预置通用配置文件存放至配置源文件目录中后，便需要根据配置源文件目录更新预置配置指向文件，即根据多个目标项目数据文件的数量、每个目标项目数据文件对应的文件名、每个目标项目数据文件对应的存储路径、更新后的预置车辆配置文件对应的文件名、更新后的预置车辆配置文件对应的存储路径、多个预置通用配置文件的数量、每个预置通用配置文件对应的文件名、每个预置通用配置文件对应的存储路径等信息更新预置配置指向文件中记录的相关信息。

（4）根据配置源文件目录和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。

在本申请实施例中，脚本生成应用程序在根据配置源文件目录更新预置配置指向文件后，便可根据配置源文件目录和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。

具体的，在本步骤中，脚本生成应用程序可以在从配置源文件目录中提取得到目标项目数据、车辆配置信息和通用配置信息，以及从更新后的预置配置指向文件中提取得到配置指向信息后，根据预置测试脚本生成规则及提取得到的目标项目数据、车辆配置信息、通用配置信息和配置指向信息，生成多个测试脚本和每个测试脚本对应的配置信息文件；也可以在从配置源文件目录中提取得到目标项目数据、车辆配置信息和通用配置信息，以及从更新后的预置配置指向文件中提取得到配置指向信息后，根据预置测试脚本模板及提取得到的目标项目数据、车辆配置信息、通用配置信息和配置指向信息，生成多个测试脚本和每个测试脚本对应的配置信息文件，但不限于此。

（5）根据平台信息对多个测试脚本进行更新。

在本申请实施例中，脚本生成应用程序在根据配置源文件目录和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件后，还需要根据目标集成测试平台对应的平台信息对多个测试脚本中记录的平台信息进行更新。

进一步的，在本申请实施例中，由于，前述步骤中生成的多个测试脚本是面向待测试城轨信号系统中的真实设备的，但是，目标集成测试平台侧可能不具备所有测试脚本对应的真实设备，当目标集成测试平台侧不具备某个测试脚本对应的真实设备时，其会通过模拟器模拟出真实设备对应的模拟设备，并通过模拟器根据真实设备的设备信息和预置生成规则生成模拟设备的设备信息，因此，为了使得测试脚本能够应用于模拟设备，脚本生成应用程序在根据目标集成测试平台对应的平台信息对多个测试脚本中记录的平台信息进行更新后，还需要在各个测试脚本中获取每个测试脚本对应的真实设备的设备信息，并根据每个测试脚本对应的真实设备的设备信息和预置生成规则，生成每个测试脚本对应的模拟设备的设备信息，再根据每个测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本，其中，模拟器使用的预置生成规则和脚本生成应用程序使用的预置生成规则相同。具体的，在本步骤中，脚本生成应用程序可以根据预置模拟脚本生成规则和每个测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本，也可以根据预置模拟脚本模板和每个测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本，但不限于此。

进一步的，在本申请实施例中，第一终端设备的本地存储空间中还存储有每个测试项目对应的设备模型库版本与发布单编号之间的映射关系，脚本生成应用程序在生成模拟脚本后，还需要根据步骤201中接收到的目标发布单编号获取目标测试项目对应的目标设备模型库版本，并根据获取得到的目标设备模型库版本更新多个测试脚本和模拟脚本中记录的相关信息。

204、根据车载说明文件生成指线配置文件。

其中，车载说明文件中记录有目标车载设备对应的I/O码位信息。

在本申请实施例中，脚本生成应用程序在根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件后，还需要根据车载说明文件获取目标车载设备对应的I/O码位信息，并根据目标车载设备对应的I/O码位信息生成指线配置文件。具体的，在本步骤中，脚本生成应用程序可以使用目标车载设备对应的I/O码位信息对预置指线配置文件模板中记录的相关信息进行替换，从而生成指线配置文件，但不限于此。

进一步的，在本申请实施例中，步骤202中下载获得多个目标项目数据文件还包括目标车载设备对应的通讯配置文件，通讯配置文件中记录有目标车载设备对应的车辆网络通信节点信息；脚本生成应用程序在根据车载说明文件生成指线配置文件后，还可以根据通讯配置文件中记录的目标车载设备对应的车辆网络通信节点信息，确定目标车载设备与目标车辆系统之间的通信类型是否包括网络通信，若包含，则根据目标车载设备对应的车辆网络通信节点信息生成网络通信配置文件，其中，目标车辆系统为目标城轨车辆的车辆系统，目标城轨车辆为能够与待测试城轨信号系统进行通信的城轨车辆。

205、将多个测试脚本、模拟脚本和指线配置文件加载至第二终端设备中。

其中，目标集成测试平台运行在第二终端设备中。

在本申请实施例中，脚本生成应用程序在完成上述步骤201-205的操作后，便可生成批处理命令，并将该批处理命令发送至第二终端设备中，以及控制第二终端设备运行该批处理命令；第二终端设备在运行该批处理命令后，便会在第一终端设备处下载多个测试脚本、多个配置信息文件、模拟脚本和指线配置文件，并在下载完成后，执行预置应用程序，预置应用程序在被执行后，便会使用多个配置信息文件中记录的数据更新本地存储空间中已存储的项目数据，并加载指线配置文件，以及加载多个测试脚本和模拟脚本，从而完成目标集成测试平台的测试环境的搭建，使得目标集成测试平台可以使用多个测试脚本和模拟脚本对待测试城轨信号系统进行测试。

需要进行说明的是，在实际应用过程中，脚本生成应用程序还可以将多个测试脚本、多个配置信息文件、模拟脚本和指线配置文件进行打包处理，以获得目标数据包，并生成相应的批处理命令，以便第二终端设备在运行该批处理命令后，可以在第一终端设备处下载目标数据包，并对目标数据包进行解压处理，从而获得多个测试脚本、多个配置信息文件、模拟脚本和指线配置文件，本申请实施例不进行具体限定。

需要进行说明的是，在本申请实施例中，若脚本生成应用程序在步骤204中生成了网络通信配置文件，则脚本生成应用程序在将多个测试脚本、多个配置信息文件、模拟脚本和指线配置文件发送至第二终端设备的同时，还需要将网络通信配置文件发送至第二终端设备，本申请实施例不进行具体限定。

为了实现上述目的，根据本申请的另一方面，本申请实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的测试脚本生成方法。

为了实现上述目的，根据本申请的另一方面，本申请实施例还提供了一种测试脚本生成装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的测试脚本生成方法。

进一步的，作为对上述图1及图2所示方法的实现，本申请另一实施例还提供了一种测试脚本生成装置，该装置应用于第一终端设备中。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于自动化生成集成测试平台所使用的测试脚本，具体如图3所示，该装置包括：

第一获取单元301，用于获取目标测试项目对应的多个目标数据标签；

下载单元302，用于根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件；

第一生成单元303，用于根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，其中，所述配置信息文件中记录有其对应的测试脚本需要调用的数据。

进一步的，如图4所示，所述第一获取单元301包括：

接收模块3011，用于接收所述目标测试项目对应的目标发布单编号；

查找模块3012，用于根据所述目标发布单编号查找目标发布单；

解析模块3013，用于解析所述目标发布单，以获得所述目标发布单中记录的多个数据标签；

输出模块3014，用于将多个所述数据标签进行输出显示；

第一确定模块3015，用于当接收到标签确认指令时，将多个所述数据标签确定为多个所述目标数据标签；

第二确定模块3016，用于当接收到标签补充指令时，将所述标签补充指令中携带的至少一个数据标签和所述目标发布单中记录的多个数据标签确定为多个所述目标数据标签。

进一步的，如图4所示，所述下载单元302包括：

下载模块3021，用于根据多个所述目标数据标签在所述目标服务器处下载多个目标项目数据包；

存储模块3022，用于将多个所述目标项目数据包存储至本地存储空间中；

解压模块3023，用于对多个所述目标项目数据包进行解压处理，以获得多个目标项目数据文件夹；

提取模块3024，用于从多个所述目标项目数据文件夹中提取多个所述目标项目数据文件。

进一步的，如图4所示，多个所述目标项目数据文件包括车载说明文件，所述车载说明文件中记录有目标车载设备对应的车载设备信息；所述标签确认指令及所述标签补充指令中携带有目标集成测试平台对应的平台信息；所述第一生成单元303包括：

第一更新模块3031，用于根据所述车载设备信息更新预置车辆配置文件；

创建模块3032，用于创建配置源文件目录；

存放模块3033，用于将多个所述目标项目数据文件、更新后的所述预置车辆配置文件和多个预置通用配置文件存放至所述配置源文件目录中；

第二更新模块3034，用于根据所述配置源文件目录更新所述预置配置指向文件；

生成模块3035，用于根据所述配置源文件目录和更新后的所述预置配置指向文件生成多个所述测试脚本和每个所述测试脚本对应的配置信息文件；

第三更新模块3036，用于根据所述平台信息对多个所述测试脚本进行更新。

进一步的，如图4所示，所述装置还包括：

第二获取单元304，用于获取每个所述测试脚本对应的真实设备的设备信息；

第二生成单元305，用于根据每个所述测试脚本对应的真实设备的设备信息生成每个所述测试脚本对应的模拟设备的设备信息；

第三生成单元306，用于根据每个所述测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本；

第三获取单元307，用于根据目标发布单编号获取所述目标测试项目对应的目标设备模型库版本；

更新单元308，用于根据所述目标设备模型库版本更新多个所述测试脚本和所述模拟脚本。

进一步的，如图4所示，所述装置还包括：

第四获取单元309，用于根据所述车载说明文件获取所述目标车载设备对应的I/O码位信息；

第四生成单元310，根据所述I/O码位信息生成指线配置文件。

进一步的，如图4所示，所述装置还包括：

第五生成单元311，用于生成批处理命令；

发送单元312，用于将所述批处理命令发送至第二终端设备，其中，所述目标集成测试平台运行在所述第二终端设备中；

控制单元313，用于控制所述第二终端设备运行所述批处理命令，以便控制所述第二终端设备在所述第一终端设备处下载多个所述测试脚本、多个所述配置信息文件、所述模拟脚本和所述指线配置文件后，根据多个所述配置信息文件更新本地存储空间，并加载所述指线配置文件，以及加载多个所述测试脚本和所述模拟脚本。

本申请实施例提供一种测试脚本生成方法及装置，与现有技术中测试工作人员根据工作经验编写集成测试平台所使用的测试脚本相比，本申请实施例能够在脚本生成应用程序获取得到目标测试项目对应的多个目标数据标签后，根据多个目标数据标签在目标服务器处下载多个目标项目数据文件，并根据多个目标项目数据文件更新预置配置指向文件，以及根据多个目标项目文件和更新后的预置配置指向文件生成多个测试脚本和每个测试脚本对应的配置信息文件。由于，脚本生成应用程序在获取得到目标测试项目对应的多个目标数据标签后，便可根据多个目标数据标签自动获取生成多个测试脚本时所使用的多个目标项目数据文件，并根据多个目标项目数据文件中记录的目标项目数据自动生成目标测试项目对应的多个测试脚本，因此，可以有效提高生成测试脚本的工作效率及准确率。

所述测试脚本生成装置包括处理器和存储器，上述第一获取单元、下载单元和第一生成单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来自动化生成集成测试平台所使用的测试脚本。

本申请实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的测试脚本生成方法。

存储介质可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请实施例还提供了一种测试脚本生成装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的测试脚本生成方法。

本申请实施例提供了一种第一终端设备，该第一终端设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

获取目标测试项目对应的多个目标数据标签；

根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件；

根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，其中，所述配置信息文件中记录有其对应的测试脚本需要调用的数据。

进一步的，所述获取目标测试项目对应的多个目标数据标签，包括：

接收所述目标测试项目对应的目标发布单编号，并根据所述目标发布单编号查找目标发布单；

解析所述目标发布单，以获得所述目标发布单中记录的多个数据标签；

将多个所述数据标签进行输出显示；

若接收到标签确认指令，则将多个所述数据标签确定为多个所述目标数据标签；

若接收到标签补充指令，则将所述标签补充指令中携带的至少一个数据标签和所述目标发布单中记录的多个数据标签确定为多个所述目标数据标签。

进一步的，所述根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件，包括：

根据多个所述目标数据标签在所述目标服务器处下载多个目标项目数据包，并将多个所述目标项目数据包存储至本地存储空间中；

对多个所述目标项目数据包进行解压处理，以获得多个目标项目数据文件夹；

从多个所述目标项目数据文件夹中提取多个所述目标项目数据文件。

进一步的，多个所述目标项目数据文件包括车载说明文件，所述车载说明文件中记录有目标车载设备对应的车载设备信息；所述标签确认指令及所述标签补充指令中携带有目标集成测试平台对应的平台信息；所述根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，包括：

根据所述车载设备信息更新预置车辆配置文件；

创建配置源文件目录，并将多个所述目标项目数据文件、更新后的所述预置车辆配置文件和多个预置通用配置文件存放至所述配置源文件目录中；

根据所述配置源文件目录更新所述预置配置指向文件；

根据所述配置源文件目录和更新后的所述预置配置指向文件生成多个所述测试脚本和每个所述测试脚本对应的配置信息文件；

根据所述平台信息对多个所述测试脚本进行更新。

进一步的，所述方法还包括：

获取每个所述测试脚本对应的真实设备的设备信息；

根据每个所述测试脚本对应的真实设备的设备信息生成每个所述测试脚本对应的模拟设备的设备信息；

根据每个所述测试脚本对应的真实设备的设备信息与模拟设备的设备信息之间的映射关系生成模拟脚本；

根据目标发布单编号获取所述目标测试项目对应的目标设备模型库版本；

根据所述目标设备模型库版本更新多个所述测试脚本和所述模拟脚本。

进一步的，所述方法还包括：

根据所述车载说明文件获取所述目标车载设备对应的I/O码位信息；

根据所述I/O码位信息生成指线配置文件。

进一步的，所述方法还包括：

生成批处理命令；

将所述批处理命令发送至第二终端设备，其中，所述目标集成测试平台运行在所述第二终端设备中；

控制所述第二终端设备运行所述批处理命令，以便控制所述第二终端设备在所述第一终端设备处下载多个所述测试脚本、多个所述配置信息文件、所述模拟脚本和所述指线配置文件后，根据多个所述配置信息文件更新本地存储空间，并加载所述指线配置文件，以及加载多个所述测试脚本和所述模拟脚本。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：获取目标测试项目对应的多个目标数据标签；根据多个所述目标数据标签在目标服务器处下载多个目标项目数据文件；根据多个所述目标项目数据文件更新预置配置指向文件，并根据多个所述目标项目文件和更新后的所述预置配置指向文件生成多个测试脚本和每个所述测试脚本对应的配置信息文件，其中，所述配置信息文件中记录有其对应的测试脚本需要调用的数据。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。