一种基于IEC 61968标准接口测试自动化的实现方法.docVIP

一种基于IEC 61968标准接口测试自动化的实现方法 　　【摘要】介绍了一种IEC 61968标准接口的WebServices自动化测试方法。对IEC 61968标准接口的WebServices实现进行了介绍，使用Apache CXF作为WebServices的实现中间件，采用CXF中的拦截器来实现可定制的WebServices输入和输出展示，可对WebServices的请求和响应消息体进行编辑和查看，从而实现对IEC 61968 WebServices接口的自动化测试。 　　【关键词】IEC61968CX;WebServices拦截器 　　1.引言 　　随首电力信息化系统的发展，各开发商为不同的业务部门开发了相应的业务信息化系统，由于各开发商所使用的技术不同、开发周期不同，没有采用统一的技术，从而导致各业务系统相互独立，业务系统间形成数据的壁垒，数据只能在各业务系统内流转，从而产生“数据孤岛”问题，严重阻碍了信息化建设的开展，容易形成重复建设的情况，降低了数据作为“资产”的价值。 　　“信息孤岛”现象不是一个个案，在电力行业乃至信息化行业内普遍存在，为了解决电力行业内的“信息孤岛”问题，国际电力标准委员会制定了IEC 61970/IEC 61968系列标准。IEC 61970标准中定义了公共信息模型（Common Information Model，CIM[1]）和组件接口规范（Component Interface Specification，CIS[2]），为各应用系统间的交互提供了语义和语法上的依据。IEC 61970定义的CIS接口采用CORBA（Common Object Request Broker Architecture，CORBA[3]）技术，技术门槛较高，且采用紧耦合的方式，适合以高性能进行大量数据的传输，对于一些通知消息类的小数据量传输来说，其结构过于庞大，不利于开发商的快速实现，为此IEC 61968标准在IEC 61970 CIM/CIS标准的基础之上，扩展了配电管理部分的CIM模型，并定义了业务系统信息交换模型（Information Exchange Model，IEM[4]）和另一种松耦合方式的消息传递标准，以当前流行的WebServices技术进行实现。 　　本文对IEC 61968标准定义的WebServices标准接口进行了介绍，同时描述了一个采用Apache CXF[5]实现的IEC 61968标准接口的测试方法，采用JAVA编程语言，以CXF中拦截器的方式实现对WebServices输入输出的拦截，并对输入输出XML[6]内容进行查看和编辑，可以为不同的要求配置不同的WebServices输入内容，从而实现IEC 61968标准接口的自动化测试。 　　2.IEC 61968 WebServices接口 　　IEC 61968接口可以通过多种技术方式进行实现，如WebServices、JMS等，本文对WebServices实现方式进行了说明。 　　IEC 61968标准定义了一个通用的接口，并以WSDL[7]的方式对接口进行了规范化定义，其中WebServices服务名称为：Service，该服务只包含三个方法： 　　PublishEvent：事件发布方法，用于事件通知。PublishEvent方法的输入参数为EventMessage，返回值为ResponseMessage。 　　Request：请求方法，用于查询或更新操作。Request方法的输入参数为RequestMessage，返回值为ResponseMessage。 　　Response：响应方法，用于对通知消息的确认，或是对数据处理结果的反馈。Response方法的输入参数为ResponseMessage，返回值为ResponseMessage。 　　3.IEC 61968消息结构 　　3.1 消息头结构 　　IEC 61968 Header（消息头）包含了一些消息基本描述与控制信息。请求、响应、事件消息都有消息头结构。消息头只有Verb（动词）和Noun（名词）两个必须的字段，其他的字段都是可选的，消息头包括以下元素： 　　Verb（动词）：描述要进行的动作，用来标识要采取的动作类型，如create（创建）、close（关闭）、cancel（取消）;created（已创建）、closed（已关闭）、changed（已更改）。IEC 61968标准规范了一个动词列表，动词取值只能从动词列表中选择。 　　Noun（名词）：用来标识Payload（消息有效内容）的类型，描述消息的主题。 　　Revision（修订）：消息修订版本号。 　　ReplayDetection（重发检测）：