徐亮亮　宋劍鋒　田飛

摘要：為了削弱面向服務(wù)的應(yīng)用系統(tǒng)中業(yè)務(wù)流程對(duì)服務(wù)模塊的強(qiáng)依賴關(guān)系，降低系統(tǒng)集成測試階段問題服務(wù)對(duì)集成過程的影響，提出了基于模擬服務(wù)的輔助集成測試方法，設(shè)計(jì)了面向服務(wù)的輔助集成測試系統(tǒng)模型，以緩解面向服務(wù)的體系結(jié)構(gòu)下系統(tǒng)集成測試階段面臨的巨大壓力。根據(jù)輔助集成測試系統(tǒng)模型中闡述的模擬服務(wù)生命周期以及構(gòu)建模擬服務(wù)的關(guān)鍵過程，實(shí)現(xiàn)了系統(tǒng)原型研制并構(gòu)建了SOAP類型模擬服務(wù)，驗(yàn)證了輔助集成測試方法有效性。

關(guān)鍵詞：集成測試；模擬服務(wù)；SOAP服務(wù)；測試用例；服務(wù)生成

中圖分類號(hào)：TP311.52

在面向服務(wù)的體系結(jié)構(gòu)[1]（Service-oriented architecture，SOA）下，通過對(duì)業(yè)務(wù)單元進(jìn)行服務(wù)封裝，提高了系統(tǒng)中模塊的復(fù)用率，也解耦了模塊間的相互關(guān)系。雖然應(yīng)用系統(tǒng)被拆分并封裝成服務(wù)，但是系統(tǒng)業(yè)務(wù)流程依然對(duì)服務(wù)模塊具有強(qiáng)依賴關(guān)系，隨著服務(wù)的增多，導(dǎo)致服務(wù)集成過程變得緩慢而脆弱。首先，服務(wù)間通過網(wǎng)絡(luò)進(jìn)行通信，不但提高了集成測試環(huán)境的構(gòu)建成本，而且增加了模塊間的調(diào)試難度；其次，采用多團(tuán)隊(duì)或引入第三方單位的合作研制方式，加重了集成測試階段的協(xié)調(diào)工作，通常會(huì)由于某個(gè)服務(wù)自身存在問題、研制團(tuán)隊(duì)失誤或第三方研制單位的缺席而導(dǎo)致集成測試節(jié)點(diǎn)的延期，最終擾亂整個(gè)應(yīng)用系統(tǒng)的研發(fā)過程，為集成測試帶來巨大的壓力[2]。

目前，面向服務(wù)系統(tǒng)的集成測試較多地側(cè)重于單個(gè)服務(wù)的接口測試方面[3]，以保證服務(wù)接口功能的正確性，從而降低服務(wù)相互間集成時(shí)出現(xiàn)問題的概率，但無法從根本上解決集成測試過程中存在的問題。針對(duì)這一狀況，本文從輔助服務(wù)間交互測試的角度出發(fā)，利用模擬服務(wù)配合被集成服務(wù)完成集成過程，有效地緩解了集成測試階段的壓力。

1 面向服務(wù)的系統(tǒng)集成測試定義

系統(tǒng)集成測試[4]，也叫組裝測試或聯(lián)合測試，即將程序模塊采用一次性或增殖方式組裝起來，對(duì)模塊間的接口進(jìn)行正確性檢驗(yàn)的測試工作。面向服務(wù)系統(tǒng)的集成測試是在面向服務(wù)的體系架構(gòu)下，對(duì)應(yīng)用系統(tǒng)中的服務(wù)模塊進(jìn)行組裝，以驗(yàn)證各服務(wù)間接口的功能正確性，確保應(yīng)用系統(tǒng)中各服務(wù)間的互聯(lián)互通互操作。

面向服務(wù)的系統(tǒng)集成測試將單個(gè)服務(wù)模塊集成到應(yīng)用系統(tǒng)中進(jìn)行測試，可以是一次性的集成（非增量式集成），也可以是逐個(gè)的擴(kuò)展集成（增量式集成），直到完成整個(gè)應(yīng)用系統(tǒng)測試。服務(wù)的集成測試要求被集成的服務(wù)按照設(shè)計(jì)要求通過單元測試，保證單個(gè)服務(wù)的高質(zhì)量要求，但經(jīng)過單元測試的服務(wù)不足以保證整個(gè)系統(tǒng)的質(zhì)量，有許多隱蔽的失效是高質(zhì)量模塊間發(fā)生非預(yù)期交互而產(chǎn)生的，所以服務(wù)集成測試的必要性在于保證能夠單獨(dú)工作的服務(wù)連接起來也能正常工作。此外，在某些開發(fā)模式中，如迭代式開發(fā)，服務(wù)的設(shè)計(jì)和實(shí)現(xiàn)是迭代進(jìn)行的，在這種情況下，服務(wù)服務(wù)集成測試的意義還在于它能間接地驗(yàn)證概要設(shè)計(jì)是否具有可行性。

2 模擬服務(wù)輔助集成測試原理

模擬服務(wù)是一種服務(wù)真實(shí)存在的服務(wù)提供者，模擬服務(wù)存在一個(gè)或多個(gè)被模擬的目標(biāo)服務(wù)，模擬服務(wù)對(duì)外提供與目標(biāo)服務(wù)相同的服務(wù)接口，兩者對(duì)于同一服務(wù)調(diào)用請(qǐng)求（接口調(diào)用參數(shù)相同）返回一致的響應(yīng)結(jié)果。與真實(shí)服務(wù)不同的是，模擬服務(wù)不關(guān)心目標(biāo)服務(wù)的業(yè)務(wù)邏輯，僅僅采用請(qǐng)求參數(shù)匹配的方法來得到應(yīng)該返回的結(jié)果數(shù)據(jù)，這樣模擬服務(wù)即可替代目標(biāo)服務(wù)及目標(biāo)服務(wù)依賴的所有服務(wù)，屏蔽了目標(biāo)服務(wù)的實(shí)現(xiàn)細(xì)節(jié)。如圖1所示，某示例應(yīng)用系統(tǒng)中A服務(wù)依賴B和C服務(wù)，B服務(wù)又依賴于D和E服務(wù)。

通常在服務(wù)的集成測試過程中，若需對(duì)A服務(wù)進(jìn)行測試，那么必須首先構(gòu)建出A服務(wù)的整顆依賴樹，即B、C、D和E服務(wù)的實(shí)例。采用模擬服務(wù)輔助集成測試方法，在A服務(wù)需要進(jìn)行集成測試時(shí)，只需如圖中構(gòu)建模擬B服務(wù)替代B、D、E服務(wù)實(shí)例以及用模擬C服務(wù)替代C服務(wù)實(shí)例，如此測試環(huán)境中的實(shí)例數(shù)量縮減為A服務(wù)、模擬B服務(wù)以及模擬C服務(wù)三個(gè)。模擬服務(wù)的應(yīng)用可以輔助和簡化系統(tǒng)集成測試的整個(gè)過程，具體會(huì)體現(xiàn)在如下四個(gè)方面：

（1）簡化集成測試環(huán)境，方便被集成測試服務(wù)組件依賴服務(wù)環(huán)境的部署與搭建；

（2）方便集成測試過程中問題的排查與定位，快速地應(yīng)對(duì)突發(fā)情況；

（3）降低服務(wù)集成測試過程對(duì)關(guān)鍵服務(wù)的依賴程度，避免如第三方接口、在線集成組件等對(duì)測試過程的影響，提高測試的效率；

（4）縮短軟件系統(tǒng)開發(fā)的生命周期[5]。

3 面向服務(wù)的輔助集成測試系統(tǒng)設(shè)計(jì)

3.1 輔助集成測試系統(tǒng)模型

輔助集成測試系統(tǒng)，用于生成、發(fā)布以及管理用于集成測試的模擬服務(wù)，本著自動(dòng)化構(gòu)建模擬服務(wù)的設(shè)計(jì)原則，為用戶提供簡易的操作方法，以應(yīng)對(duì)系統(tǒng)集成測試過程中的頻發(fā)狀況。輔助集成測試系統(tǒng)獨(dú)立于被集成測試服務(wù)，其存在的目的是為被集成測試服務(wù)提供依賴的服務(wù)環(huán)境，如圖2所示，為輔助集成測試系統(tǒng)的模型設(shè)計(jì)圖。

輔助集成測試系統(tǒng)負(fù)責(zé)管理模擬服務(wù)的整個(gè)生命周期，模型中主要闡述了測試數(shù)據(jù)準(zhǔn)備、模擬服務(wù)生成以及模擬服務(wù)運(yùn)行三個(gè)階段的設(shè)計(jì)工作，測試數(shù)據(jù)準(zhǔn)備階段明確了集成測試前應(yīng)準(zhǔn)備的模擬服務(wù)接口用例樣本和樣本任務(wù)編排數(shù)據(jù)，模擬服務(wù)生成階段指明了測試過程中模擬服務(wù)的構(gòu)建流程，模擬服務(wù)運(yùn)行階段設(shè)計(jì)了模擬服務(wù)提供服務(wù)的關(guān)鍵過程。

3.2 測試數(shù)據(jù)準(zhǔn)備

系統(tǒng)集成測試前，通常存在一定的準(zhǔn)備時(shí)間，用于進(jìn)行測試環(huán)境的準(zhǔn)備工作。模型中的測試數(shù)據(jù)準(zhǔn)備階段設(shè)定在系統(tǒng)集成測試前，為集成測試過程準(zhǔn)備必要的輔助集成測試數(shù)據(jù)，這些準(zhǔn)備數(shù)據(jù)的目的是使得集成測試過程快速而有效，保障集成測試過程的可靠性，做到有條不紊地應(yīng)對(duì)突發(fā)狀況。

輔助集成測試系統(tǒng)主要包含兩個(gè)方面數(shù)據(jù)的準(zhǔn)備工作，一方面是準(zhǔn)備被模擬服務(wù)的測試用例數(shù)據(jù)（圖2中的服務(wù)接口用例樣本），另一方面是準(zhǔn)備模擬服務(wù)接口用例的任務(wù)編排數(shù)據(jù)。通常情況下，服務(wù)接口在執(zhí)行請(qǐng)求操作時(shí)會(huì)按照參數(shù)處理、執(zhí)行業(yè)務(wù)和返回響應(yīng)數(shù)據(jù)三個(gè)步驟進(jìn)行，如圖3所示，在輔助集成測試系統(tǒng)中需對(duì)應(yīng)準(zhǔn)備請(qǐng)求樣本數(shù)據(jù)、任務(wù)數(shù)據(jù)和響應(yīng)樣本數(shù)據(jù)。請(qǐng)求樣本數(shù)據(jù)和響應(yīng)樣本數(shù)據(jù)為接口的測試用例數(shù)據(jù)，并以成對(duì)的方式出現(xiàn)，數(shù)據(jù)的來源可以是測試用例文檔的提取數(shù)據(jù)、用戶人員的錄入數(shù)據(jù)以及自動(dòng)生成工具的生成數(shù)據(jù)[6]。任務(wù)編排數(shù)據(jù)用于描述模擬服務(wù)接口在特定的請(qǐng)求樣本數(shù)據(jù)下需要執(zhí)行的一系列任務(wù)信息，如第三方服務(wù)調(diào)用、計(jì)時(shí)返回等，任務(wù)編排數(shù)據(jù)可以模擬目標(biāo)服務(wù)的功能特性，這一過程需要通過特定的任務(wù)編排工具進(jìn)行操作。

3.3 模擬服務(wù)生成

在模擬服務(wù)的生成階段中，輔助集成測試系統(tǒng)需要為測試人員提供能夠簡單而快速地構(gòu)建模擬服務(wù)的服務(wù)生成工具，負(fù)責(zé)根據(jù)測試數(shù)據(jù)準(zhǔn)備階段的準(zhǔn)備數(shù)據(jù)創(chuàng)構(gòu)建模擬服務(wù)。

服務(wù)生成工具從被模擬服務(wù)接口的用例樣本出發(fā)，篩選出測試結(jié)果表現(xiàn)正常（能夠反應(yīng)被模擬服務(wù)正常情況下應(yīng)具有的請(qǐng)求、響應(yīng)數(shù)據(jù)特性）的用例數(shù)據(jù)作為模擬對(duì)象，并且從這些對(duì)象中提取模擬服務(wù)接口的元信息用于服務(wù)的構(gòu)建依據(jù)。通常，由于一個(gè)服務(wù)接口往往存在多個(gè)用例樣本，所以提取出的接口元信息需要通過歸并操作來簡化模擬服務(wù)接口的數(shù)量，這一過程會(huì)提高模擬服務(wù)的質(zhì)量及執(zhí)行效率。

輔助集成測試系統(tǒng)提供服務(wù)構(gòu)建器用于根據(jù)提取出的接口元信息生成模擬服務(wù)的接口定義，再將接口的用例樣本匹配邏輯以及任務(wù)執(zhí)行邏輯注入至服務(wù)接口的實(shí)現(xiàn)中，即可完成對(duì)模擬服務(wù)接口的實(shí)現(xiàn)。最后，生成的模擬服務(wù)接口及其實(shí)現(xiàn)將經(jīng)過編譯與裝載過程，等待模擬服務(wù)進(jìn)入發(fā)布階段。

3.4 模擬服務(wù)運(yùn)行

模擬服務(wù)經(jīng)過生成階段被裝載至內(nèi)存中，而在模擬服務(wù)發(fā)布階段，測試人員只需指定服務(wù)的發(fā)布地址以及綁定端口等部署信息，即可準(zhǔn)備進(jìn)行模擬服務(wù)的發(fā)布。由于輔助集成測試系統(tǒng)模型中設(shè)計(jì)集成了用于發(fā)布模擬服務(wù)的嵌入式服務(wù)容器，所以模擬服務(wù)可以快速地被部署和發(fā)布，嵌入式的服務(wù)容器也更加方便了對(duì)模擬服務(wù)的管理工作。

已發(fā)布的模擬服務(wù)由于沒有真實(shí)的業(yè)務(wù)實(shí)現(xiàn)，當(dāng)存在服務(wù)調(diào)用時(shí)，模擬服務(wù)執(zhí)行注入的樣本匹配邏輯完成響應(yīng)數(shù)據(jù)的查詢工作，同時(shí)在匹配目的用例樣本后，根據(jù)植入的任務(wù)執(zhí)行邏輯完成與用例樣本關(guān)聯(lián)的編排任務(wù)，最后將匹配的結(jié)果反饋至服務(wù)調(diào)用處。模擬服務(wù)的運(yùn)行時(shí)序圖如圖4所示。

4 模型應(yīng)用與原型系統(tǒng)實(shí)現(xiàn)

面向服務(wù)的體系結(jié)構(gòu)下，基于HTTP協(xié)議的Web服務(wù)作為面向服務(wù)的一種實(shí)現(xiàn)方式，已廣泛應(yīng)用于企業(yè)的系統(tǒng)開發(fā)過程，而Web服務(wù)中當(dāng)以SOAP（簡單對(duì)象訪問協(xié)議）服務(wù)技術(shù)歷史最為悠久[7]。如圖5所示，為輔助集成測試系統(tǒng)模型的原型系統(tǒng)部署圖，下面將闡述系統(tǒng)中基于HTTP協(xié)議的SOAP模擬服務(wù)的自動(dòng)構(gòu)建和發(fā)布過程，介紹原型系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。

4.1 模擬服務(wù)接口提取

SOAP服務(wù)以XML的形式封裝服務(wù)請(qǐng)求消息[8]，如圖6展示了用于用戶添加請(qǐng)求的SOAP消息信封，通過協(xié)議綁定技術(shù)該消息將被映射為調(diào)用服務(wù)實(shí)現(xiàn)POJO（簡單Java對(duì)象）的addUser接口。

輔助集成測試系統(tǒng)采用圖中加黑片段XML數(shù)據(jù)作為服務(wù)接口的一個(gè)請(qǐng)求樣本數(shù)據(jù)，構(gòu)建名為addUser的POJO方法，其輸入?yún)?shù)為User對(duì)象，對(duì)象包含name、age和married三個(gè)屬性。理想狀態(tài)下，User對(duì)象三個(gè)屬性的類型分別為String、int和boolean，但是輔助集成測試系統(tǒng)識(shí)別三個(gè)屬性均為String類型，得到一個(gè)擁有三個(gè)String類型屬性的User對(duì)象，因?yàn)榛贒ocument/literal實(shí)現(xiàn)的SOAP服務(wù)消息中并不攜帶數(shù)據(jù)的類型信息[9]，所以它不影響對(duì)象的數(shù)據(jù)綁定，如此簡化了模擬服務(wù)的構(gòu)建過程。同樣，采用上述方法可以從響應(yīng)樣本數(shù)據(jù)中提取方法返回值類型，完成模擬服務(wù)接口元信息的提取過程。

4.2 模擬服務(wù)構(gòu)建

模擬服務(wù)在接收到請(qǐng)求消息后，通過數(shù)據(jù)綁定技術(shù)將請(qǐng)求消息綁定至服務(wù)實(shí)現(xiàn)POJO的方法參數(shù)上，完成目標(biāo)接口的匹配，這一過程采用CXF框架（Apache CXF服務(wù)框架）自動(dòng)完成[10]。

模擬服務(wù)通過調(diào)用樣本匹配引擎和任務(wù)查詢引擎進(jìn)行關(guān)聯(lián)數(shù)據(jù)查詢，二者采用獨(dú)立運(yùn)行的Web服務(wù)方式供模擬服務(wù)調(diào)用，下面為模擬服務(wù)的添加用戶接口實(shí)現(xiàn)代碼：

其中，F(xiàn)inder類封裝了樣本匹配引擎和任務(wù)查詢引擎的查詢接口，并提供了簡單的調(diào)用接口findSample和findTasks，方便在創(chuàng)建模擬服務(wù)時(shí)植入統(tǒng)一的調(diào)用代碼。在運(yùn)行過程中，根據(jù)Java的反射機(jī)制finder實(shí)例可以明確當(dāng)前服務(wù)的位置，再由接口的參數(shù)匹配確定具體的樣本用例，用例樣本匹配過程涉及Java基本類型和自定義對(duì)象類型的深度匹配，可以借助于規(guī)則引擎[11]，本文采用的是將參數(shù)對(duì)象順序進(jìn)行序列化后比較的方法[12]。最后，模擬服務(wù)順序遍歷查詢出的樣本編排任務(wù)信息，并依次執(zhí)行任務(wù)，完成后將查詢出的響應(yīng)消息返回。

4.3 服務(wù)發(fā)布與管理

通過動(dòng)態(tài)生成和編譯后的模擬服務(wù)實(shí)體被載入至內(nèi)存，測試人員在設(shè)定模擬服務(wù)的部署位置、發(fā)布端口等信息后，模擬服務(wù)交由CXF以反射的方式進(jìn)行發(fā)布，即可為外部請(qǐng)求者提供服務(wù)。模擬服務(wù)運(yùn)行時(shí)依賴的樣本匹配引擎與任務(wù)查詢引擎通過獨(dú)立的Web服務(wù)方式運(yùn)行，為集成測試過程中的模擬服務(wù)提供查詢服務(wù)。最后，模擬服務(wù)的管理包含兩個(gè)方面，一方面是模擬服務(wù)啟停狀態(tài)的控制，通過調(diào)用CXF的服務(wù)控制接口可以很好的完成這方面工作；另一方面是樣本數(shù)據(jù)和任務(wù)數(shù)據(jù)的管理，由于兩個(gè)查詢引擎采用獨(dú)立的服務(wù)方式運(yùn)行，所以提供簡易的數(shù)據(jù)管理工具即可。

4.4 實(shí)際應(yīng)用效果

經(jīng)實(shí)踐證明，模擬服務(wù)在系統(tǒng)集成測試階段能夠有效地應(yīng)對(duì)關(guān)鍵服務(wù)模塊出現(xiàn)問題的情況，使得集成測試過程持續(xù)且快速。模擬服務(wù)屏蔽了應(yīng)用系統(tǒng)下復(fù)雜的測試環(huán)境，同樣為無法進(jìn)行在線集成的線上接口提供了便利的解決方案。如圖7所示，為輔助集成測試系統(tǒng)的主界面圖。

5 結(jié)束語

本文從構(gòu)建模擬服務(wù)的獨(dú)特角度出發(fā)，提出了面向服務(wù)的輔助集成測試系統(tǒng)模型，通過模擬服務(wù)從容地應(yīng)對(duì)了集成測試環(huán)境中服務(wù)數(shù)量多、服務(wù)環(huán)境復(fù)雜而帶來的一系列問題，使得服務(wù)集成過程快速而可靠，有效地緩解了集成測試階段的壓力。文中總結(jié)了模擬服務(wù)創(chuàng)建及發(fā)布的整個(gè)生命周期，明確了模型中各模塊的對(duì)于構(gòu)建模擬服務(wù)至關(guān)重要的作用，然而尚未提及如接口歸并、樣本匹配等關(guān)鍵模塊的高效實(shí)現(xiàn)方法，當(dāng)樣本數(shù)據(jù)量異常龐大時(shí)，這些模塊將嚴(yán)重影響模擬服務(wù)的性能，為了能夠提供高效并且可靠的模擬服務(wù)，這一方面仍需加以關(guān)注。

參考文獻(xiàn)：

[1]凌曉東.綜述[J].計(jì)算機(jī)應(yīng)用與軟件，2007（10）：122-124.

[2]楊利利，李必信.Web服務(wù)測試問題綜述[J].計(jì)算機(jī)科學(xué)，2008（09）：258-265.

[3]馮細(xì)光，劉建勛.Web服務(wù)測試技術(shù)綜述[J].微計(jì)算機(jī)應(yīng)用，2010（01）：111-126.

[4]蘭景英.軟件集成測試技術(shù)研究[J].信息技術(shù)，2006（08）：102-105.

[5]Bobby Woolf.Streamline SOA Development using Service Mocks[J].IBM developerWorks，2005.

[6]馬春燕，朱怡安，陸偉.Web服務(wù)自動(dòng)化測試技術(shù)[J].計(jì)算機(jī)科學(xué)，2012（01）：162-169.

[7]沙為超.基于Web服務(wù)的SOA應(yīng)用研究[J].安徽大學(xué)，2007.

[8]張仙偉，張璟.Web服務(wù)的核心技術(shù)之一——SOAP協(xié)議[J].電子科技，2010（03）：93-96.

[9]李海峰，楊小虎.基于風(fēng)格與風(fēng)格消息的服務(wù)性能比較[J].計(jì)算機(jī)應(yīng)用與軟件，2007（01）：80-117.

[10]彭邦倫.利用JAX—WS開發(fā)Web Service[J].電腦編程技巧與維護(hù)，2008（12）：21-23.

[11]劉偉.Java規(guī)則引擎——Drools的介紹及應(yīng)用[J].微計(jì)算機(jī)應(yīng)用，2005（06）：79-83.

[12]晏立，沈銳.Java序列化技術(shù)的探討[J].紅河學(xué)院學(xué)報(bào)，2011（04）：37-39.

[13]張羽豐.面向服務(wù)的Web服務(wù)測試框架研究與實(shí)現(xiàn)[J].國防科學(xué)技術(shù)大學(xué)，2008.

[14]羅作民，朱燕，程明.Web服務(wù)測試工具SOAPUI及其分析[J].計(jì)算機(jī)應(yīng)用與軟件，2010（05）：155-157.

[15]秦鋒，李喬，鄭嘯.Web服務(wù)測試的一種實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展，2007（08）：239-242.

[16]嚴(yán)思靜，常紅春，劉鋼，唐奮飛，馮國軍.Web服務(wù)測試工具的設(shè)計(jì)[J].硅谷，2010（08）：60-64.

作者簡介：徐亮亮，男，研究生在讀，研究方向：軍用軟件集成；宋劍鋒，男，博士；田飛，男，研究生，研究方向：軍用軟件集成。

作者單位：華北計(jì)算技術(shù)研究所 軍用中間件研發(fā)中心，北京 100083；中國電子設(shè)備系統(tǒng)工程公司研究所，北京 100141