CN100525302C - 基于组件复用的脚本生成装置及其方法 - Google Patents

Abstract

公开了基于组件复用的协议脚本生成装置及其使用方法，包括：第一消息输入引导模块，用于引导用户选择输入消息的多种配置信息；第二消息输入引导模块，根据第一消息输入引导模块中输入的配信息选择消息配置文件；文件解析模块，用于解析配置文件以获得消息的名称和各个字段属性；脚本生成模块，用于生成固定的脚本头和脚本尾，其中，第二消息输入引导模块包括消息编辑界面模块，用于显示文件解析模块获取的所述消息的名称和各个字段属性，并引导用户输入各个字段的取值，脚本生成模块根据消息的各个字段的属性、消息的各个字段的取值和在第一消息输入引导模块中输入的多种配置信息生成消息帧构造部分，并与脚本头和脚本尾一起构成完整的脚本框架。

Description

基于组件复用的脚本生成装置及其方法

技术领域

本发明涉及一种协议脚本生成装置及其使用方法，尤其涉及一种基于组件复用的协议脚本生成装置及其使用方法。

背景技术

通信的基本形式就是协议消息，无论模块之间的接口通讯，还是系统之间的协议报文都是通过约定格式的二进制消息流来实现的。因此在对通信产品的各个子系统进行维护、测试、调试的时候，不可避免要解析或构造这样的二进制编码消息流来模拟与其交互的其他子系统，这些二进制数据具有相对固定的格式，一般通过接口文档或协议文档明确定义下来。模拟系统之间的消息交互，可以通过两种方法(1)消息编辑界面(2)测试脚本。前一种方法的优点是直观方便，用户在界面中输入协议各个字段的二进制数据，封装成接口消息，通过通讯模块进行发送，缺点是不灵活，难以构造复杂流程的测试用例；后一种方法则强大灵活得多，采用TCL、PYTHON等脚本语言，用户即可以构造消息，又可以控制消息的处理流程，缺点是不够直观，需要掌握一定的脚本语法和花费相当多的脚本编写工作量。良好的测试脚本可以代替用户来完成消息构造、收发、解析、比较等操作步骤，因此采用脚本是实现自动化测试的一个基本前提。正如Visual Studio中的应用程序向导(APPWIZZARD)代码向导为用户生成一个基本应用程序框架一样，编写测试脚本同样可以采用脚本向导的技术。基于协议消息的测试脚本向导界面具备一定的共性，在很多应用场合功能可以复用，COM组件编程模型提供了一个良好的软件复用解决方案，可以做到语言、平台无关性。利用脚本向导自动生成脚本框架目前还没有比较通用且可复用的技术方案，现有测试脚本编写方式基本上都是手工编写，然后有一些简单的语法辅助功能，如visualtcl、itt等工具中的语法模板，可以自动产生while、for、(if，else)、for each等流程控制脚本。这和应用层的自动化脚本框架是两个层面的概念，两者的区别就好比利用Visual Assist生成一个c/c++语言for循环和利用Visual Studio生成一个MFC应用程序。但其存在的缺点是：由于用例脚本是用手工编写完成，所以工作量较大；由于每个人按照自己的习惯来编写脚本，所以脚本的格式不统一、不规范，因此移植性较差；由于缺少协议消息编辑界面，所以利用脚本构造二进制消息的过程不直观。

发明内容

本发明的目的是为了克服上述现有技术中存在的不足，进而提供一种基于组件复用的脚本生成装置及方法，其能够统一脚本创建过程和规范，统一消息编辑界面和测试脚本两种交互消息模拟方案的优点，并能够利用可复用的协议消息编辑界面。

根据本发明的一个方面，本发明提供了一种基于组件复用的脚本生成装置，包括：第一消息输入引导模块，用于引导用户选择输入消息的多种配置信息；第二消息输入引导模块，根据所述第一消息输入引导模块中输入的所述配置信息选择消息配置文件；文件解析模块，用于解析所述配置文件以获得所述消息的名称和各个字段属性；脚本生成模块，用于生成固定的脚本头和脚本尾，其中，所述第二消息输入引导模块包括消息编辑界面模块，用于显示所述文件解析模块获取的所述消息的名称和各个字段属性，并引导用户输入各个字段的取值，所述脚本生成模块根据所述消息的各个字段的属性、所述消息的各个字段的取值和在所述第一消息输入引导模块中输入的所述多种配置信息生成消息帧构造部分，并与所述脚本头和脚本尾一起构成完整的脚本框架。

根据本发明的第二方面，本发明提出了一种基于组件复用的协议脚本生成装置使用方法，包括：1)启动脚本向导，在所述脚本向导中输入消息的多种配置信息；2)文件解析模块读取并解析一配置文件以获得所述消息的名称和各个字段属性；3)消息编辑界面模块获取所述消息的名称和各个字段属性，并引导用户输入所述消息的各个字段的取值；4)脚本生成模块生成固定的脚本头和脚本尾，并根据所述消息的所述各个字段的属性、所述消息的各个字段的取值以及所述多种配置信息生成消息帧构造部分，所述脚本生成模块将所述脚本头和脚本尾与所述消息帧构造部分一起构成完整的脚本框架。

本发明的基于组件复用的协议脚本生成装置，可以简化脚本编写方式，如同Visual Studio的AppWizard让程序员编写应用程序变得轻松一样，本发明的向导能够让测试工程师编写脚本变得轻松，在脚本向导的引导下，用户只需要关注具体的业务数据，而无需关注脚本语法、编码方式、消息通讯、结果比较、日志纪录、数值转换等繁多的脚本细节，从而大大减少脚本编写的工作量。使用本发明的向导可以保证生成脚本的风格一致性、语法规范性和可移植性。同时，由于本发明的向导基于测试脚本框架的概念，因此脚本编写分工明确，一部分工作量投入脚本框架的构造，另一部分工作量则专注于具体的业务数据和测试流程。另外，本发明的ActiveX控件可以被方便地复用于其它测试工具，加大共享程度，避免重复编码。

附图简要说明

图1是本发明的基于组件复用的协议脚本生成向导结构示意图；

图2是本发明的基于组件复用的协议脚本生成向导的第一步骤模型图；

图3是本发明的消息编辑界面控件XGrid图形界面示意图；

图4是本发明的基于组件复用的协议脚本生成向导的第二步骤模型图。

具体实施方式

图1是本发明的基于组件复用的协议脚本生成向导结构示意图。如图1所示，包括：引导对话框1模块，引导对话框2模块，文件解析模块，脚本生成模块，其中，引导对话框2模块包括消息编辑界面模块。

引导对话框1模块和引导对话框2模块分别表示本发明的基于组件复用的协议脚本生成向导的第一步骤和第二步骤的用户界面接口，其利用简单直观的界面引导用户输入所需的各种配置信息，可采用公知的Visual Studio中的应用程序向导格式，也可采用其它的用户界面格式，在本发明的实施方式中，引导对话框1模块和引导对话框2模块采用通用的用户界面(GUI)格式。引导对话框1模块和引导对话框2模块的具体界面创建过程类似于创建公知的CEdit和CListctrl控件一样。

更具体地说，引导对话框1模块用来引导用户选择输入消息的配置文件类型、应用类型、语法类型和编码类型，在本发明中，配置文件类型可以是ASN.1或XML格式，也可以由用户自定义的格式，即由用户自己定义一个配置文件*.cfg。在配置文件中包括消息名称，消息体两部分。其中，消息体包含了消息属性名称、属性类型、取值范围和属性说明等。应用类型可为过程、用例或消息体。其中，用例脚本中需要记录测试结果以及恢复环境，可以单独完成一个测试任务，过程脚本是用来给其他脚本调用的，过程脚本的格式和用例脚本的格式是不同的。消息体指的是用户可能只需要构造一个数据帧，这个时候仅仅生成一个消息体部分就够了。对于语法类型，用户可以选取公知的TCL或Python语法类型，也可以根据需要自定义所需的语法类型。选择编码方式可以是公知的PER或BER编码方式，也可以是自行定义的格式。如果编码方式不同，消息体就不同，例如对于单字节编码00，如果采用TLV编码就得写成000100。语法类型不同会影响脚本的外在形式，如使用tc1语法可产生的语句为set a{00}，而使用Python语法产生的语句为a＝0。引导对话框1模块的具体图形界面如图2所示。

引导对话框2模块用于引导用户根据在引导对话框1模块中输入的配置文件类型，选择具体的消息配置文件。引导对话框2模块包括的消息编辑界面模块可以使用户直观地输入消息的各个字段的二进制数据，并将其封装成接口消息。消息编辑界面模块与引导对话框2模块还可以分别单独存在。在本发明的实施方式中，消息编辑界面模块与引导对话框2模块形成一体，如图4所示。

本发明的消息编辑用户界面模块是一个自行设计实现的ActiveX控件，并将其命名为XGrid，ActiveX技术是基于COM组件技术的一个扩展，是公知标准的软件技术。图3是本发明的XGrid控件外观示意图，如图3所示，本发明的XGrid控件用户界面包含两个部分，一个是表格头，一个是消息编辑表格体，其中表格头用来显示消息名称，消息名称由文件解析模块获得，表格体用来显示消息各个字段的属性以及接受用户输入字段的实际取值。在XGrid控件初始生成时，表格头和消息编辑表格体都为空。XGrid控件提供的两个主要接口是LoadCfg(BSTR bsCfg)和SaveCfg(BSTR FAR*bsUserDatas)，其中，LoadCfg从上述文件解析模块获取到消息的配置信息，如消息名称、消息体的各个字段名称，字段属性等，SaveCfg用来保存用户输入的各个字段取值。消息编辑表格体支持背景、文本着色，允许设置是否可编辑并可自动、手动调整该控件单元(CELL)大小并支持横竖滚动条。在该控件中定义的接口还包括：创建接口Create(缺省生成的)、生成二进制编码流接口CreateMsg2等。另外该控件还聚合了编解码类、协议文件分析类、界面网格绘制类，在控件作为通用的可复用控件还具有的其它功能，在这里不在赘述。

文件解析模块的作用是解析从引导对话框2模块中选择具体的消息配置文件。文件解析模块对应一个或多个解析器类，不同格式的配置文件拥有不同的解析器类，也就是说，不同的解析器类负责解析各自格式的配置文件，文件解析模块是这些解析器类的集合。如果只有一种格式的配置文件，那么文件解析模块就是由一个解析器类构成。

解析器类的基类为IBaseParser，基类IBaseParser能够提供最基本的读写文件、解析接口，在本发明中，IBaseParser主要提供的接口函数包括：loadfile(CString filename)，parsefile(CString filecontent)，parsebody(CStringbody)，parseline(CString line)，分别用来读入文件，解析整个文件，解析文件中的一个消息定义块，解析消息定义块中的每一行。文件解析模块通过上述接口函数从引导对话框2模块中选择的配置文件中获得消息的名称和消息的各个字段属性。

消息编辑界面根据消息的名称和各个字段属性对其具有的表格头和消息编辑表格体进行填充。之后，用户输入各属性相应的二进制值。

脚本生成模块可用来生成固定格式的脚本头和脚本尾。脚本头通常包含脚本说明、脚本作者、脚本编写时间、记录脚本执行开始时间，脚本尾通常包含结果比较、记录测试结果、记录脚本执行结束时间。具体地说，脚本开始执行时获取系统时间作为脚本执行开始时间，脚本执行结束时获取系统时间作为脚本执行结束时间，测试结果根据结果比较获得，结果比较成功则记录成功。脚本头和脚本尾的其它信息可用公知的方法获得。脚本生成模块根据文件解析模块解析出来的消息的各个字段属性(即解析出来的字段名称、字段结构、字段长度、字段的描述说明和字段的取值范围)、消息编辑界面中用户输入的各个字段的实际取值，以及根据在引导对话框1模块中输入的消息应用类型、语法类型和编码类型，生成脚本框架中的消息帧构造部分，并加上脚本头、脚本尾固定格式部分，最终产生整个的脚本框架。

本领域的普通技术人员应该认识到，上述配置文件是数据层，上述编辑界面是用户层，配置文件不同不会影响消息编辑界面，对于用户而言，使用统一的界面。

下面以一个测试脚本生成的过程为情景进一步说明本发明实施例的各个模块之间的关系，并对基于组件复用的协议脚本生成装置的使用方法进行详细说明。

在新建脚本时，首先启动引导对话框1模块，如图2所示。在引导对话框1模块中分别选择脚本类型、语法类型、编码类型为用例、Tc1、BER，选择配置文件类型为自定义，即，选择*.cfg。

之后，启动引导对话框2模块，在引导对话框2模块中，用户在左边树视图中选择后缀名为cfg的某个配置文件，例如，选择的用户自定义的配置文件的内容如下：

//TYPE:USER DEFINED CONFIGURATION FILE

//VER:1.0

<TABLE>

 <NAME>

   BAM_MPU_MNT_INTERFACE_REQ

 </NAME>

 <BODY>

  结构和参数名称类型取值范围结构和参数说明

  ucFrameNo UINT8 PS:0-31 RNC:0-17 CS:0-255机框号

  ucSlotNo UINT8 0-6，9-14槽位号0xff表示查询全部

  ucSubSlotNo UINT8 0-4子槽号0xff表示查询全部

  ucPortNo UINT8 0-7端口号0xff表示查询全部

  ucVirtualPortNo UINT8 1-31虚端口号0xff表示查询全部

</BODY>

<REFTABLE>

     BAM_MPU_MNT_IP_REQ

  </REFTABLE>

</TABLE>

<STRUCT>::＝S_OM_TIME_INFO

  uwYear UINT16 1900-3000年

  ucMonth UINT8 1-12月

  ucDay UINT8 1-365日

  ucHourUINT8 1-24小时

</STRUCT>

其中，TABLE，REFTABLE，STRUCT，NAME，BODY为关键字，如上所述，每一个表格TABLE包含消息名称，消息体两部分；消息体包含了消息属性名称、属性类型、取值范围、属性说明四个字段；字段以TAB隔开；属性以行区分开；消息属性名称是一个字符串，属性类型是一个集合{UINT8，UINT16，UINT32，UINT8[int LEN]，结构，嵌套表格}，属性取值范围以“-”分隔开，属性说明也是一个字符串；消息体BODY可以嵌套其它表格，用REFTABLE关键字表示；属性可以是一个结构，结构需要在配置文件中定义，定义语法为：

<STRUCT>::＝the name of struct

struct body...

</STRUCT>

文件头包含文件说明和文件版本信息行，每行以“//”开头。

脚本向导根据这个配置文件，可以得到消息的整体结构，以方便构造消息编辑界面。

文件解析模块利用上述接口函数loadfile(CString filename)，parsefile(CString filecontent)，parsebody(CString body)，parseline(CString line)分别读入上述配置文件并对该配置文件进行解析后，得到消息的名称为BAM_MPU_MNT_INTERFACE_REQ，和得到消息的各个字段属性为ucFrameNo，ucSlotNo，ucPortNo，ucVirtualPortNo，s_time_info。上述得到的消息的名称和各属性为字符串的形式。

消息编辑界面利用其接口函数LoadCfg(BSTR bsCfg)获得上述消息的名称和各个字段属性后，对其具有的表格头和消息编辑表格体进行填充，如图4所示。之后，用户输入各属性相应的二进制值，在这里用户对属性ucFrameNo，ucSlotNo，ucPortNo，ucVirtualPortNo，s_time_info分别输入的值为00，09，ff，01和00 00 00 00 00。

在用户选择配置文件后启动脚本生成模块，脚本生成模块从消息编辑界面获取上述各字段属性、字段取值，并根据在引导对话框1模块选择的编码方式和语法类型生成脚本框架中的消息帧构造部分。消息帧构造部分的具体内容如下：

#记录用例开始时间

writelog＂testtime＂START_TIME

#消息头

BEGINSCRIPT$BAM_MPU_MNT_INTERFACE_REQ

#消息体

#操作类型：增加＝01，删除＝00

set ucOperType{01}

#机框号

set ucFrameNo{00}

#槽号

set ucSlotNo{09}

#端口号

set ucPortNo{ff}

#虚端口号

set ucVirtualPortNo{01}

#时间

set s_time_info$YEAR$MONTH$DAY$TIME

set s_ime_info“$s_time_info 00 00 00 00 00”

#组装

  set TableBody $ ucOperType$ucFrameNo$ucSlotNo\

$ucSubSlotNo$ucPortNo$ucVirtualPortNo$s_ime_info

  set body$TableHead$TableBody

  set len[getframelen $body]

  set length[expr $len+20]

  set head[SetLength $head $length]

  #数据帧

  set AppFrame$head$body

  #发送消息、比较应答消息，记录用例执行结果

  ENDSCRIPT

  #记录用例结束时间

  writelog＂testtime＂END_TIME

其中的BEGINSCRIPT，ENDSCRIPT过程封装了消息头构造、发送、结果比较、纪录测试报告等过程，消息体部分则对应用户在前面消息编辑界面中输入的应用数据。

同时，脚本生成模块还生成脚本头、脚本尾等固定格式部分。

脚本生成模块生成固定格式的脚本头如下：

#脚本描述：空模板

#脚本创建者：Please add your name here.

#脚本创建时间：2003-07-29，16:14

#记录用例开始时间

writelog＂testtime＂START_TIME

#消息头

BEGINSCRIPT$BAM_MPU_MNT_DSP_TRAFFIC_STATISTIC_REQ

脚本生成模块生成固定格式的脚本尾如下：

#发送消息、比较应答消息，记录用例执行结果

ENDSCRIPT

#记录用例结束时间

writelog＂testtime＂END_TIME

上述生成的消息帧构造部分加上该消息头和消息尾最终产生整个的脚本框架。

在上面仅对配置文件格式自定义的过程进行描述，上述语法类型和编码类型的自定义过程可参照本领域的公知常识结合配置文件格式自定义的过程得到，这对于本领域的普通技术人员来说是显而易见的。

上述公开的实施方案是为了让本领域的普通技术人员进行实施和使用本发明。对本领域的技术人员来说，显然可以对这些实施方案的进行各种修改和变换。但是，这些修改和变换都不应脱离本发明精神和范围。因此，本发明不应该局限于这里提到的具体实施方案，而仅受所附权利要求的限制。

Claims (11)

1.一种基于组件复用的脚本生成装置，包括：

第一消息输入引导模块，用于引导用户选择输入消息的多种配置信息；

第二消息输入引导模块，根据所述第一消息输入引导模块中输入的所述多种配置信息选择消息配置文件；

文件解析模块，用于解析所述配置文件以获得所述消息的名称和各个字段属性；

脚本生成模块，用于生成固定的脚本头和脚本尾，

其中，所述第二消息输入引导模块包括消息编辑界面模块，用于显示所述文件解析模块获取的所述消息的名称和各个字段属性，并引导用户输入所述各个字段的取值，所述脚本生成模块根据所述消息的各个字段的属性、所述消息的各个字段的取值和在所述第一消息输入引导模块中输入的所述多种配置信息以生成消息帧构造部分，并与所述脚本头和脚本尾一起构成完整的脚本框架。

2.如权利要求1所述的装置，其特征在于，所述多种配置信息包括：配置文件类型，应用类型，语法类型，编码类型。

3.如权利要求2所述的装置，其特征在于，所述消息配置文件类型是ASN.1、XML或自定义格式中的一种。

4.如权利要求2所述的装置，其特征在于，所述应用类型是过程、用例或消息体中的一种。

5.如权利要求2所述的装置，其特征在于，所述编码类型是PER、BER中的一种。

6.如权利要求2所述的装置，其特征在于，所述语法类型是Python、TCL、自定义中的一种。

7.如权利要求1所述的装置，其特征在于，所述消息编辑界面模块是可复用Active控件，所述控件包括：创建接口，载入协议文件接口，保存用户数据接口和生成二进制编码流接口。

8.一种基于组件复用的脚本生成方法，包括：

1)启动脚本向导，在所述脚本向导中输入消息的多种配置信息；

2)文件解析模块读取并解析一配置文件以获得所述消息的名称和各个字段属性；

3)消息编辑界面模块获取所述消息的名称和各个字段属性，并引导用户输入所述消息的各个字段的取值；

4)脚本生成模块生成固定的脚本头和脚本尾，并根据所述消息的所述各个字段的属性、所述消息的各个字段的取值以及所述多种配置信息生成消息帧构造部分，所述脚本生成模块将所述脚本头和脚本尾与所述消息帧构造部分一起构成完整的脚本框架。

9.如权利要求8所述的方法，其特征在于，所述多种配置信息包括：配置文件类型，应用类型，语法类型，编码类型。

10.如权利要求8所述的方法，其特征在于，所述方法还包括对所述多种配置信息和所述配置文件自定制的步骤。

11.如权利要求8、9或10所述的方法，其特征在于所述消息编辑界面模块包括用户自定义的ActiveX控件。

Images