CN115686634A

CN115686634A - 一种测发控流程指令的处理方法、装置、终端及存储介质

Info

Publication number: CN115686634A
Application number: CN202310000657.7A
Authority: CN
Inventors: 文天乐; 彭昊旻; 布向伟; 赵也倪; 陈乐�
Original assignee: Dongfang Space Technology Shandong Co Ltd
Current assignee: Dongfang Space Technology Shandong Co Ltd
Priority date: 2023-01-03
Filing date: 2023-01-03
Publication date: 2023-02-03
Anticipated expiration: 2043-01-03
Also published as: CN115686634B

Abstract

本发明提供一种测发控流程指令的处理方法、装置、终端及存储介质，涉及计算机信息处理技术领域。解决了测发控软件在不同的测试环境下软件的复用性低的问题。所述的测发控流程指令的处理方法，应用于测发控终端，所述方法包括：获取对火箭进行功能测试的测试请求；根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。本发明的方案实现了测发控软件的主程序通过调用不同的测试指令模块和相对应的插件，可以在不同测试环境下的重复使用，提高了测发控软件的复用率。

Description

一种测发控流程指令的处理方法、装置、终端及存储介质

技术领域

本发明涉及计算机信息处理技术领域，特别是指一种测发控流程指令的处理方法、装置、终端及存储介质。

背景技术

在传统地面软件设计中，指令通常以代码的形式放入主应用程序中，通过主应用程序编译实现地面软件与火箭上软件间指令的交互，指令的执行顺序以及功能根据需求，在主应用程序中顺序实现，在传统的地面流程软件中，通常是将所有的流程集成在同一个软件中，根据不同的需求，编写不同的软件，实现软件功能，若根据测试的环境不同，需要在主应用程序中更改指令执行的顺序，则需要更改主应用程序的代码，后进行编译及测试，所需时间长，同时主应用程序只可用于满足当前用户需求，软件复用性低，根据需求的更改，需要对整体软件进行更改，需要多人维护。

发明内容

本发明提供一种测发控流程指令的处理方法、装置、终端及存储介质。解决了测发控软件在不同的测试环境下软件的复用性低的问题。

为解决上述技术问题，本发明的技术方案如下：

本发明的实施例提出一种测发控流程指令的处理方法，应用于测发控终端，所述方法包括：

获取对火箭进行功能测试的测试请求；

根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；

通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。

可选的，所述测试指令模块包括：第一类测试指令模块、第二类测试指令模块和第三类测试指令模块；

所述第一类测试指令模块用于同时发送多个测试指令以及同时接收多个测试指令；

所述第二类测试指令模块用于发送一个测试指令和接收一个测试指令；

所述第三类测试指令模块用于发送一个测试指令和接收多个测试指令。

可选的，所述功能测试的主程序中的调用节口的基类声明中包括：多个测试指令模块共有的参数，所述参数包括以下至少一项：功能测试的测试对象名称、程序名称、程序描述、状态描述。

可选的，所述插件通过该插件对应的测试指令模块中的地址和端口继承于所述功能测试的主程序。

可选的，所述插件中的配置文件包括该插件对应的测试指令模块独有的属性参数，所述属性参数通过所述功能测试的主程序的配置界面设置，所述配置界面具有以下至少一种属性设置项：数据类型、数据名称、接口类型。

可选的，所述测发控流程指令的处理方法，还包括：

当需要进行新的功能测试时，在多个测试指令模块中，确定需要更新的目标测试指令模块；

将所述功能测试的主程序中，需要更新的目标测试指令模块的地址修改为目标地址，端口修改为目标端口；

在配置界面中，设置所述目标测试指令模块对应的目标插件的属性参数，形成所述目标插件的目标配置文件；

根据所述目标配置文件，执行新的目标功能测试的测试指令。

可选的，所述测发控流程指令的处理方法，还包括：

当需要添加测试指令模块时，将需要添加的测试指令模块的地址和端口添加到主程序中，并将该需要添加的测试指令模块的插件，通过该需要添加的测试指令模块的地址和端口继承于所述主程序；或者

当需要删除测试指令模块时，将需要删除的测试指令模块的地址和端口在主程序中删除。

本发明的实施例还提供一种测发控流程指令的处理装置，包括：

获取模块，用于获取对火箭进行功能测试的测试请求；

处理模块，用于根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。

本发明的实施例还提供一种终端，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行上述的测发控流程指令的处理方法。

本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行上述的测发控流程指令的处理方法。

本发明的上述方案至少包括以下有益效果：

本发明的上述方案通过获取对火箭进行功能测试的测试请求；根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。实现了测发控软件的主程序通过调用不同的测试指令模块和相对应的插件，可以在不同测试环境下的重复使用，提高了测发控软件的复用率。

附图说明

图1是本发明的测发控流程指令的处理方法的流程示意图；

图2是本发明的测发控流程指令的处理方法的测试指令模块的结构意图；

图3是本发明的测发控流程指令的处理方法的具体实施例的流程示意图；

图4是本发明的测发控流程指令的处理装置的模块示意图。

具体实施方式

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

如图1所示，本发明的实施例提供一种测发控流程指令的处理方法，应用于测发控终端，所述方法包括：

步骤11，获取对火箭进行功能测试的测试请求；

步骤12，根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；

步骤13，通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。

该实施例通过模块和插件的形式可以让整个功能测试的指令框架结构更加清晰和容易理解，针对不同场景，功能有所区别，主程序中包含所有功能模块的调用，只需要对插件进行更改，更换插件，程序依然可以正常运行，不需要将程序重新编译，减少了更改代码的时间，加快测试的进度。实现主应用程序后，后续软件人员只需对插件进行更改，主程序不需要修改就可实现用户的需求更改，降低后续开发成本和难度。

本发明的一可选的实施例中，如图2所示，所述测试指令模块包括：第一类测试指令模块、第二类测试指令模块和第三类测试指令模块；

所述功能测试的主程序中的调用节口的基类声明中包括：多个测试指令模块共有的参数，所述参数包括以下至少一项：功能测试的测试对象名称、程序名称、程序描述、状态描述。

每一种类型的测试指令模块的共有的参数在主程序中进行声明，每个测试指令模块的自己特有功能由该测试指令模块对应的插件实现。

本实施例中，首先将测发控软件的测试流程的多个测试指令分为多个测试指令模块进行传输，多个测试指令模块的共有的参数在主程序中进行声明，将各个测试指令模块独有的参数通过各个测试指令模块所对应的插件实现，所述功能测试的主程序通过所述测试指令模块加载各个测试指令模块所对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令，从而实现整体程序的运行；通过此设计，使得所述测发控软件在不同的测试环境下，可通过更换或修改插件中的配置文件的方式来实现在不同测试环境下的重复使用，从而能够提高测发控软件的复用率。

一种具体的实现实例中，火箭测试与发射终端（简称测发控终端）中，共计大约一百条测试指令，形成一个测试流程，完成一个功能测试，将测试指令形成不同的模块，通过测发控软件调用插件，实现测试指令模块的分步进行，若其中某个测试指令模块出现问题，则可直接更改测试指令模块而不用更改主测发控软件。

上述实施例中，在主程序中声明多个指令同时发送同时接收的基类，普通一发一收的基类以及一发多收三种模式的基类，这三种基类就是三个不同的模块，这三种基类通过在主程序中声明的接口继承于主测发控软件，三个模块有的共性：名称、解释等信息直接放在主程序接口中，插件通过共同的设置ip和端口号等接口继承于基类，然后在插件中形成配置文件，配置文件内容包括类名，参数名，以及参数，然后主测发控软件读取该配置文件，实现在界面上可视。模块以.dll的形式存在，如果其中一个模块弃用，则直接替换.dll就可以，从而能够提高测发控软件的复用率。

本发明的一个可选的实施例中，所述插件通过该插件对应的测试指令模块中的地址和端口继承于所述功能测试的主程序。

所述插件中的配置文件包括该插件对应的测试指令模块独有的属性参数，所述属性参数通过所述功能测试的主程序的配置界面设置，所述功能测试的主程序可通过读取插件中的配置文件，实现在界面上可视，所述配置界面具有以下至少一种属性设置项：数据类型、数据名称、接口类型。

具体的，可以是将所述插件的数据类型、数据名称、接口类型等排列成JSON（JavaScript 对象简谱）格式，将形成的JSON文件保存形成配置文件，所述功能测试的主程序通过读取所述插件中的配置文件，并将所述插件的属性参数显示在所述功能测试的主程序的配置界面上，从而实现插件属性参数的可视化。

该实施例中，一个功能测试的流程的主程序，包含网格模型的基本数据结构和插件的接口类型，包括：加载模型用的接口、处理模型用的接口、渲染模型用的接口等等；

其次，声明一个插件类，构建插件，声明插件中需要用户自定义的属性，实现用户在界面的选择。每个插件仅负责一个小模块的实现。

整个主程序由以上三部分组成，即主程序、模块和插件上，在后续开发中，仅需要对插件进行替换，即可实现整个工程功能的更新

通过不同测试指令模块的组合，实现整体程序的运行，如图3所示，若图中测试指令模块N出现问题，可将该测试指令模块删除，并替换新的测试指令模块。测试指令模块N和测试指令模块M也可以根据需求的不同，进行增删改查，实现流程的可复用性。

在每个模块中，可增加配置的不同属性，在不同环境下这个流程需要实现的参数不同，可通过主程序中的可视化界面进行修改，不需要进入流程内部修改，这种方式大大降低了操作人员的难度，可以更方便的使用应用程序。

该实施例中，通过保存配置文件的形式对这些部分进行数据进行管理，在需要修改时，通过在主程序中打开配置文件，实现可视化界面中数据的修改。

插件可通过加载配置文件的方式配置属性，在属性中对所有数据进行格式化的设计，根据数据类型的不同，定义配置属性，比如：

unsigned int type1；

float type2；

double type3；

int type4；

String type5；

Bool type6；

将该部分的信息进行配置文件的设计，其属性包含：1.数据类型；2.数据名称；3.数据接口，排列成JSON格式，将形成的JSON文件保存形成配置文件，通过界面读取配置文件，实现界面中插件属性的可视化更改。同时保证了模块接口的统一，为后续的软件编写提高效率。

可视化的界面读取配置文件后如表1所示，表1为本实施例中的配置文件通过可视化界面读取后的示意表。

表1，配置文件通过可视化界面读取后的示意表

用户根据数据类型的不同，通过可视化界面更改参数，实现数据的配置，如表2所示，表2为配置文件通过可视化界面更改参数过程中的示意表。

表2，配置文件通过可视化界面更改参数过程中的示意表

插件在应用时，软件的主程序增加与插件交互的接口即可实现插件的读取，目前来说，插件除了在测发控终端使用，同时也可以复用在其他软件中，比如流程配置软件，单项测试软件，以及在第一版火箭型号中实现的插件可以沿用至其他型号火箭中继续使用。

本发明的一可选的实施例中，所述的测发控流程指令的处理方法，还可以包括：

步骤14，当需要进行新的功能测试时，在多个测试指令模块中，确定需要更新的目标测试指令模块；

步骤15，将所述功能测试的主程序中，需要更新的目标测试指令模块的地址修改为目标地址，端口修改为目标端口；

步骤16，在配置界面中，设置所述目标测试指令模块对应的目标插件的属性参数，形成所述目标插件的目标配置文件；

步骤17，根据所述目标配置文件，执行新的目标功能测试的测试指令。

该实施例中，当需要对测试指令模块进行修改时，可以在所述功能测试的主程序中，将需要更新的目标测试指令模块的地址修改为目标地址，端口修改为目标端口，即可实现该测试指令模块的更新，不需要对功能测试的所有测试指令进行修改，大大降低了操作人员的难度，可以更方便的使用应用程序。

步骤18，当需要添加测试指令模块时，将需要添加的测试指令模块的地址和端口添加到主程序中，并将该需要添加的测试指令模块的插件，通过该需要添加的测试指令模块的地址和端口继承于所述主程序；或者

步骤19，当需要删除测试指令模块时，将需要删除的测试指令模块的地址和端口在主程序中删除。

例如，所述的测试指令模块一般均以.dll（动态链接库）的形式存在，当所述测发控软件在新的测试环境下需要将多个测试指令模块中的一个测试指令模块进行替换时，则可以直接将需要替换的测试指令模块的.dll直接删除，然后将需要添加的测试指令模块的.dll添加到主程序中，并将该需要添加的测试指令模块的插件，通过该需要添加的测试指令模块的.dll继承于所述主程序；当需要将多个测试指令模块中的一个测试指令模块进行删除时，则可以直接将删除测试指令模块的.dll即可，需要删除的测试指令模块的.dll在删除后，与之相对应的插件将无法再被所述功能测试的主程序所调用。

本发明所述的测发控流程指令的处理方法，通过插件的形式来使得整个测发控软件具有可修改性，使得所述测发控软件在不同测试环境下无需重新编辑整个测发控软件的程序，只需修改所述功能测试的主程序中所对应测试指令模块的地址以及所述测试指令模块相对应的插件即可，从而减少了更改代码的时间，加快了测试的进度，提高了测发控软件的复用率和开发的并行性，同时缩短了测发控软件的研发周期、节约了研发成本，带给程序开发人员更多的灵活性，方便软件的升级和维护。

如图4所示，本发明的实施例还提供一种测发控流程指令的处理装置40，包括：

获取模块41，用于获取对火箭进行功能测试的测试请求；

处理模块42，用于根据所述测试请求，所述功能测试的主程序采用相同类型的调用节口，分别调用多个测试指令模块传输测试指令；通过所述测试指令模块加载该测试指令模块对应的至少一个插件中的配置文件，并按照所述配置文件执行测试指令。

可选的，所述处理模块42还用于当需要进行新的功能测试时，在多个测试指令模块中，确定需要更新的目标测试指令模块；

可选的，所述处理模块42还用于当需要添加测试指令模块时，将需要添加的测试指令模块的地址和端口添加到主程序中，并将该需要添加的测试指令模块的插件，通过该需要添加的测试指令模块的地址和端口继承于所述主程序；或者

需要说明的是，该装置是与上述测发控流程指令的处理方法对应的装置，上述方法中所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种终端，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行上述的测发控流程指令的处理方法。本实施例中所述的终端可以是上述实施例中所述的测发控终端，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行上述的测发控流程指令的处理方法。上述各方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置（包括处理器、存储介质等）或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种测发控流程指令的处理方法，其特征在于，应用于测发控终端，所述方法包括：

获取对火箭进行功能测试的测试请求；

2.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，所述测试指令模块包括：第一类测试指令模块、第二类测试指令模块和第三类测试指令模块；

3.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，所述功能测试的主程序中的调用节口的基类声明中包括：多个测试指令模块共有的参数，所述参数包括以下至少一项：功能测试的测试对象名称、程序名称、程序描述、状态描述。

4.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，所述插件通过该插件对应的测试指令模块中的地址和端口继承于所述功能测试的主程序。

5.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，所述插件中的配置文件包括该插件对应的测试指令模块独有的属性参数，所述属性参数通过所述功能测试的主程序的配置界面设置，所述配置界面具有以下至少一种属性设置项：数据类型、数据名称、接口类型。

6.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，还包括：

7.根据权利要求1所述的测发控流程指令的处理方法，其特征在于，还包括：

8.一种测发控流程指令的处理装置，其特征在于，包括：

获取模块，用于获取对火箭进行功能测试的测试请求；

9.一种终端，其特征在于，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7任一项所述的方法。