基於組件復用的腳本生成裝置及其方法
2023-05-18 19:14:21
專利名稱：基於組件復用的腳本生成裝置及其方法
技術領域：
本發明涉及一種協議腳本生成裝置及其使用方法，尤其涉及一種基於組件復用的協議腳本生成裝置及其使用方法。
背景技術：
通信的基本形式就是協議消息，無論模塊之間的接口通訊，還是系統之間的協議報文都是通過約定格式的二進位消息流來實現的。因此在對通信產品的各個子系統進行維護、測試、調試的時候，不可避免要解析或構造這樣的二進位編碼消息流來模擬與其交互的其他子系統，這些二進位數據具有相對固定的格式，一般通過接口文檔或協議文檔明確定義下來。模擬系統之間的消息交互，可以通過兩種方法(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編碼就得寫成00 01 00。語法類型不同會影響腳本的外在形式，如使用tcl語法可產生的語句為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模塊中分別選擇腳本類型、語法類型、編碼類型為用例、Tcl、BER，選擇配置文件類型為自定義，即，選擇*.cfg。
之後，啟動引導對話框2模塊，在引導對話框2模塊中，用戶在左邊樹視圖中選擇後綴名為cfg的某個配置文件，例如，選擇的用戶自定義的配置文件的內容如下//TYPEUSER DEFINED CONFIGURATION FILE//VER1.0TABLE
NAME
BAM_MPU_MNT_INTERFACE_REQ/NAME
BODY
結構和參數名 稱類 型取值範圍 結構和參數說明ucFrameNo UINT8 PS0-31 RNC0-17 CS0-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_INFOuwYear UINT16 1900-3000年ucMonth UINT8 1-12月ucDay UINT8 1-365日ucHour UINT8 1-24小時/STRUCT
其中，TABLE，REFTABLE，STRUCT，NAME，BODY為關鍵字，如上所述，每一個表格TABLE包含消息名稱，消息體兩部分；消息體包含了消息屬性名稱、屬性類型、取值範圍、屬性說明四個欄位；欄位以TAB隔開；屬性以行區分開；消息屬性名稱是一個字符串，屬性類型是一個集合{UINT8，UINT16，UINT32，UINT8[int LEN]，結構，嵌套表格}，屬性取值範圍以「-」分隔開，屬性說明也是一個字符串；消息體BODY可以嵌套其它表格，用REFTABLE關鍵字表示；屬性可以是一個結構，結構需要在配置文件中定義，定義語法為STRUCT::＝the name of structstruct body...
/STRUCT
文件頭包含文件說明和文件版本信息行，每行以「//」開頭。
腳本嚮導根據這個配置文件，可以得到消息的整體結構，以方便構造消息編輯界面。
文件解析模塊利用上述接口函數loadfile(CString filename)，parsefile(CString filecontent)，parsebody(CString body)，parseline(CString line)分別讀入上述配置文件並對該配置文件進行解析後，得到消息的名稱為BAM_MPU_MNT_ITERFACER_EQ，和得到消息的各個欄位屬性為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，刪除＝00set ucOperType{01}#機框號set ucFrameNo{00}#槽號set ucSlotNo{09}#埠號set ucPortNo{ff}#虛埠號set ucVirtualPortNo{01}#時間set s_time_info $YEAR$MONTH$DAY$TIMEset s_time_info「$s_time_info 00 00 00 00 00」#組裝
set TableBody $ ucOperType$ucFrameNo$ucSlotNo\$ucSubSlotNo$ucPortNo$ucVirtualPortNo$s_time_infoset body $TableHead$TableBodyset 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，1614#記錄用例開始時間writelog″testtime″START_TIME#消息頭BEGINSCRIPT $BAM_MPU_MNT_DSP_TRAFFIC_STATISTIC_REQ腳本生成模塊生成固定格式的腳本尾如下
#發送消息、比較應答消息，記錄用例執行結果ENDSCRIPT#記錄用例結束時間writelog″testtime″END_TIME上述生成的消息幀構造部分加上該消息頭和消息尾最終產生整個的腳本框架。
在上面僅對配置文件格式自定義的過程進行描述，上述語法類型和編碼類型的自定義過程可參照本領域的公知常識結合配置文件格式自定義的過程得到，這對於本領域的普通技術人員來說是顯而易見的。
上述公開的實施方案是為了讓本領域的普通技術人員進行實施和使用本發明。對本領域的技術人員來說，顯然可以對這些實施方案的進行各種修改和變換。但是，這些修改和變換都不應脫離本發明精神和範圍。因此，本發明不應該局限於這裡提到的具體實施方案，而僅受所附權利要求的限制。
權利要求
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控制項。
全文摘要
公開了基於組件復用的協議腳本生成裝置及其使用方法，包括第一消息輸入引導模塊，用於引導用戶選擇輸入消息的多種配置信息；第二消息輸入引導模塊，根據第一消息輸入引導模塊中輸入的配信息選擇消息配置文件；文件解析模塊，用於解析配置文件以獲得消息的名稱和各個欄位屬性；腳本生成模塊，用於生成固定的腳本頭和腳本尾，其中，第二消息輸入引導模塊包括消息編輯界面模塊，用於顯示文件解析模塊獲取的所述消息的名稱和各個欄位屬性，並引導用戶輸入各個欄位的取值，腳本生成模塊根據消息的各個欄位的屬性、消息的各個欄位的取值和在第一消息輸入引導模塊中輸入的多種配置信息生成消息幀構造部分，並與腳本頭和腳本尾一起構成完整的腳本框架。
文檔編號G06F17/30GK1816043SQ20051000729
公開日2006年8月9日 申請日期2005年2月6日 優先權日2005年2月6日
發明者陳小峰 申請人:華為技術有限公司