CN109783287A - 基于配置文件的测试指令生成方法、系统、终端及介质 - Google Patents
基于配置文件的测试指令生成方法、系统、终端及介质 Download PDFInfo
- Publication number
- CN109783287A CN109783287A CN201811626995.7A CN201811626995A CN109783287A CN 109783287 A CN109783287 A CN 109783287A CN 201811626995 A CN201811626995 A CN 201811626995A CN 109783287 A CN109783287 A CN 109783287A
- Authority
- CN
- China
- Prior art keywords
- test
- instruction
- configuration file
- sut
- system under
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明属于计算机技术领域,具体涉及一种基于配置文件的测试指令生成方法、系统、终端及介质,包括以下步骤:获取需进行测试的测试选项;根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;根据所述测试选项从先决配置文件中读取对应的测试先决条件;判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果。本发明能够根据不同的被测对象生成相对应的交互式测试指令,相比于定制化的测试指令,本发明可以应用于不同的对象且无需对不同的被测对象进行重新编程。
Description
技术领域
本发明属于计算机技术领域,具体涉及一种基于配置文件的测试指令生成方法、系统、终端及介质。
背景技术
PMA(便携式维护终端)地面测试是通过机载CMS(中央维护计算机)与各成员系统进行交互式测试。维护人员根据PMA显示的菜单和指令,选择相应的测试;选择之后,PMA显示测试的条件和交互式指令;PMA向成员系统发送地面测试请求,成员系统收到测试请求后运行测试程序,完成测试并向PMA发送运行状态和测试结果。
地面测试分为三种类型:操作测试、系统测试和LRU更换测试。系统测试的主要目的是确认成员系统的全部功能是否正常。操作测试,其主要目的是确定成员系统的指定功能是否正常。LRU更换测试的主要目的是检查和验证分系统中被更换的指定LRU的基本功能和接口电路,LRU更换测试通过以后可以确认指定LRU的安装工作正确,外部连接正常。
当前随着装备电子及机电系统的复杂程度不断提升,外场维护人员需要定期检查的设备逐渐增多,并需要相当的技术水平验证装备相关系统的完好性情况。再者在装备研制验证阶段需要对相关设备的性能以及功能做相应的测试工作,但是测试指令会在装备的研制周期会进行若干次调整变动。若采用定制化的测试指令生成会极大的影响装备的研制。
现在定制化的测试指令,无法兼容不同类型的机电和电子系统,无法动态的生成支持不同类型的测试指令;无法根据不同的研制阶段对测试指令进行调整,需要重新进行编程实现;无法动态的支持对不同测试指令的不同运行先决条件的预判;无法对测试结果进行相关的预处理;无法兼容不同的通信协议。
发明内容
针对现有技术中的缺陷,本发明提供了一种基于配置文件的测试指令生成方法、系统、终端及介质,能够根据不同的被测对象生成相对应的交互式测试指令,相比于定制化的测试指令,本发明可以应用于不同的对象且无需对不同的被测对象进行重新编程。
第一方面,本发明提供了一种基于配置文件的测试指令生成方法,包括以下步骤:
获取需进行测试的测试选项;
根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
根据所述测试选项从先决配置文件中读取对应的测试先决条件;
判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果。
优选地,基于配置文件的测试指令生成方法还包括:
判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
优选地,所述测试指令配置文件中存储有若干不同系统的测试配置模板;
所述先决配置文件中存储有对应不同测试配置模板的若干不同的测试先决条件;
所述预处理配置文件中存储有若干不同的预处理方式;
所述建议配置文件中存储有若干针对不同问题的处理建议。
优选地,基于配置文件的测试指令生成方法还包括:在判断被测系统是否满足测试先决条件之前,根据关联规则将测试配置模板与测试先决条件进行关联。
优选地,所述测试配置模板包括若干测试指令配置信息,所述测试指令配置信息包括测试指令总步骤数、测试指令步骤序号、被测对象ID、测试类型、测试命令字、测试命令字的起始位信息、测试命令字的结束位信息、测试指令步骤序号的起始位信息、测试指令步骤序号的结束位信息、通信协议负载最大值和命令编码规则。
优选地,所述将测试指令转换为符合被测系统的交互式测试指令,具体为:
根据与被测系统进行通信的通信协议的负载,对测试指令进行截取并得到截取信息,将截取信息填充到通信协议的负载中,生成符合被测系统的交互式测试指令。
第二方面,本发明提供了一种基于配置文件的测试指令生成系统,适用于第一方面所述的基于配置文件的测试指令方法,包括:
类型确定单元,用于获取需进行测试的测试选项;
动态指令单元,用于根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
先决条件单元,用于根据所述测试选项从先决配置文件中读取对应的测试先决条件;
交互测试单元,判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果。
优选地,基于配置文件的测试指令生成系统还包括:
预处理单元,用于判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
未通过建议单元,用于根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
第三方面,本发明提供了一种计算机终端,包括处理器和与处理器连接的存储器,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,其特征在于,所述处理器被配置用于调用所述程序指令,执行第一方面所述的方法。
第四方面,本发明提供了一种计算机可读存储介质,计算机存储介质存储有计算机程序,计算机程序包括程序指令,程序指令当被处理器执行时使处理器执行第一方面所述的方法。
实施本发明实施例,能够根据用户的测试选项读取对应的测试配置模板和测试先决条件,在满足测试先决条件时,将根据测试配置模板得到的交互式测试指令发送给被测系统进行测试,因此可以应用于不同的被测对象,且无需对不同的被测对象进行重新编程,操作方便快捷。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中,类似的元件或部分一般由类似的附图标记标识。附图中,各元件或部分并不一定按照实际的比例绘制。
图1为本发明实施例中基于配置文件的测试指令生成方法的流程图;
图2为本发明实施例中基于配置文件的测试指令生成系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
实施例一:
本实施例提供了一种基于配置文件的测试指令生成方法,如图1所示,包括以下步骤:
S1,获取需进行测试的测试选项;
S2,根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
S3,根据所述测试选项从先决配置文件中读取对应的测试先决条件;
S4,判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果;若不满足,则返回并显示被测对象对应的不满足的先决条件,以及进行测试可能对被测对象带来的不良影响。
本实施例中可应用于不同的设备,可对设备进行系统测试、操作测试和LRU更换测试。若用户选择了某设备的系统测试,则通过菜单命令给出测试条件、操作步骤和交互式指令,确定被测对象是否设计规范和容差要求。若用户选择了某设备的操作测试,通过菜单命令给出测试条件、操作步骤和交互式指令,确定被测对象是否正常。若用户选择了某设备的LRU(外场可更换单元)更换测试,通过菜单命令进行LRU更换测试,确定更换LRU本身和LRU接口的完好状态。
本实施例中,所述测试指令配置文件中存储有若干不同系统的测试配置模板,用户可根据不同的被测对象的需求自定义相应的测试配置模板;所述先决配置文件中存储有对应不同测试配置模板的若干不同的测试先决条件;所述预处理配置文件中存储有若干不同的预处理方式;所述建议配置文件中存储有若干针对不同问题的处理建议。
其中,所述测试配置模板包括若干测试指令配置信息,所述测试指令配置信息包括测试指令总步骤数、测试指令步骤序号、被测对象ID、测试类型、测试命令字、测试命令字的起始位信息、测试命令字的结束位信息、测试指令步骤序号的起始位信息、测试指令步骤序号的结束位信息、通信协议负载最大值、命令编码规则等,用户可根据需要自定义测试指令并生成相关的字段。
例如,用户选择了对A设备进行测试的测试选项。然后从测试指令配置文件中,读取了A设备测试模板,即按照系统、子系统、LRU等形成指令的树状结构,读取被测对象所需的测试指令配置信息,从而生成测试指令。从先决配置文件中读取A设备系统测试先决条件:系统已工作且处于调试模式。判断A设备是否满足了先决条件,满足后,将测试指令转换为符合被测系统的交互式测试指令并发送给被测的A设备。
其中,所述将测试指令转换为符合被测系统的交互式测试指令,具体为:
根据与被测系统进行通信的通信协议的payload,对测试指令进行截取并得到截取信息,将截取信息填充到通信协议的payload中,生成符合被测系统的交互式测试指令。本实施例中,被测对象不同,则本系统与被测对象的通信协议则有可能不同,因此要根据通信协议,转化为符合被测对象的交互式测试指令。本实施例中,也可以对测试指令进行重新编码后填充到与被测系统进行通信的通信协议的payload中,从而生成符合被测系统的交互式测试指令。所述编码规则如2进制编码、8进制编码、16进制编码等。
A设备接收到交互式测试指令后开始进行测试,并得到测试结果,然后将测试结果反馈给本系统。本系统接收到测试结果后进行解析,通过显示屏显示测试结果。
例如,当被测对象的交互式测试指令需调整顺序或命令字等信息时,仅需对测试指令配置文件中的测试配置模板进行修改。再次读取测试配置模板,重新生成用于被测对象的交互式测试指令。例如,交互式测试指令的步骤序号调整,仅需修改当前的测试配置模板中对应步骤位置即可。
本实施例的所述基于配置文件的测试指令生成方法,还包括:
S5,判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
S6,根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
例如,测试结果为某时刻的实时温度值45°,若实时温度值45°在阈值温度的范围内,则表示测试通过,通过显示屏显示该温度值。测试结果为一段时间的若干个实时温度值,若这个时间段的平均温度值在阈值范围内,则表示测试通过,因此需要对测试结果进行预处理从而得到平均温度值。从预处理配置文件中读取预处理方式,即求温度平均值的算法,根据该算法和若干实时温度值,得到平均温度值。若求得的平均温度值大于了阈值范围,则测试不通过,此时,从建议配置文件中读取处理建议,该处理建议包括温度过高的几个可能的原因和每个原因的解决办法。
本实施例的所述基于配置文件的测试指令生成方法,还包括:在判断被测系统是否满足测试先决条件之前,根据关联规则将测试配置模板与测试先决条件进行关联(例如根据测试配置模板中的序号和测试先决条件中的序号进行关联,或其他自定义规则进行关联)。在同一测试过程中,若只测试一个类目,则不需要关联,若要测试若干个类目,有些类目需要先决条件,有些类目不需要先决条件,则需要进行事先关联。例如某次测试中,要测试七个类目,其中第二和第五个类目在测试前需要判断先决条件,则根据序号,将第二个类目与第二先决条件进行关联,将第五类目与第五先决条件进行关联。
综上所述,本实施例的方法,能够兼容不同的机电和电子系统,即可应用于不同的被测对象;在不同的研制阶段进行测试时,无需重新编程,只需修改测试配置模板即可,操作方便,省时省力;可以兼容不同的通信协议;可以根据先决条件进行预判断,满足后再进行测试,以提高测试结果的准确性;能够对测试结果进行预处理,对不通过测试的情况给出处理建议。
本实施例举例说明:
一、画出被测系统的树状结构图,根据被测系统结构图,列出每个被测部件的测试指令类型以及指令名,若当前被测对象的某种测试项目需要若干条.如下示例组织相关的被测指令。
某被测系统测试指令树状组织示例如下:
注意:上述配置文件中的测试先决条件,可能造成的影响,测试结果处理方法,测试结果判断条件可根据具体需求拆分为测试指令先决条件配置文件,测试结果预处理配置文件。相关的测试指令先决条件判断组件、测试结果的预处理组件需根据需求进行相关的适应性设计。例如:测试结果处理方法:求返回数据的平均值或最大值,测试结果判断条件:if average(return data)>5and max(return data)<10测试结果的预处理组件需实现均值与最大值函数等,并能处理if average(return data)>5and max(return data)<10等类似的逻辑判断。
二、测试指令动态生成组件根据相关系统对应的ICD以及上述的某被测系统测试指令树状组织示例。生成相关测试指令
利用配置文件已经被测对象ICD生成相关测试指令方法示例如下:
*读入上述配置文件的blockId 3053,和blockByteSize 8以及signal相关信息,初始化八个字节的数组,0000 0000。
*读入signals的signalPosition,0以及signalBitSize 32,读入paras相关信息,可知第一个signals“XXX”需占用前四个字节,第一个para“维护指令类型标志”需使用用1字节,但是需要用四个字节进行编码,起始位为0,其余三个字节保留待以后扩展使用。“维护指令类型标志”值为5,则二进制编码为00000000 00000000 00000000 00000101
*读入第二个signals”XXX”的相关信息,signals的signalPosition为32位,可起到校验第一个signals是否应该占用前四个字节,后四个字节序填充DPU-953相关的信息。
“XXX”有两个参数,"测试项ID"和"成员ID",
其中第一个参数占用前2个字节,第二个参数占用后两个字节进行编码。若"测试项ID"和"成员ID"分别为18,和10,则二进制编码为00000000 00010010 0000000000001010该测试指令则编码为00000000 00000000 00000000 00000101 0000000000010010 00000000 00001010
*其他的测试指令以此类推
实施例二:
本实施例提供了一种基于配置文件的测试指令系统,适用于实施例一所述的基于配置文件的测试指令方法,如图2所示,包括:
类型确定单元,用于获取需进行测试的测试选项;
动态指令单元,用于根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
先决条件单元,用于根据所述测试选项从先决配置文件中读取对应的测试先决条件;
交互测试单元,判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果;若不满足,则返回并显示被测对象对应的不满足的先决条件,以及进行测试可能对被测对象带来的不良影响。
本实施例中可应用于不同的设备,可对设备进行系统测试、操作测试和LRU更换测试。若用户选择了某设备的系统测试,则通过菜单命令给出测试条件、操作步骤和交互式指令,确定被测对象是否设计规范和容差要求。若用户选择了某设备的操作测试,通过菜单命令给出测试条件、操作步骤和交互式指令,确定被测对象是否正常。若用户选择了某设备的LRU更换测试,通过菜单命令进行LRU更换测试,确定更换LRU本身和LRU接口的完好状态。
本实施例中,所述测试指令配置文件中存储有若干不同系统的测试配置模板,用户可根据不同的被测对象的需求自定义相应的测试配置模板;所述先决配置文件中存储有对应不同测试配置模板的若干不同的测试先决条件;所述预处理配置文件中存储有若干不同的预处理方式;所述建议配置文件中存储有若干针对不同问题的处理建议。
其中,所述测试配置模板包括若干测试指令配置信息,所述测试指令配置信息包括测试指令总步骤数、测试指令步骤序号、被测对象ID、测试类型、测试命令字、测试命令字的起始位信息、测试命令字的结束位信息、测试指令步骤序号的起始位信息、测试指令步骤序号的结束位信息、通信协议负载最大值、命令编码规则等,用户可根据需要自定义测试指令并生成相关的字段。
例如,用户选择了对A设备进行测试的测试选项。然后从测试指令配置文件中,读取了A设备测试模板,即按照系统、子系统、LRU等形成指令的树状结构,读取被测对象所需的测试指令配置信息,从而生成测试指令。从先决配置文件中读取A设备系统测试先决条件:系统已工作且处于调试模式。判断A设备是否满足了先决条件,满足后,将测试指令转换为符合被测系统的交互式测试指令并发送给被测的A设备。
其中,所述将测试指令转换为符合被测系统的交互式测试指令,具体为:
根据与被测系统进行通信的通信协议的payload,对测试指令进行截取并得到截取信息,将截取信息填充到通信协议的payload中,生成符合被测系统的交互式测试指令。本实施例中,被测对象不同,则本系统与被测对象的通信协议则有可能不同,因此要根据通信协议,转化为符合被测对象的交互式测试指令。本实施例中,也可以对测试指令进行重新编码后填充到与被测系统进行通信的通信协议的payload中,从而生成符合被测系统的交互式测试指令。所述编码规则如2进制编码、8进制编码、16进制编码等。
A设备接收到交互式测试指令后开始进行测试,并得到测试结果,然后将测试结果反馈给本系统。本系统接收到测试结果后进行解析,通过显示屏显示测试结果。
例如,当被测对象的交互式测试指令需调整顺序或命令字等信息时,仅需对测试指令配置文件中的测试配置模板进行修改。再次读取测试配置模板,重新生成用于被测对象的交互式测试指令。例如,交互式测试指令的步骤序号调整,仅需修改当前的测试配置模板中对应步骤位置即可。
本实施例的所述基于配置文件的测试指令系统,还包括:
预处理单元,用于判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
未通过建议单元,用于根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
例如,测试结果为某时刻的实时温度值45°,若实时温度值45°在阈值温度的范围内,则表示测试通过,通过显示屏显示该温度值。测试结果为一段时间的若干个实时温度值,若这个时间段的平均温度值在阈值范围内,则表示测试通过,因此需要对测试结果进行预处理从而得到平均温度值。从预处理配置文件中读取预处理方式,即求温度平均值的算法,根据该算法和若干实时温度值,得到平均温度值。若求得的平均温度值大于了阈值范围,则测试不通过,此时,从建议配置文件中读取处理建议,该处理建议包括温度过高的几个可能的原因和每个原因的解决办法。
本实施例的所述基于配置文件的测试指令生成系统,在判断被测系统是否满足测试先决条件之前,根据关联规则将测试配置模板与测试先决条件进行关联(例如根据测试配置模板中的序号和测试先决条件中的序号进行关联,或其他自定义规则进行关联)。在同一测试过程中,若只测试一个类目,则不需要关联,若要测试若干个类目,有些类目需要先决条件,有些类目不需要先决条件,则需要进行事先关联。例如某次测试中,要测试七个类目,其中第二和第五个类目在测试前需要判断先决条件,则根据序号,将第二个类目与第二先决条件进行关联,将第五类目与第五先决条件进行关联。
综上所述,本实施例的系统,能够兼容不同的机电和电子系统,即可应用于不同的被测对象;在不同的研制阶段进行测试时,无需重新编程,只需修改测试配置模板即可,操作方便,省时省力;可以兼容不同的通信协议;可以根据先决条件进行预判断,满足后再进行测试,以提高测试结果的准确性;能够对测试结果进行预处理,对不通过测试的情况给出处理建议。
实施例三:
本实施例提供了一种计算机终端,包括处理器和与处理器连接的存储器,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,其特征在于,所述处理器被配置用于调用所述程序指令,执行实施例一所述的方法。
应当理解,在本实施例中,所称处理器可以是中央处理单元(Central ProcessingUnit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
该存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。
本实施例的计算机终端,执行实施例一所述的方法,能够兼容不同的机电和电子系统,即可应用于不同的被测对象;在不同的研制阶段进行测试时,无需重新编程,只需修改测试配置模板即可,操作方便,省时省力;可以兼容不同的通信协议;可以根据先决条件进行预判断,满足后再进行测试,以提高测试结果的准确性;能够对测试结果进行预处理,对不通过测试的情况给出处理建议。
实施例四:
本实施例提供了一种计算机可读存储介质,计算机存储介质存储有计算机程序,计算机程序包括程序指令,程序指令当被处理器执行时使处理器执行第一方面所述的方法。
所述计算机可读存储介质可以是前述实施例所述终端的存储器,例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备,例如所述终端上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述计算机可读存储介质还可以既包括所述终端的存储器也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。
本实施例的计算机可读存储介质,执行实施例一所述的方法,能够兼容不同的机电和电子系统,即可应用于不同的被测对象;在不同的研制阶段进行测试时,无需重新编程,只需修改测试配置模板即可,操作方便,省时省力;可以兼容不同的通信协议;可以根据先决条件进行预判断,满足后再进行测试,以提高测试结果的准确性;能够对测试结果进行预处理,对不通过测试的情况给出处理建议。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的系统单元及方法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和系统,可以通过其它的方式实现。例如,以上单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。上述单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。
Claims (10)
1.一种基于配置文件的测试指令生成方法,其特征在于,包括以下步骤:
获取需进行测试的测试选项;
根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
根据所述测试选项从先决配置文件中读取对应的测试先决条件;
判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果。
2.根据权利要求1所述的基于配置文件的测试指令生成方法,其特征在于,还包括:
判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
3.根据权利要求2所述的基于配置文件的测试指令生成方法,其特征在于,所述测试指令配置文件中存储有若干不同系统的测试配置模板;
所述先决配置文件中存储有对应不同测试配置模板的若干不同的测试先决条件;
所述预处理配置文件中存储有若干不同的预处理方式;
所述建议配置文件中存储有若干针对不同问题的处理建议。
4.根据权利要求2所述的基于配置文件的测试指令生成方法,其特征在于,还包括:在判断被测系统是否满足测试先决条件之前,根据关联规则将测试配置模板与测试先决条件进行关联。
5.根据权利要求2所述的基于配置文件的测试指令生成方法,其特征在于,所述测试配置模板包括若干测试指令配置信息,所述测试指令配置信息包括测试指令总步骤数、测试指令步骤序号、被测对象ID、测试类型、测试命令字、测试命令字的起始位信息、测试命令字的结束位信息、测试指令步骤序号的起始位信息、测试指令步骤序号的结束位信息、通信协议负载最大值和命令编码规则。
6.根据权利要求2所述的基于配置文件的测试指令生成方法,其特征在于,所述将测试指令转换为符合被测系统的交互式测试指令,具体为:
根据与被测系统进行通信的通信协议的负载,对测试指令进行截取并得到截取信息,将截取信息填充到通信协议的负载中,生成符合被测系统的交互式测试指令。
7.一种基于配置文件的测试指令生成系统,其特征在于,包括:
类型确定单元,用于获取需进行测试的测试选项;
动态指令单元,用于根据所述测试选项从测试指令配置文件中读取所需的测试配置模板,根据测试配置模板生成测试指令;
先决条件单元,用于根据所述测试选项从先决配置文件中读取对应的测试先决条件;
交互测试单元,判断被测系统是否满足测试先决条件,若满足,将测试指令转换为符合被测系统的交互式测试指令,将符合被测系统的交互式测试指令发送给被测系统,并接收和显示被测系统反馈的测试结果。
8.根据权利要求7所述的基于配置文件的测试指令生成系统,其特征在于,还包括:
预处理单元,用于判断测试结果是否需要进行预处理;如果需要,从预处理配置文件中读取对应的预处理方式,根据预处理方式对测试结果进行预处理,得到预处理结果;
未通过建议单元,用于根据测试结果或预处理结果判断测试是否通过;若测试通过,显示当前测试通过;若测试不通过,从结果建议配置文件中读取对应的处理建议,并显示处理建议。
9.一种计算机终端,包括处理器和与处理器连接的存储器,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,其特征在于,所述处理器被配置用于调用所述程序指令,执行如权利要求1-6任一项所述的方法。
10.一种计算机可读存储介质,计算机存储介质存储有计算机程序,计算机程序包括程序指令,程序指令当被处理器执行时使处理器执行如权利要求1-6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811626995.7A CN109783287B (zh) | 2018-12-28 | 2018-12-28 | 基于配置文件的测试指令生成方法、系统、终端及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811626995.7A CN109783287B (zh) | 2018-12-28 | 2018-12-28 | 基于配置文件的测试指令生成方法、系统、终端及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109783287A true CN109783287A (zh) | 2019-05-21 |
CN109783287B CN109783287B (zh) | 2022-09-13 |
Family
ID=66498835
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811626995.7A Active CN109783287B (zh) | 2018-12-28 | 2018-12-28 | 基于配置文件的测试指令生成方法、系统、终端及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109783287B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348127A (zh) * | 2019-07-12 | 2019-10-18 | 北京物芯科技有限责任公司 | 一种测试用例的生成方法、装置、设备及存储介质 |
CN110442483A (zh) * | 2019-06-24 | 2019-11-12 | 福建新大陆通信科技股份有限公司 | 一种自适配的智能终端自检测方法及系统 |
CN111078482A (zh) * | 2019-12-20 | 2020-04-28 | 西安航空电子科技有限公司 | 通讯导航设备测试系统、方法、设备和可读存储介质 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6681351B1 (en) * | 1999-10-12 | 2004-01-20 | Teradyne, Inc. | Easy to program automatic test equipment |
CN103049379A (zh) * | 2012-12-19 | 2013-04-17 | 中国铁道科学研究院 | 一种系统测试的方法 |
CN103186466A (zh) * | 2011-12-31 | 2013-07-03 | 中国银联股份有限公司 | 基于关联测试用例自动生成的信息交互测试装置及方法 |
CN103365773A (zh) * | 2012-03-30 | 2013-10-23 | 索尼在线娱乐有限责任公司 | 自动测试的系统和方法 |
US20130332905A1 (en) * | 2012-06-06 | 2013-12-12 | Oracle International Corporation | Test code generation based on test documentation |
CN103631720A (zh) * | 2013-12-20 | 2014-03-12 | 百度在线网络技术(北京)有限公司 | 测试用例的生成方法和装置 |
US20140304556A1 (en) * | 2013-04-09 | 2014-10-09 | International Business Machines Corporation | Performing Automated System Tests |
CN104317713A (zh) * | 2014-10-27 | 2015-01-28 | 北京锐安科技有限公司 | 一种基于模板的自动化测试工具及方法 |
CN105138455A (zh) * | 2015-08-27 | 2015-12-09 | 株洲南车时代电气股份有限公司 | 一种列控车载设备的测试系统和测试方法 |
CN105760299A (zh) * | 2016-02-18 | 2016-07-13 | 云南电网有限责任公司电力科学研究院 | 一种基于智能变电站全自动脚本测试方法 |
CN106447157A (zh) * | 2016-08-26 | 2017-02-22 | 隆鑫通用动力股份有限公司 | 产品测试监管方法及其监管系统 |
CN108877806A (zh) * | 2018-06-29 | 2018-11-23 | 中国航空无线电电子研究所 | 测试指令式语音控制系统的测试验证系统 |
CN108958712A (zh) * | 2018-06-28 | 2018-12-07 | 上海卫星工程研究所 | 卫星多模式复杂系统的测试模板生成方法 |
CN109050996A (zh) * | 2018-06-28 | 2018-12-21 | 上海卫星工程研究所 | 卫星多模式复杂系统的指令模板生成方法 |
-
2018
- 2018-12-28 CN CN201811626995.7A patent/CN109783287B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6681351B1 (en) * | 1999-10-12 | 2004-01-20 | Teradyne, Inc. | Easy to program automatic test equipment |
CN103186466A (zh) * | 2011-12-31 | 2013-07-03 | 中国银联股份有限公司 | 基于关联测试用例自动生成的信息交互测试装置及方法 |
CN103365773A (zh) * | 2012-03-30 | 2013-10-23 | 索尼在线娱乐有限责任公司 | 自动测试的系统和方法 |
US20130332905A1 (en) * | 2012-06-06 | 2013-12-12 | Oracle International Corporation | Test code generation based on test documentation |
CN103049379A (zh) * | 2012-12-19 | 2013-04-17 | 中国铁道科学研究院 | 一种系统测试的方法 |
US20140304556A1 (en) * | 2013-04-09 | 2014-10-09 | International Business Machines Corporation | Performing Automated System Tests |
CN103631720A (zh) * | 2013-12-20 | 2014-03-12 | 百度在线网络技术(北京)有限公司 | 测试用例的生成方法和装置 |
CN104317713A (zh) * | 2014-10-27 | 2015-01-28 | 北京锐安科技有限公司 | 一种基于模板的自动化测试工具及方法 |
CN105138455A (zh) * | 2015-08-27 | 2015-12-09 | 株洲南车时代电气股份有限公司 | 一种列控车载设备的测试系统和测试方法 |
CN105760299A (zh) * | 2016-02-18 | 2016-07-13 | 云南电网有限责任公司电力科学研究院 | 一种基于智能变电站全自动脚本测试方法 |
CN106447157A (zh) * | 2016-08-26 | 2017-02-22 | 隆鑫通用动力股份有限公司 | 产品测试监管方法及其监管系统 |
CN108958712A (zh) * | 2018-06-28 | 2018-12-07 | 上海卫星工程研究所 | 卫星多模式复杂系统的测试模板生成方法 |
CN109050996A (zh) * | 2018-06-28 | 2018-12-21 | 上海卫星工程研究所 | 卫星多模式复杂系统的指令模板生成方法 |
CN108877806A (zh) * | 2018-06-29 | 2018-11-23 | 中国航空无线电电子研究所 | 测试指令式语音控制系统的测试验证系统 |
Non-Patent Citations (1)
Title |
---|
叶翠环: "构建干涉仪测向系统的数据评估体系", 《广播电视信息》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110442483A (zh) * | 2019-06-24 | 2019-11-12 | 福建新大陆通信科技股份有限公司 | 一种自适配的智能终端自检测方法及系统 |
CN110442483B (zh) * | 2019-06-24 | 2023-02-28 | 福建新大陆通信科技股份有限公司 | 一种自适配的智能终端自检测方法及系统 |
CN110348127A (zh) * | 2019-07-12 | 2019-10-18 | 北京物芯科技有限责任公司 | 一种测试用例的生成方法、装置、设备及存储介质 |
CN110348127B (zh) * | 2019-07-12 | 2023-05-09 | 北京物芯科技有限责任公司 | 一种测试用例的生成方法、装置、设备及存储介质 |
CN111078482A (zh) * | 2019-12-20 | 2020-04-28 | 西安航空电子科技有限公司 | 通讯导航设备测试系统、方法、设备和可读存储介质 |
CN111078482B (zh) * | 2019-12-20 | 2022-11-04 | 西安航空电子科技有限公司 | 通讯导航设备测试系统、方法、设备和可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109783287B (zh) | 2022-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109783287A (zh) | 基于配置文件的测试指令生成方法、系统、终端及介质 | |
EP1710695A3 (en) | Method and apparatus for performing plan-based dialog | |
CN108762764A (zh) | 代码自动生成方法、装置、计算机设备及存储介质 | |
CN107592238A (zh) | 接口的自动测试方法及系统、服务终端、存储器 | |
CN110083526A (zh) | 应用程序测试方法、装置、计算机装置及存储介质 | |
CN106971075A (zh) | 检测处理方法、装置及相关设备 | |
CN108459964A (zh) | 测试用例选择方法、装置、设备以及计算机可读存储介质 | |
CN109901842A (zh) | 应用程序部署方法、装置、计算机设备及存储介质 | |
CN108563572A (zh) | 一种回归测试方法、装置及服务器 | |
CN110221845A (zh) | 应用部署方法、装置、设备和介质 | |
CN107807869A (zh) | 一种测试系统和测试方法 | |
CN110069279A (zh) | 一种直流控制保护程序的校验方法、装置及存储介质 | |
CN111262753B (zh) | 一种numa节点个数自动配置方法方法、系统、终端及存储介质 | |
CN106874202A (zh) | 用于单元测试的方法、装置以及可读存储介质 | |
CN103970654B (zh) | 一种软件可靠性虚拟测试方法 | |
CN107430659A (zh) | 用于在功能安全的电气、电子和/或可编程电子系统中处理和传递数据的方法和设备 | |
CN109885473A (zh) | 自动化测试方法及装置、终端和计算机可读存储介质 | |
CN107679423A (zh) | 分区完整性检查方法及装置 | |
US11409928B2 (en) | Configurable digital twin | |
CN110516475A (zh) | 一种数据处理方法、装置及服务器 | |
CN109032956A (zh) | 一种接口测试方法及装置 | |
CN107172293A (zh) | 终端流量的控制提醒方法及系统 | |
CN108958900A (zh) | 一种任务发布方法和任务发布系统 | |
CN116302889A (zh) | 功能模块的性能测试方法、装置和服务器 | |
CN110263032A (zh) | 数据库中表结构对比方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |