CN113133041A - 动态间隔列控车载中车车通信功能的测试方法及装置 - Google Patents

Abstract

本申请提供一种动态间隔列控车载中车车通信功能的测试方法及装置，动态间隔列控车载中车车通信功能的测试方法包括：获取测试用例对应的场景编号；根据场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；调用目标测试环境编号对应的环境配置参数；采用环境配置参数修改动态间隔列控车载的配置文件；基于修改后的配置文件和测试用例对动态间隔列控车载进行车车通信功能测试，能够提高动态间隔列控车载中车车通信功能测试的效率的准确性。

Description

动态间隔列控车载中车车通信功能的测试方法及装置

技术领域

本申请涉及测试技术领域，尤其涉及一种动态间隔列控车载中车车通信功能的测试方法、装置、电子设备以及存储介质。

背景技术

在列车运行的过程中，列车需要依靠其上安装的动态间隔列控车载中的车车通信功能，实现当前列车与其它列车的信息交互。

为了确保列车能够与其它列车正常进行信息交互，在动态间隔列控车载投入到列车中实际使用之前，需要先对动态间隔列控车载中的车车通信功能进行测试。一般来说，将测试用例代入到动态间隔列控车载中，以模拟列车实际运行时的通信过程，进而根据模拟出的结果，确定动态间隔列控车载中的车车通信功能是否通过测试。

然而，对于简单场景的测试，在一个测试用例执行完成后，就可以直接切换到下一个测试用例开始测试。而对于复杂场景的测试，在切换到下一个测试用例时，由于该测试用例属于复杂场景的测试，因此还需要先对动态间隔列控车载中的环境配置文件进行手动修改。环境配置文件中的参数繁多，手动修改配置文件不仅繁琐，还容易出错，进而降低动态间隔列控车载中的车车通信功能测试的准确性。并且，手动修改配置文件耗时较长，还需要停止列车运行来配合，进而降低动态间隔列控车载中的车车通信功能测试的效率。

发明内容

本申请实施例的目的是提供一种动态间隔列控车载中车车通信功能的测试方法、装置、电子设备以及存储介质，以提高动态间隔列控车载中车车通信功能测试的效率的准确性。

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

本申请第一方面提供一种动态间隔列控车载中车车通信功能的测试方法，所述方法包括：

获取测试用例对应的场景编号；

根据所述场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；

调用所述目标测试环境编号对应的环境配置参数；

采用所述环境配置参数修改动态间隔列控车载的配置文件；

基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

本申请第二方面提供一种一种动态间隔列控车载中车车通信功能的测试装置，所述装置包括：

获取模块，用于获取测试用例对应的场景编号；

查找模块，用于根据所述场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；

调用模块，用于调用所述目标测试环境编号对应的环境配置参数；

修改模块，用于采用所述环境配置参数修改动态间隔列控车载的配置文件；

测试模块，用于基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

本申请第三方面提供一种电子设备，包括：处理器、存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行第一方面中的方法。

本申请第四方面提供一种计算机可读存储介质，包括：存储的程序；其中，在所述程序运行时控制所述存储介质所在设备执行第一方面中的方法。

相较于现有技术，本申请第一方面提供的动态间隔列控车载中车车通信功能的测试方法，通过获取测试用例的场景编号，进而根据测试用例的场景编号确定测试用例的目标场景编号，再调用目标场景编号对应的环境配置参数，将动态间隔列控车载的配置文件中的参数自动替换为环境配置参数，进而基于测试用例和修改后的配置文件对动态间隔列控车载进行车车通信功能测试，由于是根据测试用例的场景编号，调用出预先配置好的环境配置参数，自动将动态间隔列控车载的配置文件中的参数进行替换，能够避免人工手动修改配置文件，提高配置文件的修改效率，解决了测试中不同场景切换时需要停止跑车的问题，进而提高了车车通信的测试效率。并且，通过自动修改配置文件，相比于手动修改配置文件，降低了对配置文件进行修改时出错的概率，提高了配置文件的配置准确率，进而提高了车车通信测试的准确率。

本申请第二方面提供的动态间隔列控车载中车车通信功能的测试装置、第三方面提供的电子设备、第四方面提供的计算机可读存储介质，与第一方面提供的动态间隔列控车载中车车通信功能的测试方法具有相同或相似的有益效果。

附图说明

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

图1为本申请实施例中动态间隔列控车载中车车通信功能的测试架构的示意图一；

图2为本申请实施例中动态间隔列控车载中车车通信功能的测试架构的示意图二；

图3为本申请实施例中动态间隔列控车载中车车通信功能的测试方法的流程示意图一；

图4为本申请实施例中动态间隔列控车载中车车通信功能的测试方法的流程示意图二；

图5为本申请实施例中获取场景编号的一种具体方式的界面示意图；

图6为本申请实施例中动态间隔列控车载中车车通信功能的测试装置的结构示意图；

图7为本申请实施例中电子设备的结构示意图。

具体实施方式

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

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

首先，针对本申请实施例提供的一种动态间隔列控车载中车车通信功能的测试方法的使用场景进行说明。

这里的动态间隔列控车载，即Chinese Train Control System 4 Dimidu IAutomatic Train Protection，缩写C4D-I-ATP，是安装于列车上，能够使当前列车与其它列车进行车车通信的车载装置。

图1为本申请实施例中动态间隔列控车载中车车通信功能的测试架构的示意图一，参见图1所示，该架构可以包括：列车模拟器101、动态间隔列控车载102、环境配置装置103。其中，动态间隔列控车载102安装于列车模拟器101上，环境配置装置103与动态间隔列控车载102连接。

在对动态间隔列控车载102的车车通信功能进行测试的过程中，当切换测试用例时，环境配置装置103能够自动获取切换后的测试用例的场景编号，进而根据测试用例的场景编号获取测试用例的测试环境编号，进而根据测试用例的测试环境编号获取测试用例对应的环境配置参数，进而将动态间隔列控车载102的配置文件中的参数自动替换为测试用例对应的环境配置参数，以实现测试环境的自动切换。这样，能够避免手动修改配置文件，无需停止列车运行即可快速修改配置文件，能够提高测试效率。并且，由于避免了手动修改配置文件，能够避免人工出现错误的概率，能够提高测试的准确性。

在图1的基础上，图2为本申请实施例中动态间隔列控车载中车车通信功能的测试架构的示意图二，参见图2所示，针对列车模拟器101和环境配置装置103的具体结构进行说明，具体如下：

在列车模拟器101中，包括有：安全计算机平台1011、控车接口单元1012、速度传感单元1013、定位单元1014、天线1015、人机界面（Driver Machine Interface，DMI）1016、数据记录单元（Data Recording Board，DRB）1017。其中，安全计算机平台1011用于列车模拟器101的核心控制。控车接口单元1012用于获取其它列车发送的信息，以及向其它列车发送信息。速度传感单元1013用于获取列车模拟器101的速度，定位单元1014用于通过天线1015获取列车模拟器的位置。人机界面1016用于与用户进行信息交互。数据记录单元1017用于记录列车模拟器101中产生的数据。通过列车模拟器101能够模拟出列车实际运行的状态，进而实现对动态间隔列控车载102的车车通信功能的室内仿真测试。

在环境配置装置103中，包括有：环境选择器1031、多模通信网关1032、天线1033、存储器1034。其中，环境选择器1031用于接收用户的输入。这里的用户的输入可以是测试用例，也可以是测试用例的场景编号。此处对于用户的输入的具体内容，不做具体限定。存储器1034中存储有场景编号、测试环境编号、环境配置参数的对应关系，或者，每一个场景编号、测试环境编号、环境配置参数作为一个配置文件，存储在存储器1034中。环境配置装置103根据测试用例的场景编号获取存储器1034中该场景编号对应的测试环境编号以及环境配置参数，进而将动态间隔列控车载102的配置文件中的参数修改为获取到的环境配置参数，实现配置文件的自动修改，进而提高了车车通信的测试效率。环境配置装置103还能够通过多模通信网关1032和天线1033获取模拟的前车或后车的相关信息，进而与测试用例结合进行车车通信功能测试。

接下来，针对本申请实施例提供的一种动态间隔列控车载中车车通信功能的测试方法的具体过程进行说明。

这里需要预先说明的是，本申请实施例的执行主体可以是环境配置装置。通过环境配置装置，在切换测试用例后，能够根据切换后的测试用例的场景编号，确定相应的测试环境编号，进而确定相应的环境配置参数，实现动态间隔列控车载的配置文件中的参数的自动修改。

图3为本申请实施例中动态间隔列控车载中车车通信功能的测试方法的流程示意图一，参见图3所示，该方法可以包括：

S301：获取测试用例对应的场景编号。

在将动态间隔列控车载安装在列车中投入实际使用之前，需要对动态间隔列控车载进行车车通信功能测试。一般来说，就是将测试用例代入到动态间隔列控车载中运行，进而根据运行结果判断动态间隔列控车载是否通过车车通信功能测试。

实际中，在对动态间隔列控车载进行车车通信功能测试时，并不会只使用一个测试用例，而会使用多个测试用例。即，在使用一个测试用例对动态间隔列控车载完成车车通信功能测试后，再切换至下一个测试用例，继续对动态间隔列控车载完成车车通信功能测试。

在测试用例切换的过程中，有时还需要同时修改动态间隔列控车载中的配置文件。为了节省手动修改配置文件所耗费的时间，以及避免手动修改配置文件会带来的错误，本申请实施例在对动态间隔列控车载的车车通信功能的测试中，当切换测试用例时，就自动获取切换后的测试用例对应的场景编号。在这里，不同的测试用例对应不同的场景编号，不同的场景编号对应不同的测试环境编号，不同的测试环境编号对应不同的环境配置参数，这里的环境配置参数就是在切换测试用例时，动态间隔列控车载的配置文件中待修改的参数。在获取到当前测试用例对应的场景编号后，就可以根据该场景编号获取该测试用例的测试环境编号，进而获取该测试用例对应的环境配置参数，进而基于该环境配置参数修改动态间隔列控车载中的配置文件。

这里需要说明的是，针对不同的测试用例，预先确定每个测试用例的场景，并进行编号，得到场景编号。然后，针对每个测试用例的场景预先配置好动态间隔列控车载的配置文件中需要修改的环境配置参数，并进行编号，得到测试环境编号。最后，将测试用例、场景编号、测试环境编号、环境配置参数对应存储，必备后续基于场景编号确定相应的测试环境编号，进而调用相应的环境配置参数，将动态间隔列控车载的配置文件中的参数直接替换为相应的环境配置参数。

在获取测试用例对应的场景编号时，可以是用户输入场景编号，测试环境选择装置获取用户输入的场景编号，并将获取到的场景编号转换为相应的指令，进而通过该指令继续获取相应的测试环境编号。也可以是对测试用例进行解析，识别出测试用例中的某些字段，进而将该字段对应的场景编号作为测试用例的场景编号。对于获取测试用例的场景编号的具体方式，此处不做限定。

S302：根据场景编号确定目标测试环境编号。

其中，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数。

在获取到测试用例的场景编号后，就可以根据测试用例的场景编号找出该测试用例的测试环境编号，即目标测试环境编号，以便基于该测试用例的环境编号找出该测试用例相应的环境配置参数。

在确定目标测试环境编号的过程中，由于预先存储有各个场景编号及其对应的测试环境编号以及环境配置参数，因此，在获得测试用例的场景编号后，可以将获得的场景编号与预先存储的对应关系中的场景编号进行逐个比对，当对比到一致的场景编号时，就将该场景编号对应的测试环境编号作为目标环境编号。当然，还可以采用同时比对的方式从对应关系中寻找目标测试环境编号。对于从对应关系中寻找目标测试环境编号的具体方式，此处不做限定。

S303：调用目标测试环境编号对应的环境配置参数。

在获取到测试用例的测试环境编号，即目标测试环境编号后，就可以根据测试用例的测试环境编号找出预先设置好的该测试用例对应的环境配置参数，以便使用该环境配置参数直接将动态间隔列控车载的配置文件中的参数进行替换，提高车车通信功能测试下，测试用例切换时，配置文件的修改效率，进而提高测试效率。

在调用测试用例对应的环境配置参数的过程中，可以基于目标测试环境编号，采用预设的调用指令调用测试用例对应的环境配置参数。这里对于预设的调用指令的具体内容，不做限定。

S304：采用环境配置参数修改动态间隔列控车载的配置文件。

在获取到测试用例的环境配置参数后，就可以将动态间隔列控车载的配置文件中的待修改的参数直接自动替换为当前测试用例的环境配置参数。或者，每个环境配置参数都保存在一个配置文件中，在确定出新的配置文件后，直接将新的配置文件替换之前的配置文件。对于环境配置的具体修改方式，此处不做限定。

这里需要说明的是，动态间隔列控车载的配置文件可以是在动态间隔列控车载中，也可以是在与安装动态间隔列控车载的列车进行通信的模拟列车中，对于配置文件存储的具体位置，此处不做限定。

S305：基于修改后的配置文件和测试用例对动态间隔列控车载进行车车通信功能测试。

在自动对动态间隔列控车载的配置文件中的参数进行修改后，动态间隔列控车载的配置文件就能够符合当前的测试场景，进而将测试用例代入动态间隔列控车载中，测试用例就能够正常运行。这样，运行的结果就不会因为测试场景不符合当前测试用例而出现问题。并且，通过自动修改配置文件，还能够提高车车通信测试的效率和准确率。

接下来，以一个示例对本申请实施例提供的动态间隔列控车载中车车通信功能的测试方法的过程再次进行说明。

当动态间隔列控车载在进行车车通信功能测试时，假设需要使用测试用例A、测试用例B、测试用例C。测试用例A与场景编号NO.1、测试环境编号ENV1、环境配置参数a对应，测试用例B与场景编号NO.2、测试环境编号ENV2、环境配置参数b对应，测试用例C与场景编号NO.3、测试环境编号ENV3、环境配置参数c对应。当从测试用例A切换至测试用例B时，就获取测试用例B对应的场景编号NO.2，进而获取测试环境编号ENV2，进而获取环境配置参数b。最后将动态间隔列控车载的配置文件中的参数替换为环境配置参数b。这样，就实现了动态间隔列控车载在车车通信功能测试中配置文件的自动修改。

由上述内容可知，本申请实施例提供的动态间隔列控车载中车车通信功能的测试方法，通过获取测试用例的场景编号，进而根据测试用例的场景编号确定测试用例的目标场景编号，再调用目标场景编号对应的环境配置参数，将动态间隔列控车载的配置文件中的参数自动替换为环境配置参数，进而基于测试用例和修改后的配置文件对动态间隔列控车载进行车车通信功能测试，由于是根据测试用例的场景编号，调用出预先配置好的环境配置参数，自动将动态间隔列控车载的配置文件中的参数进行替换，能够避免人工手动修改配置文件，提高配置文件的修改效率，解决了测试中不同场景切换时需要停止跑车的问题，进而提高了车车通信的测试效率。并且，通过自动修改配置文件，相比于手动修改配置文件，降低了对配置文件进行修改时出错的概率，提高了配置文件的配置准确率，进而提高了车车通信测试的准确率。

进一步地，作为对图3所示的动态间隔列控车载中车车通信功能的测试方法的细化和扩展，本申请实施例还提供了一种动态间隔列控车载中车车通信功能的测试方法。图4为本申请实施例中动态间隔列控车载中车车通信功能的测试方法的流程示意图二，参见图4所示，该方法可以包括：

S401：分析测试用例是否属于复杂场景；若是，则执行S402-S404；若否，则执行S405。

其中，复杂场景用于指示在测试时需要修改配置文件。

由于在进行车车通信功能测试的过程中，在切换测试用例后，测试环境有可能发生变化。在复杂场景下，甚至需要修改动态间隔列控车载的配置文件中的参数。为了能够快速地对配置文件进行修改，就需要预先将不同测试用例对应的在配置文件中需要修改的环境配置参数设置好。当切换测试用例后，需要重新对配置文件进行配置时，就可以直接调用预先配置好的环境配置参数，进而直接在配置文件中进行修改。因此，在进行测试前，需要针对测试用例进行解析，确定测试用例对应的场景，进而当确定测试用例属于复杂场景时，需要预先配置该测试用例相应的环境配置参数。

在分析测试用例是否属于复杂场景时，可以通过人工对测试用例进行解析，从而确定测试用例是否属于复杂场景。也可以在测试用例生成时，当测试用例属于复杂场景时，就在测试用例中添加一个标识，进而在判断测试用例是否属于复杂场景时，可以根据是否从测试用例中识别出上述标识来确定测试用例是否属于复杂场景。还可以通过识别测试用例中的关键字，当识别出测试用例中存在预设的关键字时，就确定测试用例属于复杂场景。对于确定测试用例是否属于复杂场景的具体方式，此次不做限定。

这里需要说明的是，在进行车车通信功能测试的过程中，需要使用到多少个测试用例，就对多少个测试用例进行解析。以确保在测试时，在遇到复杂场景下的测试用例，需要修改配置文件时，都能够快速地获取到相应的环境配置参数，避免遗漏对某个复杂场景下的测试用例的环境配置参数的原先配置，确保测试能够全程高效地进行。

S402：对测试用例进行编号，得到测试用例的场景编号。

S403：为测试用例配置环境配置参数，并进行编号，得到测试环境编号。

S404：将场景编号、测试环境编号、环境配置参数对应存储。

对于复杂场景下的测试用例，一般来说，在使用该测试用例进行车车通信测试时，同时还需要修改动态间隔列控车载中的配置文件。例如：复杂场景下的测试用例为当前列车无法收到前车的位置，那么，在使用该测试用例进行测试时，还需要在配置文件中注入故障，即不接收前车发送的位置信息。因此，为了节省对配置文件进行手动配置的耗时，就预先生成一个该测试用例的场景编号，再预先生成一个该复杂场景下的测试环境编号，再将“不接收前车发送的位置信息”这一环境配置参数配置好，最后将上述三者对应保存在指定位置。当使用该测试用例进行测试时，直接根据该测试用例的场景编号和环境配置编号从上述指定位置调用该环境配置参数，并直接在配置文件中进行修改即可。这样，能够大大提高配置文件的修改效率。

除了上述举例，对于复杂场景下的测试用例，还可以是当前列车中的配置版本与前车的配置版本不同。两车之间如果需要正常通信，那么两车的配置版本需要相同。因此，对于上述复杂场景下的测试用例，也需要预先配置场景编号、测试环境编号、以及“将当前车的配置版本修改为3.0版本，使其与前车的2.0配置版本不同“这一环境配置参数。

场景编号与测试用例对应，是为了标记测试用例的实际场景。而测试环境编号与环境配置参数对应，是为了便于找到需要的环境配置文件。因此，需要将测试用例的场景编号、测试环境编号与环境配置参数对应存储。这样，在切换测试用例后，就能够根据切换后的测试用例的场景编号，逐步找出相应的环境配置参数，并对配置文件进行修改。

在将场景编号、测试环境编号、环境配置参数对应存储时，可以将场景编号、测试环境编号、环境配置参数对应存储在动态间隔列控车载的配置文件中。这样，在调用环境配置参数修改配置文件的测试环境时，能够节省数据传输的时间，进而提高配置文件的修改效率。

S405：与缺省测试环境建立对应关系。

在确定测试用例不属于复杂场景，即属于一般场景时，说明该测试用例在进行测试时，使用默认的测试环境即可，故将该测试用例与缺省测试环境建立对应关系，以便后续在使用该测试用例进行测试时，直接启用缺省测试环境，即使用配置文件中的默认参数。

以上步骤S401-S405为在进行车车通信测试前，对环境配置参数预先进行配置的过程。是为了后续修改动态间隔列控车载的配置文件时，能够直接调用环境配置参数进行修改，提高测试测试效率。

以下步骤S406-S420为在进行车车通信测试时的具体过程。

S406：判断测试用例是否属于复杂场景；若是，则执行S407-S419；若否，则执行S420。

对于判断测试用例是否属于复杂场景的具体方式已在步骤S401中详细说明，此处不再赘述。

S407：获取测试用例对应的场景编号。

图5为本申请实施例中获取场景编号的一种具体方式的界面示意图，参见图5所示，用户可以将测试用例对应的场景编号通过环境配置装置的界面输入，环境配置装置在接收到用户输入的场景编号后，自动将场景编号转换为指令，并查找出相应的测试环境编号，并进行显示，进而查找出相应的环境配置参数。而在测试前的配置阶段，同样可以通过该界面，为环境配置参数进行测试环境编号和场景编号。

S408：判断场景编号是否处于场景编号范围；若是，则执行S409-S419；若否，则执行S420或S421。

其中，场景编号范围包含有所有测试用例对应的场景编号。

在确定获取的场景编号位于场景编号范围内时，就寻找该场景编号对应的测试环境编号。而当确定获取的场景编号没有位于场景编号范围内时，例如：存在场景编号NO.1、NO.2、 NO.3，场景编号范围为NO.1-NO.3，而获取的场景编号为NO.4或者E3，说明此处没有相应的环境配置参数，或者场景编号输入错误，那么，就直接采用缺省环境配置参数和测试用例对动态间隔列控车载进行车车通信功能测试，或者输出提示信息，以提示场景编号错误。这样，能够避免多余的查询场景编号的过程，进而提高测试效率。

S409：判断场景编号是否与第一场景编号相同；若是，则执行S410；若否，则执行S411。

S410：将第一场景编号对应的第一测试环境编号作为目标测试环境编号。

S411：判断场景编号是否与第二场景编号相同，直至判断出与场景编号相同的目标场景编号，并将目标场景编号对应的测试环境编号作为目标测试环境编号。

通过将获取的场景编号逐个与预先存储的场景编号进行对比，当找出与获取的场景编号相同的场景编号时，就停止对比，进而将对比到的相同的场景编号对应的测试环境编号作为目标测试环境编号，在不占用过多的处理资源的基础上，能够快速找出目标测试环境编号。

S412：调用目标测试环境编号对应的环境配置参数。

S413：采用环境配置参数修改动态间隔列控车载的配置文件。

步骤S412、S413的具体实现方式与步骤S303、S304相同，故此处不再赘述。

在对动态间隔列控车载的配置文件中的参数进行修改的同时，有时还需要修改动态间隔列控车载的网际互连协议（Internet Protocol，IP）地址。这种修改IP地址的情况一般发生在本车更换通信列车的时候。这是因为，本车与不同列车通信时，动态间隔列控车载需要使用不同的IP地址。

S414：根据测试用例的场景编号确定目标通信地址编号。

其中，不同的通信地址编号指示不同的通信地址。测试用例的场景编号、通信地址编号、通信地址，与环境配置参数一样，也是预先配置好，并存储起来，以备后续直接调用的。这里的通信地址可以是指IP地址，当然，也可以是指其它类型的地址。对于通信地址的具体类型，此处不做限定。

S415：判断当前确定的目标通信地址编号与上一次确定的目标通信地址编号是否相同；若是，则执行S416；若否，则执行S417-S418。

S416：锁定动态间隔列控车载当前的通信地址。

也就是说，不再获取目标通信地址编号对应的通信地址，而是采用当前的通信地址，即不对动态间隔列控车载中的通信地址进行修改。

S417：调用目标通信地址编号对应的通信地址。

S418：采用通信地址修改动态间隔列控车载中的通信地址。

步骤S417、S418的具体实现方式与步骤S303、S304类似，故此处不再赘述。

S419：基于修改后的通信地址、修改后的配置文件和测试用例对动态间隔列控车载进行车车通信功能测试。

S420：采用缺省配置文件和测试用例对动态间隔列控车载进行车车通信功能测试。

也就是说，在确定测试用例为一般场景时，无需对动态间隔列控车载的配置文件进行修改，采用配置文件中缺省环境配置参数，即默认的环境配置参数进行测试即可。或者，无需对动态间隔列控车载的IP地址进行修改，采用默认的IP地址即可。

这里需要说明的是，如果上一个测试用例属于复杂场景，而当前测试用例为一般场景，那么，之前配置文件中的参数已经被修改，此时，需要将配置文件中的参数恢复默认配置，即修改回缺省环境配置参数。或者，将IP地址恢复为之前的IP地址。

S421：输出提示信息，以提示场景编号错误。

当确定获取的场景编号没有位于场景编号范围内时，说明此处没有相应的环境配置参数，或者场景编号输入错误，那么，就输出提示信息，以提示场景编号错误。这样，能够避免多余的查询场景编号的过程，进而提高测试效率。

由上述内容可知，本申请实施例提供的动态间隔列控车载中车车通信功能的测试方法，通过获取测试用例的场景编号，进而根据测试用例的场景编号确定测试用例的目标场景编号，再调用目标场景编号对应的环境配置参数，将动态间隔列控车载的配置文件中的参数自动替换为环境配置参数，进而基于测试用例和修改后的配置文件对动态间隔列控车载进行车车通信功能测试，由于是根据测试用例的场景编号，调用出预先配置好的环境配置参数，自动将动态间隔列控车载的配置文件中的参数进行替换，能够避免人工手动修改配置文件，提高配置文件的修改效率，进而提高了测试场景的快速切换（一般在3s以内），解决了测试中不同场景切换时需要停止跑车的问题，进而提高了车车通信的测试效率。在研发、测试周期紧迫的情况下，能够有效缩短测试活动周期，降低项目成本。并且，通过自动修改配置文件，相比于手动修改配置文件，降低了对配置文件进行修改时出错的概率，提高了配置文件的配置准确率，进而提高了车车通信测试的准确率。

基于同一发明构思，作为对上述动态间隔列控车载中车车通信功能的测试方法的实现，本申请实施例还提供了一种动态间隔列控车载中车车通信功能的测试装置。图6为本申请实施例中动态间隔列控车载中车车通信功能的测试装置的结构示意图，参见图6所示，该装置可以包括：

获取模块601，用于获取测试用例对应的场景编号；

查找模块602，用于根据所述场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；

调用模块603，用于调用所述目标测试环境编号对应的环境配置参数；

修改模块604，用于采用所述环境配置参数修改动态间隔列控车载的配置文件；

测试模块605，用于基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

基于前述实施例，所述装置还包括：

判断模块，用于判断所述测试用例是否属于复杂场景，所述复杂场景用于指示在测试时需要修改所述配置文件；

所述测试模块，用于当所述测试用例不属于复杂场景时，采用缺省环境配置参数和所述测试用例对所述动态间隔列控车载进行车车通信功能测试；当所述测试用例属于复杂场景时，获取所述测试用例对应的场景编号。

基于前述实施例，所述装置还包括：

判断模块，用于判断所述场景编号是否处于场景编号范围，所述场景编号范围包含有所有测试用例对应的场景编号；

提示模块，用于当所述场景编号未处于所述场景编号范围内时，输出提示信息，以提示所述场景编号错误；

所述测试模块，用于当所述场景编号未处于所述场景编号范围内时，采用缺省环境配置参数和所述测试用例对所述动态间隔列控车载进行车车通信功能测试；

所述查找模块，用于当所述场景编号处于所述场景编号范围内时，根据所述场景编号确定目标测试环境编号。

基于前述实施例，所述判断模块，用于当所述场景编号处于所述场景编号范围内时，判断所述场景编号是否与第一场景编号相同；

所述查找模块，用于若是，则将所述第一场景编号对应的第一测试环境编号作为所述目标测试环境编号；若否，则判断所述场景编号是否与第二场景编号相同，直至判断出与所述场景编号相同的目标场景编号，并将所述目标场景编号对应的测试环境编号作为目标测试环境编号。

基于前述实施例，所述装置还包括：

配置模块，用于当分析出所述测试用例属于复杂场景时，对所述测试用例进行编号，得到所述测试用例的场景编号，所述复杂场景用于指示在测试时需要修改所述配置文件；为所述测试用例配置环境配置参数，并进行编号，得到测试环境编号；将所述场景编号、所述测试环境编号、所述环境配置参数对应存储。

基于前述实施例，所述查找模块，用于根据所述场景编号确定目标通信地址编号，不同的通信地址编号指示不同的通信地址，所述动态间隔列控车载与不同列车通信时，使用的通信地址不同；

所述调用模块，用于调用所述目标通信地址编号对应的通信地址；

所述修改模块，用于采用所述通信地址修改所述动态间隔列控车载中的通信地址；

所述测试模块，用于基于修改后的通信地址、修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

基于前述实施例，所述装置还包括：

判断模块，用于判断当前确定的目标通信地址编号与上一次确定的目标通信地址编号是否相同；

锁定模块，用于若当前确定的目标通信地址编号与上一次确定的目标通信地址编号相同，则锁定所述动态间隔列控车载当前的通信地址；

所述调用模块，用于若当前确定的目标通信地址编号与上一次确定的目标通信地址编号不同，则调用所述目标通信地址编号对应的通信地址。

这里需要指出的是，以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

基于同一发明构思，本申请实施例还提供了一种电子设备。图7为本申请实施例中电子设备的结构示意图，参见图7所示，该电子设备可以包括：处理器701、存储器702、总线703；其中，处理器701、存储器702通过总线703完成相互间的通信；处理器701用于调用存储器702中的程序指令，以执行上述一个或多个实施例中的方法。

这里需要指出的是，以上电子设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请电子设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

基于同一发明构思，本申请实施例还提供了一种计算机可读存储介质，该存储介质可以包括：存储的程序；其中，在程序运行时控制存储介质所在设备执行上述一个或多个实施例中的方法。

这里需要指出的是，以上存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

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

Claims (10)

1.一种动态间隔列控车载中车车通信功能的测试方法，其特征在于，所述方法包括：

获取测试用例对应的场景编号；

根据所述场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；

调用所述目标测试环境编号对应的环境配置参数；

采用所述环境配置参数修改动态间隔列控车载的配置文件；

基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

2.根据权利要求1所述的方法，其特征在于，在所述获取测试用例对应的场景编号之前，所述方法还包括：

判断所述测试用例是否属于复杂场景，所述复杂场景用于指示在测试时需要修改所述配置文件；

当所述测试用例不属于复杂场景时，采用缺省环境配置参数和所述测试用例对所述动态间隔列控车载进行车车通信功能测试；

所述获取测试用例对应的场景编号，包括：

当所述测试用例属于复杂场景时，获取所述测试用例对应的场景编号。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述场景编号确定目标测试环境编号之前，所述方法还包括：

判断所述场景编号是否处于场景编号范围，所述场景编号范围包含有所有测试用例对应的场景编号；

当所述场景编号未处于所述场景编号范围内时，采用缺省环境配置参数和所述测试用例对所述动态间隔列控车载进行车车通信功能测试，或者，输出提示信息，以提示所述场景编号错误；

所述根据所述场景编号确定目标测试环境编号，包括：

当所述场景编号处于所述场景编号范围内时，根据所述场景编号确定目标测试环境编号。

4.根据权利要求2所述的方法，其特征在于，所述当所述场景编号处于所述场景编号范围内时，根据所述场景编号确定目标测试环境编号，包括：

当所述场景编号处于所述场景编号范围内时，判断所述场景编号是否与第一场景编号相同；

若是，则将所述第一场景编号对应的第一测试环境编号作为所述目标测试环境编号；

若否，则判断所述场景编号是否与第二场景编号相同，直至判断出与所述场景编号相同的目标场景编号，并将所述目标场景编号对应的测试环境编号作为目标测试环境编号。

5.根据权利要求1所述的方法，其特征在于，在所述调用所述目标测试环境编号对应的环境配置参数之前，所述方法还包括：

当分析出所述测试用例属于复杂场景时，对所述测试用例进行编号，得到所述测试用例的场景编号，所述复杂场景用于指示在测试时需要修改所述配置文件；

为所述测试用例配置环境配置参数，并进行编号，得到测试环境编号；

将所述场景编号、所述测试环境编号、所述环境配置参数对应存储。

6.根据权利要求1所述的方法，其特征在于，在所述获取测试用例对应的场景编号之后，所述方法还包括：

根据所述场景编号确定目标通信地址编号，不同的通信地址编号指示不同的通信地址，所述动态间隔列控车载与不同列车通信时，使用的通信地址不同；

调用所述目标通信地址编号对应的通信地址；

采用所述通信地址修改所述动态间隔列控车载中的通信地址；

所述基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试，包括：

基于修改后的通信地址、修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

7.根据权利要求6所述的方法，其特征在于，在所述调用所述目标通信地址编号对应的通信地址之前，所述方法还包括：

判断当前确定的目标通信地址编号与上一次确定的目标通信地址编号是否相同；

若当前确定的目标通信地址编号与上一次确定的目标通信地址编号相同，则锁定所述动态间隔列控车载当前的通信地址；

所述调用所述目标通信地址编号对应的通信地址，包括：

若当前确定的目标通信地址编号与上一次确定的目标通信地址编号不同，则调用所述目标通信地址编号对应的通信地址。

8.一种动态间隔列控车载中车车通信功能的测试装置，其特征在于，所述装置包括：

获取模块，用于获取测试用例对应的场景编号；

查找模块，用于根据所述场景编号确定目标测试环境编号，不同的测试环境编号对应不同的场景编号，不同的测试环境编号预设有不同的环境配置参数；

调用模块，用于调用所述目标测试环境编号对应的环境配置参数；

修改模块，用于采用所述环境配置参数修改动态间隔列控车载的配置文件；

测试模块，用于基于修改后的配置文件和所述测试用例对所述动态间隔列控车载进行车车通信功能测试。

9.一种电子设备，其特征在于，包括：处理器、存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括：存储的程序；

其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1至7中任一项所述的方法。

Images