CN103580940B - 一种获取性能信息的方法和系统 - Google Patents
一种获取性能信息的方法和系统 Download PDFInfo
- Publication number
- CN103580940B CN103580940B CN201210269993.3A CN201210269993A CN103580940B CN 103580940 B CN103580940 B CN 103580940B CN 201210269993 A CN201210269993 A CN 201210269993A CN 103580940 B CN103580940 B CN 103580940B
- Authority
- CN
- China
- Prior art keywords
- fault location
- direct fault
- strategy
- direct
- test
- 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.)
- Active
Links
Landscapes
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种获取性能信息的方法和系统。所述方法,包括:性能测试设备向故障注入设备发送故障注入策略;故障注入设备在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;故障注入设备将故障注入处理后的数据发送给待测设备;性能测试设备获取待测设备对故障注入处理后的数据的处理结果;性能测试设备根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息。
Description
技术领域
本发明涉及信息处理领域,尤其涉及一种获取性能信息的方法和系统。
背景技术
在实际应用中,我们往往是不可预知航空设备运行过程中的故障,所以在正常环境中人为注入各种故障来检测设备的可靠性和正确性的需求被提出。对于物理层的故障,可以手动通过断开通信总线或者短接通信总线来实现断路或短路的故障,但对于协议层就无计可施了。由于导致设备出现故障的原因很可能不是单一的,一般一个航空产品会涉及多种通信总线,因此如何实现对协议层的故障的模拟是亟待解决的技术问题。
发明内容
本发明提供一种获取性能信息的方法和系统,要解决的技术问题是如何获取待测设备在协议层上通信的性能信息。
为解决上述技术问题,本发明提供了如下技术方案:
一种获取性能信息的方法,所述方法包括:
性能测试设备向故障注入设备发送故障注入策略;
故障注入设备在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;
故障注入设备将故障注入处理后的数据发送给待测设备;
性能测试设备获取待测设备对故障注入处理后的数据的处理结果;
性能测试设备根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息。
优选的,所述方法还具有如下特点:所述方法还包括:
性能测试设备根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备测试待测设备的流程。
优选的,所述方法还具有如下特点:故障注入设备采用所述故障注入策略对数据进行故障注入,包括:
如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数,并接收外部对该故障注入策略的参数的修改,使用修改后的故障注入策略进行故障注入操作。
优选的,所述方法还具有如下特点:故障注入设备采用所述故障注入策略对数据进行故障注入,包括:
如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
一种获取性能信息的系统,所述通信总线用于待测设备与外部设备进行通信,所述系统包括性能测试设备和故障注入设备,其中,性能测试设备包括第一发送装置、获取装置和处理装置,故障注入设备包括故障注入装置和第二发送装置,其中:
第一发送装置,用于向故障注入设备发送故障注入策略;
故障注入装置,与所述第一获取装置相连,用于在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;
第二发送装置,与所述故障注入装置相连,用于将故障注入处理后发送给待测设备;
获取装置,用于获取待测设备对故障注入处理后的数据的处理结果;
处理装置,与所述第二获取装置和所述第一发送装置相连,用于根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息。
优选的,所述系统还具有如下特点:所述性能测试设备还包括:
调整装置,与所述第一发送装置和故障注入装置相连,用于根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备测试待测设备的流程。
优选的,所述系统还具有如下特点:所述故障注入装置包括:
输出模块,用于如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数;
接收模块,与所述输出模块相连,用于接收外部对该故障注入策略的参数的修改;
第一故障注入模块,与所述接收模块相连,用于使用修改后的故障注入策略进行故障注入操作。
优选的,所述系统还具有如下特点:故障注入装置包括:
第二获取模块,用于如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
第二故障注入模块,与所述第二获取模块相连,用于按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
在实际使用中,对通信总线性能的测试的单一的故障注入是没有太大意义的,而通过故障注入设备对数据进行处理,再通过网络发送给被测设备,模拟协议层的故障,从而实现了协议层的测试,从而根据测试结果,得到所述待测设备的通信的性能信息。
附图说明
图1为本发明提供的获取性能信息的方法实施例的流程示意图;
图2为本发明应用实例一中信号传递的示意图;
图3为本发明应用实例二中信号传递的示意图;
图4为本发明提供的获取性能信息的系统实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步的详细描述。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本发明提供的获取性能信息的方法实施例的流程示意图。图1所示方法实施例中所述通信总线用于待测设备与外部设备进行通信,所述方法包括:
步骤101、性能测试设备向故障注入设备发送故障注入策略;
步骤102、故障注入设备在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;
步骤103、故障注入设备将故障注入处理后的数据发送给待测设备;
步骤104、性能测试设备获取待测设备对故障注入处理后的数据的处理结果;
步骤105、性能测试设备根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息。
其中,对于步骤105来说,由于故障注入设备对数据进行了故障注入,使得原本能够正常接收处理接收的数据发生了变化,这也是实际传输过程中有可能发生的事情,通过获取待测设备对发生变化的数据的处理结果,可以看出待测设备的容错性和速率匹配信息。其中,故障注入设备所使用的故障注入策略可以为用于改变数据内容的故障注入策略、用于改变数据
在实际使用中,对通信总线性能的测试的单一的故障注入是没有太大意义的,而通过故障注入设备对数据进行处理,再通过网络发送给被测设备,模拟协议层的故障,从而实现了协议层的测试,从而根据测试结果,得到所述待测设备的通信的性能信息。
下面对本发明提供的方法实施例做进一步说明:
可选的,在步骤105后,还包括:
步骤106、性能测试设备根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备向待测设备发送数据的流程。
其中,根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,可以理解为获取某个性能信息的极值,对故障注入策略所使用的操作进行修改。
其中,对于步骤102,故障注入设备采用所述故障注入策略对数据进行故障注入,包括:
如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数,并接收外部对该故障注入策略的参数的修改,使用修改后的故障注入策略进行故障注入操作。
需要说明的是,本发明中的故障注入策略为故障注入所使用的参数信息,并不是一套已经写好的测试程序,所以可以提供随时修改的功能。
当然,如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
其中该时间顺序可以为一任务列表,记录每个故障注入策略所使用的时间点,而该任务列表可以有外部进行配置,如性能测试设备来配置。
故障注入系统按时间序列执行故障注入策略和同外部系统协同工作。首先,I故障注入系统通过获取使用所述多组故障注入策略的时间顺序,实现精确时间控制故障注入策略执行的目的。
由上可以看出,上述测试方式通用于多总线的设备,障注入系统很好的做到了多种总线综合性的复合式故障注入,并提供了系统内设备之间以及同外部系统之间的协同工作方式,不仅做到了系统内部互容,并且能容入外部系统。
本发明提供一应用上述方法的系统,该系统包括:
策略库,用于保存故障注入策略,其中每个故障注入策略在软件上均为一个工程,其中每个工程可以是由至多10个序列组成,每个序列由是有若干个故障项活动与高级应用活动组成,序列之间的优先级是同级的关系。所有故障注入策略的实施案例都可以保存到策略库,当需要使用时,直接调用策略库中的工程即可。在本地控制计算机上控制故障注入设备时,可以不使用策略库,而是现场编辑策略,但通过远程控制故障注入设备时,就无法现场编辑策略了,此时需要事先把编辑好的策略保存到策略库中,通过定义的接口协议控制本地计算机,再由本地计算机调用相应的策略进行故障注入。
故障注入设备,用于故障注入策略的编辑和对故障注入操作进行的控制,由活动枚举区、设备枚举区、活动编辑区、操作控制区、通信模块、故障执行控制模块和信号观察模块等组成。当主控软件收到远程激励接口的指令后,会像执行本地指令一样的去执行,首先解析指令,然后根据故障注入策略进行故障注入。
性能测试设备采用TCP的通信协议,以动态连接库的方式与故障注入设备实现通信,通过一通信接口向故障注入系统发送数据,其中该数据内容包括策略路径、动作类型和延迟执行的时间等内容,策略路径描述了待执行故障注入策略在控制故障注入设备的计算机中的位置,动作类型有启动、停止和加载工程三种。其中,当为启动或加载工程时,控制计算机会根据接收到的策略路径加载策略工程到活动编辑区,保证操作过程同本地保持一致,实现对本地操作的兼容,例如:在故障注入策略中有需要手动操作的活动,当执行到该活动时,需要人为动态调整活动参数。延迟执行的时间,指的是收到指令后,不立即执行,而是等待指定的时间后再执行。
其中,性能测试设备的工作流程描述如下:
将工程保存在策略库中,其中该策略可以是现场编辑的,也可以是通过网络或外部存储介质上接收的;与故障注入设备建立连接,并在需要时发送远程激励指令数据给故障注入设备。
其中,故障注入设备的工作流程描述:
启动远程接口TCP通信服务,并接收远程激励指令数据,分析接收到的指令,可以分为启动工程、加载工程和停止工程,下面分别进行说明:
对于启动工程:
检查指令中策略路径是否为空,如果为空,则释放故障注入设备中活动编辑区内所有资源,再判断该策略路径所指示的工程是否为空;否则,直接判断策略路径所指示的工程是否为空;
如果为空,则终止执行;否则,检查延迟执行时间,如果不为0,则等待延迟时间再启动故障注入策略,并在启动完成后,终止执行。
对于加载工程:
检查延迟执行时间,如果不为0,则等待延迟时间后,再释放故障注入设备中活动编辑区内所有资源,否则,直接释放故障注入设备中活动编辑区内所有资源,并加载故障注入策略,并在加载完成后,终止执行。
对于停止工程:
检查延迟执行时间,如果不为0,则等待延迟时间后,再终止所有故障注入策略执行序列,否则,直接终止所有故障注入策略执行序列,流程结束。
下面以两个应用实例对本发明作进一步说明:
应用实例一
图2为本发明应用实例一中信号传递的示意图。本应用实例中,以仿真系统应用RS232端口进行通信为例,仿真系统通过RS232总线往外发送数据,数据经过故障注入设备处理后再回到仿真系统。
首先,配置该仿真系统的检测数据,即用于检测该仿真系统性能的数据,其为0x55 0xaa 0x01 0x02 0x03 0x04 0x05 0x06,数据的协议格式设置为数据长度8位,停止位1位,无校验,波特率是9600。
然后,设置用于检测该仿真系统性能的故障注入策略,其中:
本应用实例中,以3个不同的故障的类型的注入为例进行说明:
“数据传输错误”活动的编辑,根据硬件的连接,这里“通道选择”设置为通道一,“活动执行类型”设置为非阻塞式,“处理方式”设置为帧定位,定位字数设置为2,两个定位字分别为0x55和0xaa,对应的掩码为0x1FE和0x1FE,在数据处理组中这里这设置一组,起始字设为3,字数设置为2,执行操作为替换,两个替换字分别为0x0E和0x0F,对应掩码分别为0x1FE和0x1FE,保存设置,并将活动保存到策略库,工程名为“project_data_error.prj”。
“幅度调节”活动编辑,根据硬件的连接,这里“通道选择”设置为通道一,“活动执行类型”设置为非阻塞式,幅度调节方式为固定值,0状态替代值为6000,1状态替代值为-6000,保存为工程project_range_change_6.prj。将活动的0状态替代值改为7000、8000、9000、10000、11000、12000六组,对应的1状态替代值改为-7000、-8000、-9000、-10000、-11000、-12000六组,保存的工程名分别为project_range_change_7.prj、project_range_change_8.prj、project_range_change_9.prj、project_range_change_10.prj、project_range_change_11.prj、project_range_change_12.prj。
“速率调节”活动编辑,根据硬件的连接,这里“通道选择”设置为通道一,“活动执行类型”设置为非阻塞式,输入波特率为9600,输出波特率偏移为0,保存工程为project_rate_change0.prj。将输出波特率偏移分别改为5%、10%、15%、20%、-5%、-10%、-15%、-20%八组,保存的工程名分别为project_rate_change5.prj、project_rate_change 10.prj、project_rate_change15.prj、project_rate_change20.prj、project_rate_change-5.prj、project_rate_change-10.prj、project_rate_change-15.prj、project_rate_change-20.prj。
其中对上述3种故障类型的注入,是按时间轴执行的,具体描述如下:
在T1时间段无故障执行;
在T2时间段执行数据传输错误故障项;
在T3时间段执行幅度调节故障项;
在T4时间段执行速率调节故障项。
仿真系统只需要按时间设置任务列表即可实现在不同时间段激励不同的故障注入策略,以此检测各种参数指标。例如:T1的起始时间定为14:00:00开始,时间段长度为2秒;T2的起始时间定为14:00:10,时间段长度为5秒;T3的起始时间为14:00:20,时间段长度为35秒;T4的起始时间为14:01:00,时间段长度为90秒。IceBlade故障注入系统首先启动远程激励接口的服务,其次启动故障注入设备和主控软件,故障注入设备将在14:00:12开始执行数据传输错误故障,在14:00:17停止数据传输错误故障,在14:00:20开始执行幅度调节一系列的活动,在14:00:55全部停止,在14:01:00开始执行速率调节一系列活动,在14:02:30全部停止。
在上述不同时刻执行故障注入策略后的结果具体如下:
T1时间段,仿真系统不激励任何故障注入策略,RS232故障注入设备的通道一将直接导通,等同于一根导线,仿真系统发送端发送的数据为0x550xaa 0x01 0x02 0x03 0x04 0x05 0x06,接收端接收的数据将同样是0x55 0xaa0x01 0x02 0x03 0x04 0x05 0x06。
T2时间段,仿真系统在T2的起始时间,向故障注入设备发送故障注入策略激励指令,指令内容:策略路径是故障注入设备所在本机策略库里的工程project_data_error.prj,动作类型是启动,延迟执行时间是2秒。当故障注入设备接收到并解析出该指令后,将立即执行,同时在仿真系统的接收端接接收到变化了的数据:0x55 0xaa 0x01 0x02 0x0E 0x0F 0x05 0x06。在T2的结束时间,仿真系统将向故障注入设备发送故障注入策略停止指令,指令内容:策略路径是空,动做类型是停止,延迟执行时间是0,当故障注入设备接收到并解析出该指令后,将立即执行,停止RS232设备上执行的所有故障注入策略。
T3时间段,在此时间段仿真系统将发送多个故障注入策略激励指令,指令之间的间隔时间是5秒,第一个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change_6.prj,动作类型是启动,延迟执行时间是0;第二个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change_7.prj,动作类型是启动,延迟执行时间是0;第三个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change_8.prj,动作类型是启动,延迟执行时间是0;第四个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change_9.prj,动作类型是启动,延迟执行时间是0;第五个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change_10.prj,动作类型是启动,延迟执行时间是0;第六个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change11.prj,动作类型是启动,延迟执行时间是0;第七个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_range_change12.prj,动作类型是启动,延迟执行时间是0;在以上启动指令之后都对应一个相同的停止指令,指令内容:策略路径是空,动作类型是停止,延迟执行时间是0。当故障注入设备接收到并解析出以上指令后,将立即执行。
T4时间段,在此时间段仿真系统将发送多个故障注入策略激励指令,指令之间的间隔时间是10秒,第一个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change20.prj,动作类型是启动,延迟执行时间是0;第二个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change15.prj,动作类型是启动,延迟执行时间是0;第三个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change10.prj,动作类型是启动,延迟执行时间是0;第四个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change5.prj,动作类型是启动,延迟执行时间是0;第五个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change0.prj,动作类型是启动,延迟执行时间是0;第六个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change-5.prj,动作类型是启动,延迟执行时间是0;第七个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change-10.prj,动作类型是启动,延迟执行时间是0;第八个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change-15.prj,动作类型是启动,延迟执行时间是0;第九个故障注入策略激励指令内容:策略路径是故障注入设备所在本机策略库里的工程project_rate_change-20.prj,动作类型是启动,延迟执行时间是0;在以上启动指令之后都对应一个相同的停止指令,指令内容:策略路径是空,动作类型是停止,延迟执行时间是0。当故障注入设备接收到并解析出以上指令后,将立即执行。
简单概括来说,在T1时间段,仿真系统没有激励任何故障注入策略,数据的收发将正常,在T2时间段,仿真系统收到的数据将和发送的数据不一样,在T3阶段,由于幅度的不断变换,仿真系统将在某个时刻接收的数据与发送的数据不一样,在T4阶段,由速率的变换,仿真系统将在某个时刻接收不到数据或者接收不到正确的数据。根据四个时间端的执行过程,就能测出通信的容错性和对速率的适应范围。
应用实例二:测算被测设备的通信速率偏差范围。
应用实例二
图2为本发明应用实例二中信号传递的示意图。本应用实例通过在通信总线上侵入的方式,人为的修改通信的速率,以检查被测设备所能适应通信速率的偏差范围。这里外部系统A给被测设备B发送指令0xFF 0xAA 0x01,被测设备B会回复0xFF 0xBB 0x02。
外部系统A和被测设备B的通信速率都设置为9600,数据格式都设置为:数据位是8bit,停止位是1bit,无校验位。
编辑故障注入策略,并保存在策略库中。速率调节活动编辑,根据硬件的连接,这里“通道选择”设置为通道一,“活动执行类型”设置为非阻塞式,输入波特率为9600,输出波特率偏移为0,保存工程为project_rate_change0.prj。将project_rate_change0.prj中输出波特率偏移分别改为5%、10%、15%、20%、-5%、-10%、-15%、-20%八组,保存的工程名依次为project_rate_change5.prj、project_rate_change10.prj、project_rate_change 15.prj、project_rate_change20.prj、project_rate_change-5.prj、project_rate_change-10.prj、project_rate_change-15.prj、project_rate_change-20.prj。
启动IceBalde故障注入主控软件和RS232故障注入设备,开启远程激励接口服务,同时启动外部系统A和被测设备B,外部系统开始连续向被测设备发送指令0xFF 0xAA 0x01,在没有注入故障时,外部系统能接收到被测设备返回的指令0xFF 0xBB 0x02,为了检测被测设备B接收数据的速率范围,外部系统将分别发送以下故障注入策略激励指令:
策略路径是故障注入设备所在本机策略库里的工程project_rate_change20.pej,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change15.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change10.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change5.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change0.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change-5.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change-10.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change-15.prj,动作类型是启动,延迟执行时间是0;
策略路径是故障注入设备所在本机策略库里的工程project_rate_change-20.prj,动作类型是启动,延迟执行时间是0;
RS232故障注入设备执行a)策略时,将输出波特率偏移了20%,即11520,而不再是9600了,如果此时被测设备能回复指令0xFF 0xBB 0x02给外部系统A,则可以判断被测设备B具备接收速率偏移20%范围的能力,反之则不具备接收速率偏移20%范围的能力,依次类推,外部系统A通过各个策略的执行和比较相应时刻被测设备返回的数据,就能很简单的测试出被测设备接收数据速率的偏差范围。
图4为本发明提供的获取性能信息的系统实施例的结构示意图。结合上文所述的方法,图4所示系统中通信总线用于待测设备与外部设备进行通信,所述系统包括性能测试设备和故障注入设备,其中,性能测试设备包括第一发送装置、获取装置和处理装置,故障注入设备包括故障注入装置和第二发送装置,其中:
第一发送装置,用于向故障注入设备发送故障注入策略;
故障注入装置,与所述第一获取装置相连,用于在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;
第二发送装置,与所述故障注入装置相连,用于将故障注入处理后发送给待测设备;
获取装置,用于获取待测设备对故障注入处理后的数据的处理结果;
处理装置,与所述第二获取装置和所述第一发送装置相连,用于根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息。
可选的,所述性能测试设备还包括:
调整装置,与所述第一发送装置和故障注入装置相连,用于根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备测试待测设备的流程。
优选的,所述故障注入装置包括:
输出模块,用于如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数;
接收模块,与所述输出模块相连,用于接收外部对该故障注入策略的参数的修改;
第一故障注入模块,与所述接收模块相连,用于使用修改后的故障注入策略进行故障注入操作。
优选的,故障注入装置包括:
第二获取模块,用于如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
第二故障注入模块,与所述第二获取模块相连,用于按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
在实际使用中,对通信总线性能的测试的单一的故障注入是没有太大意义的,而通过故障注入设备对数据进行处理,再通过网络发送给被测设备,模拟协议层的故障,从而实现了协议层的测试,从而根据测试结果,得到所述待测设备的通信的性能信息。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求所述的保护范围为准。
Claims (4)
1.一种获取性能信息的方法,其特征在于,所述方法应用于多种总线综合性的复合式故障注入,包括:
性能测试设备向故障注入设备发送故障注入策略;所述故障注入策略为用于改变数据内容的故障注入策略,用于改变数据,模拟协议层的故障;
故障注入设备在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;所述采用所述故障注入策略对数据进行故障注入包括:如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数,并接收外部对该故障注入策略的参数的修改,使用修改后的故障注入策略进行故障注入操作;
故障注入设备将故障注入处理后的数据发送给待测设备;
性能测试设备获取待测设备对故障注入处理后的数据的处理结果;
性能测试设备根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息,获知待测设备的容错性和速率匹配信息;
性能测试设备根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备测试待测设备的流程。
2.根据权利要求1所述的获取性能信息的方法,其特征在于,故障注入设备采用所述故障注入策略对数据进行故障注入,还包括:
如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
3.一种获取性能信息的系统,其特征在于,应用于多种总线综合性的复合式故障注入,所述通信总线用于待测设备与外部设备进行通信,所述系统包括性能测试设备和故障注入设备,其中,性能测试设备包括第一发送装置、获取装置、处理装置和调整装置,故障注入设备包括故障注入装置和第二发送装置,其中:
第一发送装置,用于向故障注入设备发送故障注入策略;所述故障注入策略为用于改变数据内容的故障注入策略,用于改变数据,模拟协议层的故障;
故障注入装置,与所述第一获取装置相连,用于在接收到故障注入策略后,采用所述故障注入策略对数据进行故障注入;
第二发送装置,与所述故障注入装置相连,用于将故障注入处理后发送给待测设备;
获取装置,用于获取待测设备对故障注入处理后的数据的处理结果;
处理装置,与所述第二获取装置和所述第一发送装置相连,用于根据所述故障注入策略和所述处理结果,得到所述待测设备的通信的性能信息,获知待测设备的容错性和速率匹配信息;
调整装置,与所述第一发送装置和故障注入装置相连,用于根据所述待测设备的通信总线的性能信息,调整故障注入设备所使用的故障注入策略,并再次触发性能测试设备测试待测设备的流程;
所述故障注入装置包括:
输出模块,用于如果故障注入策略中指示延迟执行的信息,则在延迟执行时间内,输出该故障注入策略的参数;
接收模块,与所述输出模块相连,用于接收外部对该故障注入策略的参数的修改;
第一故障注入模块,与所述接收模块相连,用于使用修改后的故障注入策略进行故障注入操作。
4.根据权利要求3所述的获取性能信息的系统,其特征在于,故障注入装置还包括:
第二获取模块,用于如果对所述数据进行故障注入操作的故障注入策略有多组,则获取使用所述多组故障注入策略的时间顺序;
第二故障注入模块,与所述第二获取模块相连,用于按照得到的时间顺序,采用所述多组故障注入策略的时间顺序,分别对所述数据进行故障注入。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210269993.3A CN103580940B (zh) | 2012-07-31 | 2012-07-31 | 一种获取性能信息的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210269993.3A CN103580940B (zh) | 2012-07-31 | 2012-07-31 | 一种获取性能信息的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103580940A CN103580940A (zh) | 2014-02-12 |
CN103580940B true CN103580940B (zh) | 2016-08-17 |
Family
ID=50051919
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210269993.3A Active CN103580940B (zh) | 2012-07-31 | 2012-07-31 | 一种获取性能信息的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103580940B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105929270A (zh) * | 2016-04-20 | 2016-09-07 | 北京润科通用技术有限公司 | 一种故障注入方法及装置 |
CN106484575B (zh) * | 2016-09-29 | 2019-12-10 | 北京润科通用技术有限公司 | 一种arinc429总线故障注入系统 |
CN108155938B (zh) * | 2016-12-06 | 2021-09-10 | 北京旋极信息技术股份有限公司 | 一种光纤通道故障注入方法、装置和系统 |
CN108304283A (zh) * | 2017-12-19 | 2018-07-20 | 北京旋极信息技术股份有限公司 | 一种故障注入方法、系统及故障注入管理系统 |
CN108459184A (zh) * | 2018-03-23 | 2018-08-28 | 北京润科通用技术有限公司 | 一种电流故障注入方法及系统 |
CN110704315B (zh) * | 2019-09-26 | 2022-10-25 | 天津津航计算技术研究所 | 一种嵌入式软件测试的故障注入装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1740980A (zh) * | 2004-08-29 | 2006-03-01 | 华为技术有限公司 | 一种基于可编程逻辑器件的故障注入方法和装置 |
CN101079757A (zh) * | 2007-07-04 | 2007-11-28 | 北京航空航天大学 | 一种宽带航空电子总线测试装置及其操作方法 |
CN201072431Y (zh) * | 2007-07-04 | 2008-06-11 | 北京航空航天大学 | 一种宽带航空电子总线测试装置 |
CN101334754A (zh) * | 2008-08-05 | 2008-12-31 | 浙江大学 | 基于故障注入的嵌入式系统测评方法 |
CN102412909A (zh) * | 2010-09-26 | 2012-04-11 | 北京旋极信息技术股份有限公司 | 一种故障注入设备 |
CN102567197A (zh) * | 2010-12-28 | 2012-07-11 | 北京旋极信息技术股份有限公司 | 仿真测试方法和装置 |
CN102594618A (zh) * | 2012-01-31 | 2012-07-18 | 浪潮(北京)电子信息产业有限公司 | 实现存储局域网络存储设备测试的方法及装置 |
-
2012
- 2012-07-31 CN CN201210269993.3A patent/CN103580940B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1740980A (zh) * | 2004-08-29 | 2006-03-01 | 华为技术有限公司 | 一种基于可编程逻辑器件的故障注入方法和装置 |
CN101079757A (zh) * | 2007-07-04 | 2007-11-28 | 北京航空航天大学 | 一种宽带航空电子总线测试装置及其操作方法 |
CN201072431Y (zh) * | 2007-07-04 | 2008-06-11 | 北京航空航天大学 | 一种宽带航空电子总线测试装置 |
CN101334754A (zh) * | 2008-08-05 | 2008-12-31 | 浙江大学 | 基于故障注入的嵌入式系统测评方法 |
CN102412909A (zh) * | 2010-09-26 | 2012-04-11 | 北京旋极信息技术股份有限公司 | 一种故障注入设备 |
CN102567197A (zh) * | 2010-12-28 | 2012-07-11 | 北京旋极信息技术股份有限公司 | 仿真测试方法和装置 |
CN102594618A (zh) * | 2012-01-31 | 2012-07-18 | 浪潮(北京)电子信息产业有限公司 | 实现存储局域网络存储设备测试的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103580940A (zh) | 2014-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103580940B (zh) | 一种获取性能信息的方法和系统 | |
CN202305756U (zh) | 一种继电器寿命测试仪及继电器寿命测试系统 | |
CN102323499A (zh) | 一种继电保护设备实现自动化测试的方法 | |
US20170250883A1 (en) | Master device, slave device, error monitoring system, and control method and control program of master device | |
CN102325036B (zh) | 一种网络系统的故障诊断方法、系统及装置 | |
CN105528290A (zh) | 基于脚本的嵌入式软件仿真及测试一体化平台的构建方法 | |
CN108121326A (zh) | 一种故障诊断方法及系统 | |
CN104246521A (zh) | 智能变电站继电保护功能自动测试的方法及装置 | |
CN105490876A (zh) | 发包联动并发监控自动化测试服务器性能的方法 | |
CN104753614A (zh) | 一种用电信息采集系统故障的检测方法及装置 | |
CN102707712B (zh) | 电子装备故障诊断方法和系统 | |
CN101800672B (zh) | 设备检测方法和设备 | |
CN114816980A (zh) | 一种嵌入式通信系统用自动测试装置及方法 | |
CN102694692A (zh) | 一种分布式设备的故障检测方法和装置 | |
CN102291274A (zh) | 一种实现网络测试仪表自动适配的系统及方法 | |
CN108304283A (zh) | 一种故障注入方法、系统及故障注入管理系统 | |
CN110708715A (zh) | 一种5g基站业务故障查找方法及装置 | |
CN103001818A (zh) | 一种故障注入方法及系统 | |
CN108271018B (zh) | 一种空间相机电子学仿真测试系统 | |
CN105959227B (zh) | 一种单向串行总线网络的拓扑学习方法、装置及系统 | |
CN103885441B (zh) | 一种控制器局域网络的自适应故障诊断方法 | |
CN209264906U (zh) | Cvc-200t硬件智能测试系统 | |
CN104065524B (zh) | 一种iec61850中goose报文的性能测试方法 | |
CN103378992B (zh) | 家庭总线系统的总线数据测试方法及装置 | |
CN115598445A (zh) | 一种基于硬件在环的电气故障检测方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |