一種支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種模擬測(cè)試系統(tǒng)，尤其涉及一種支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試 系統(tǒng)。
【背景技術(shù)】
[0002] 為了應(yīng)對(duì)電信行業(yè)用戶數(shù)量、業(yè)務(wù)類型激增，需要一個(gè)龐大的多級(jí)業(yè)務(wù)運(yùn)營(yíng)支撐 系統(tǒng)，具有靈活性、可擴(kuò)展性、高可靠性、易維護(hù)性等特性。所以，業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)采用松 耦合架構(gòu)，以降低整體復(fù)雜性和依賴性。使應(yīng)用程序環(huán)境更敏捷，能更快地使用更改，并降 低風(fēng)險(xiǎn)。
[0003] 松耦合架構(gòu)通常是基于消息的系統(tǒng)，兩個(gè)耦合系統(tǒng)直接并不知道對(duì)方是如何實(shí) 現(xiàn)。相互之間的通信由消息的架構(gòu)支撐。只要消息符合協(xié)商的架構(gòu)，則雙方客戶根據(jù)需要 進(jìn)行更改，而不必?fù)?dān)心會(huì)破壞對(duì)方。
[0004] 移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)與外圍系統(tǒng)之間是松耦合架構(gòu)，多數(shù)使用消息機(jī)制通信。 外圍系統(tǒng)實(shí)現(xiàn)差異，通信協(xié)議選取存在較大差異，大致分為：HTTP協(xié)議、SOAP協(xié)議、SOCKET 協(xié)議、FTP協(xié)議。
[0005] 松耦合架構(gòu)雖然滿足靈活性、可擴(kuò)展性、易維護(hù)性等特性，卻大大降低可測(cè)試性。 在進(jìn)行系統(tǒng)集成測(cè)試時(shí)，需要外圍系統(tǒng)與之配合才能完成端到端測(cè)試。而外圍系統(tǒng)搭建存 在困難，使得多數(shù)測(cè)試路徑不完整。現(xiàn)在多使用一個(gè)外圍系統(tǒng)搭建一個(gè)測(cè)試粧，依據(jù)消息結(jié) 構(gòu)內(nèi)容，人工編寫報(bào)文文件，并通過(guò)測(cè)試粧發(fā)送到業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)中。而如果由業(yè)務(wù)運(yùn)營(yíng) 支撐系統(tǒng)發(fā)送到外圍系統(tǒng)的消息，則查看系統(tǒng)接口處記錄的報(bào)文內(nèi)容，確定接口功能是否 正確。
[0006] 現(xiàn)有業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的集成測(cè)試工作開展時(shí)，需要為每個(gè)外圍系統(tǒng)搭建一個(gè)測(cè) 試粧，并且依據(jù)報(bào)文格式人工編寫報(bào)文文件。同時(shí)，如果報(bào)文協(xié)議變更、或者報(bào)文格式變化， 則需要重新定義報(bào)文文件。在集成測(cè)試過(guò)程中，即使之前已經(jīng)做過(guò)多次，還需人工一步一步 的重新配置和操作。現(xiàn)有的測(cè)試方式存在幾個(gè)缺點(diǎn)：
[0007] 1、測(cè)試粧配置、報(bào)文配置、協(xié)議發(fā)送接收操作等都有較多人工處理，容易因人為操 作引入錯(cuò)誤，影響測(cè)試可靠性。
[0008] 2、與外圍系統(tǒng)的測(cè)試多數(shù)情況下需進(jìn)行多批次測(cè)試，而較多人工處理，大大降低 處理效率。
[0009] 3、由于對(duì)端系統(tǒng)較難搭建，導(dǎo)致兩個(gè)系統(tǒng)接口交互的過(guò)程不易測(cè)試到位，更存在 對(duì)端系統(tǒng)較難按照協(xié)議回復(fù)異常消息，導(dǎo)致異常流程難覆蓋。
[0010] 4、一個(gè)測(cè)試粧支持一種協(xié)議類型，不對(duì)協(xié)議格式、報(bào)文內(nèi)容進(jìn)行定義，所以，報(bào)文 收發(fā)格式校驗(yàn)和報(bào)文結(jié)果是否正確均由人工判斷。

【發(fā)明內(nèi)容】

[0011] 本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)， 能夠與業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)模擬消息交互，保障在業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)集成測(cè)試過(guò)程中接口測(cè) 試充分和測(cè)試路徑全覆蓋，避免質(zhì)量盲點(diǎn)，提升測(cè)試效率及測(cè)試質(zhì)量。
[0012] 本發(fā)明為解決上述技術(shù)問(wèn)題而采用的技術(shù)方案是提供一種支持多種移動(dòng)業(yè)務(wù)協(xié) 議的模擬測(cè)試系統(tǒng)，包括協(xié)議處理模塊：提供多種移動(dòng)業(yè)務(wù)協(xié)議的報(bào)文格式，報(bào)文時(shí)序，以 及報(bào)文字段參數(shù)的配置處理；傳輸處理模塊：提供多種移動(dòng)業(yè)務(wù)支持的傳輸協(xié)議類型及其 處理模塊；測(cè)試粧配置模塊：對(duì)移動(dòng)業(yè)務(wù)協(xié)議類型與傳輸類型進(jìn)行配置組合形成測(cè)試粧； 運(yùn)行處理模塊：為每個(gè)配置好的測(cè)試粧接收?qǐng)?bào)文請(qǐng)求；對(duì)報(bào)文內(nèi)容進(jìn)行格式轉(zhuǎn)換和校驗(yàn)， 獲取通過(guò)校驗(yàn)后的報(bào)文中的協(xié)議特征值，利用協(xié)議處理模塊進(jìn)行報(bào)文處理，并將處理后的 報(bào)文轉(zhuǎn)換為該測(cè)試粧對(duì)應(yīng)的傳輸類型的格式；利用傳輸處理模塊發(fā)送處理轉(zhuǎn)換后的報(bào)文進(jìn) 行應(yīng)答。
[0013] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述報(bào)文格式配置包括字 段名稱、字段屬性、枚舉字段的枚舉值定義以及字段的校驗(yàn)和取值方法。
[0014] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述報(bào)文時(shí)序配置包括將 多個(gè)相互關(guān)聯(lián)的協(xié)議按先后順序組成一個(gè)業(yè)務(wù)交易，并在消息收發(fā)過(guò)程中依據(jù)配置好的時(shí) 序關(guān)系進(jìn)彳T應(yīng)答。
[0015] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述傳輸協(xié)議類型包括 SOAP、HTTP1. 0\1. 1、MML、SOCKET和FTP協(xié)議，所述測(cè)試粧配置模塊將每一個(gè)測(cè)試粧選中的 傳輸協(xié)議實(shí)例化形成一個(gè)獨(dú)立線程的同時(shí)加載相應(yīng)移動(dòng)業(yè)務(wù)協(xié)議類型。
[0016] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述運(yùn)行處理模塊的報(bào)文 接收過(guò)程如下：對(duì)每個(gè)配置好的測(cè)試粧，按照該測(cè)試粧配置的傳輸協(xié)議，從接收端獲取發(fā)送 到該測(cè)試粧的報(bào)文內(nèi)容；獲取報(bào)文協(xié)議特征值，對(duì)比該測(cè)試粧所配置的移動(dòng)業(yè)務(wù)協(xié)議特征 值，查看報(bào)文是否屬于該測(cè)試粧協(xié)議；如果不屬于該測(cè)試粧協(xié)議，直接對(duì)端報(bào)文發(fā)送錯(cuò)誤； 如果屬于該測(cè)試粧協(xié)議，則查找協(xié)議報(bào)文格式。
[0017] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述運(yùn)行處理模塊的報(bào)文 格式轉(zhuǎn)換和校驗(yàn)過(guò)程如下：依據(jù)報(bào)文協(xié)議特征值，從報(bào)文格式庫(kù)中查詢報(bào)文格式，并加載到 內(nèi)存中；將報(bào)文依據(jù)報(bào)文格式定義轉(zhuǎn)換成統(tǒng)一 XML格式，再通過(guò)報(bào)文格式WSDL校驗(yàn)報(bào)文結(jié) 構(gòu)是否正確。
[0018] 上述的支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)，其中，所述運(yùn)行處理模塊的報(bào)文 處理過(guò)程如下：字段校驗(yàn)：按照?qǐng)?bào)文字段定義和校驗(yàn)方法定義對(duì)字段值進(jìn)行校驗(yàn)；通過(guò)字 段校驗(yàn)的報(bào)文可進(jìn)行后續(xù)處理，否則將作為異常報(bào)文指出校驗(yàn)錯(cuò)誤后返回錯(cuò)誤應(yīng)答；獲取 應(yīng)答格式：通過(guò)報(bào)文協(xié)議特征值，獲取與接收?qǐng)?bào)文同協(xié)議的應(yīng)答報(bào)文格式，并加載到內(nèi)存 中；分析請(qǐng)求報(bào)文：依據(jù)收發(fā)報(bào)文關(guān)聯(lián)關(guān)系，從接收?qǐng)?bào)文中獲取發(fā)送報(bào)文所需的字段信息， 并存儲(chǔ)等待組裝發(fā)送報(bào)文時(shí)使用；應(yīng)答策略：依據(jù)測(cè)試粧加載的應(yīng)答策略，設(shè)置應(yīng)答返回 值；數(shù)據(jù)組裝：按照應(yīng)答報(bào)文的結(jié)構(gòu)，從分析請(qǐng)求報(bào)文中獲取的字段信息、以及應(yīng)答策略中 獲取的應(yīng)答值，組裝為應(yīng)答報(bào)文體；轉(zhuǎn)換協(xié)議格式：再將統(tǒng)一的XML格式轉(zhuǎn)換為協(xié)議所需的 格式；發(fā)送：將組裝好的報(bào)文，采用實(shí)時(shí)應(yīng)答發(fā)送模式或異步應(yīng)答發(fā)送模式發(fā)送到指定的 接收端。
[0019] 本發(fā)明對(duì)比現(xiàn)有技術(shù)有如下的有益效果：本發(fā)明提供的支持多種移動(dòng)業(yè)務(wù)協(xié)議的 模擬測(cè)試系統(tǒng)，對(duì)移動(dòng)業(yè)務(wù)協(xié)議類型與傳輸類型進(jìn)行配置組合形成測(cè)試粧，能夠模擬外圍 系統(tǒng)通信機(jī)制，支持現(xiàn)有的移動(dòng)業(yè)務(wù)涉及的全部業(yè)務(wù)協(xié)議類型，并可以通過(guò)報(bào)文字段屬性 參數(shù)配置、或者報(bào)文結(jié)構(gòu)定義導(dǎo)入等方式維護(hù)各種業(yè)務(wù)報(bào)文格式，從而保障在業(yè)務(wù)運(yùn)營(yíng)支 撐系統(tǒng)集成測(cè)試過(guò)程中接口測(cè)試充分和測(cè)試路徑全覆蓋，避免質(zhì)量盲點(diǎn)，提升測(cè)試效率及 測(cè)試質(zhì)量。
【附圖說(shuō)明】
[0020] 圖1為本發(fā)明支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)架構(gòu)示意圖；
[0021] 圖2為本發(fā)明支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)控制流程示意圖。
【具體實(shí)施方式】
[0022] 下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。
[0023] 圖1為本發(fā)明支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)架構(gòu)示意圖；圖2為本發(fā)明 支持多種移動(dòng)業(yè)務(wù)協(xié)議的模擬測(cè)試系統(tǒng)控制流程示意圖。