[发明专利]铁路信号计算机联锁系统的测试场景生成方法在审
申请号: | 201610014856.3 | 申请日: | 2016-01-11 |
公开(公告)号: | CN105677568A | 公开(公告)日: | 2016-06-15 |
发明(设计)人: | 吴昊;秦怀阳;张伟 | 申请(专利权)人: | 上海富欣智能交通控制有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36 |
代理公司: | 上海浦一知识产权代理有限公司 31211 | 代理人: | 郭四华 |
地址: | 201203 上海市浦东新*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 铁路信号 计算机 联锁 系统 测试 场景 生成 方法 | ||
1.一种铁路信号计算机联锁系统的测试场景生成方法,其特征在于,包括如下 步骤:
步骤一、对描述测试场景的脚本进行格式定义,采用XML文件作为描述测试场景 的脚本,所述测试场景的XML文件的格式采用三层XML元素结构;
第一层XML元素为根元素,通过所述第一层XML元素定义XML文件中包括有所述 测试场景;
第二层元素定义一个以上的独立的所述测试场景;
第三层元素定义多条测试命令;
步骤二、按照步骤一定义的测试场景的脚本格式自动生成被测站场的所有测试场 景,包括分步骤:
步骤21、通过所述第二层元素定义所述测试场景的名称、编号和被测试设备类型;
步骤22、结合被测试设备类型和被测试设备相关联的设备类型对所述第三层元素 的各所述测试命令进行设置形成所述测试场景所需的各条测试指令并将各条所述测 试指令按照测试时所需要的测试顺序排列起来。
2.如权利要求1所述的铁路信号计算机联锁系统的测试场景生成方法,其特征 在于:所述第一层XML元素为<TestScenario>。
3.如权利要求1所述的铁路信号计算机联锁系统的测试场景生成方法,其特征 在于:所述第二层XML元素为<Scenario>,<Scenario>包括一个以上,每一个 <Scenario>代表一个独立的测试场景。
4.如权利要求3所述的铁路信号计算机联锁系统的测试场景生成方法,其特征 在于:<Scenario>有三个能进行设置的属性,分别为:
ScenarioName:测试场景名称,用于描述该测试场景用于测试联锁系统的何种功 能;
ScenarioID:测试场景的编号;
DeviceType:被测试设备类型。
5.如权利要求1所述的铁路信号计算机联锁系统的测试场景生成方法,其特征 在于:所述第三层元素的测试命令包括:
<IOFeedBack>:用于设定轨旁设备的Input值的反馈方式;
<ATSCmd>:用于设定操作员生成的操作指令,包括ATS的指令和HMI的指令;
<SendATSCmd>:用于将通过<ATSCmd>生成的指令,按照顺序打包发送给联锁机 来执行;
<ZCCmd>:用于设定ZC生成的操作指令;
<SendZCCmd>:用于将通过<ZCCmd>生成的指令,按照顺序打包发送给联锁机来 执行;
<Wait>:用于设置等待时间;
<Init>:用于给联锁机发送重新初始化指令;
<Set>:用于设定轨旁设备的input点状态;
<Submit>:用于将通过<Set>指令调整的input状态打包发送给联锁机来使用;
<CheckATSimulator>:用于检查联锁机发送给ATS或者HMI的内部状态信息与测 试案例设定的状态值是否一致;
<CheckIOSimulator>:用于检查轨旁设备I/O点状态值与测试案例设定的状态值 是否一致。
6.如权利要求5所述的铁路信号计算机联锁系统的测试场景生成方法,其特征 在于:<IOFeedBack>通过属性“Method”来设定轨旁设备的Input值的反馈方式:
Method="Auto":每个轨旁设备input值根据output值的变化而自动变化;
Method="Manual":每个轨旁设备output值的变化不会带来input值的变化。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海富欣智能交通控制有限公司,未经上海富欣智能交通控制有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610014856.3/1.html,转载请声明来源钻瓜专利网。