公司賬卡物一致性業(yè)務(wù)流程,以此流程為例來描述聯(lián)調(diào)功能測試的實施方法。

圖2 賬卡物一致性業(yè)務(wù)流程Fig.2 Account card in kind consistency business process

4.1 測試準(zhǔn)備

1）查閱系統(tǒng)需求規(guī)格說明書、詳細設(shè)計文檔、接口文檔等文件。

2）組織聯(lián)調(diào)測試所涉及的各方人員進行討論,包括業(yè)務(wù)專家、各系統(tǒng)開發(fā)商、聯(lián)調(diào)測試組等。

3）梳理信息集成業(yè)務(wù)場景。

4）繪制業(yè)務(wù)場景流程圖。

5）明確信息集成業(yè)務(wù)流程關(guān)鍵點。

6）根據(jù)系統(tǒng)操作手冊及業(yè)務(wù)場景,編制業(yè)務(wù)場景測試用例。

7）細化系統(tǒng)及平臺的交互圖。

4.2 編寫測試用例

1）業(yè)務(wù)部門將測試過程按場景劃分,每個場景包含了獨立系統(tǒng)中若干個操作步驟,場景之間的依賴關(guān)系參見《集成設(shè)計說明書》流程圖。

2）結(jié)合《集成設(shè)計說明書》中的系統(tǒng)交互時序圖、測試功能點和《協(xié)同場景操作手冊》中每個場景的操作指南,并結(jié)合業(yè)務(wù)數(shù)據(jù),編寫功能測試用例。

4.3 測試執(zhí)行

1）兩方連通性測試（含正向連通性測試和反向連通性測試）。

2）SOA規(guī)范性測試。

3）設(shè)計一致性測試。

在上述測試執(zhí)行過程中綜合運用了分解法、追蹤法、對比法以及系統(tǒng)法,最終完成了測試。

4.4 測試流程

1）測試用例：正向連通性測試。

2）測試說明：使用SoapUI工具向接口發(fā)送請求,檢查測試結(jié)果與預(yù)期結(jié)果是否一致。

3）預(yù)制條件：SoapUI工具正確安裝,網(wǎng)絡(luò)連通,能成功訪問信息集成平臺。

4）菜單路徑：SoapUI：File → New Soap Project。

5）信息集成平臺：服務(wù)資產(chǎn)→查詢→配置^[6-15]。

4.5 測試步驟

1）步驟1：登錄信息集成平臺（http://10.10.6.9: 3000）,點擊“服務(wù)資產(chǎn)”的按鈕,在查詢窗口輸入所要測試的接口英文名稱,點擊“查詢”按鈕,之后點擊接口后面的“配置”按鈕,復(fù)制里面的服務(wù)地址（WSDL地址）。

2）步驟2：進入SoapUI首界面,點擊左上角的“File”菜單,選擇“New Soap Project”,在彈出的界面中為新建的工程填寫名稱（最好填寫接口中文名）,再把從信息集成平臺獲取的WSDL地址復(fù)制進去或直接導(dǎo)入WSDL文件,其余的默認,點擊“OK”按鈕（見圖3）。

圖3 測試步驟2Fig.3 Second test step

3）步驟3：完成測試步驟2之后在Project下面多了一個工程（見圖4）,雙擊Request 1,右邊會出現(xiàn)請求編輯器,左邊是請求區(qū)域,右邊是響應(yīng)區(qū)域,然后把SOA生成的空報文替換為有參數(shù)的接口報文,至此SoapUI的設(shè)置結(jié)束,需要運行直接點擊左上角的綠色小三角即可,向接口發(fā)送請求,右邊會顯示回復(fù)的結(jié)果報文,依據(jù)實際情況具體分析結(jié)果是不是自己想要的。

圖4 測試步驟3Fig.4 Third test step

 5 結(jié)語

在對基于SOA的大型集成信息系統(tǒng)進行深入分析的基礎(chǔ)上,本文提出了跨系統(tǒng)缺陷定位和調(diào)試的一般過程,建立了跨系統(tǒng)缺陷調(diào)試的通用理論方法,最后建議了實際調(diào)試所需用到的軟件工具,可以提升大規(guī)模信息系統(tǒng)集成聯(lián)調(diào)測試工作的效率,并提高測試人員的水平?？缦到y(tǒng)聯(lián)調(diào)測試技術(shù)發(fā)展是一個逐步完善的過程,相關(guān)技術(shù)和功能需要在工程實際中進一步驗證和完善。

(編輯:張欽芝)

參考文獻

[1] 計算機軟件測試規(guī)范:GB/T 15532—2008[S]. 2008.

[2] 計算機軟件測試文檔編制規(guī)范:GB/T 9386—2008[S]. 2008.

[3] 軟件工程軟件測量過程:GB/T 20917—2007[S]. 2007.

[4] 羅作民, 朱燕, 程明. Web服務(wù)測試工具SOAPUI及其分析[J]. 計算機應(yīng)用與軟件, 2010, 27(5): 155-157.

LUO Zuo-min, ZHU Yan, CHENG Ming.Web service testing tool SOAPUI and its analysis[J]. Computer Application and Software, 2010, 27(5): 155-157.

[5] 劉鵬飛. Web服務(wù)測試工具的設(shè)計與實現(xiàn)[D]. 呼和浩特: 內(nèi)蒙古大學(xué), 2016.

[6] 劉航. 基于服務(wù)網(wǎng)絡(luò)的Web Service開發(fā)工具的設(shè)計與實現(xiàn)[D]. 天津: 天津大學(xué), 2009.

[7] 鄭蓉蓉. 基于WSDL/SOAP接口的測試系統(tǒng)研究與實現(xiàn)[D]. 北京: 北京郵電大學(xué), 2009.

[8] 許蕾, 李言輝, 陳林, 等. 一種面向用戶需求的Web服務(wù)測試方法[J]. 計算機學(xué)報, 2014, 37(3): 512-521.

XU Lei, LI Yan-hui, CHEN Lin, et al.A web service testing method for user needs[J]. Chinese Journal of Computers, 2014, 37(3): 512-521.

[9] 楊利利, 李必信. Web服務(wù)測試問題綜述[J]. 計算機科學(xué), 2008, 35(9): 258-265.

YANG Li-li, LI Bi-xin.Testing web service: a review[J]. Computer Science, 2008, 35(9): 258-265.

[10] 白凱, 崔冬華. 基于JUnit自動化單元測試的研究[J]. 計算機與數(shù)字工程, 2010, 38(2): 52-55.

BAI Kai, CUI Dong-hua.Research of automatic unit based on JUnit[J]. Computer & Digital Engineering,2010, 38(2): 52-55.

[11] 郭雙宙, 梁金蘭. 自動測試系統(tǒng)軟件框架的設(shè)計與實現(xiàn)[J]. 計算機測量與控制, 2009, 17(1): 224-227.

GUO Shuang-zhou, LIANG Jin-lan.Design and implementation of automated testing framework[J]. Computer Measurement & Control, 2009, 17(1): 224-227.

[12] 耿艷萍. SOA架構(gòu)在電力信息系統(tǒng)中的應(yīng)用研究[J]. 電力學(xué)報, 2013, 28(4): 332-335.

GENG Yan-ping.Research on application of SOA in electric power information system[J]. Journal of Electric Power, 2013, 28(4): 332-335.

[13] 楊啟亮, 崇大平, 刑建春, 等. WebService Behavior技術(shù)及其應(yīng)用研究[J]. 計算機應(yīng)用與軟件, 2008, 25(2): 146-149, 177.

YANG Qi-liang, CHONG Da-ping, XING Jian-chun, et al.Study of webservice behavior and its application[J]. Computer Applications and Software, 2008, 25(2): 146-149, 177.

[14] 軟件工程—軟件產(chǎn)品質(zhì)量要求與評價(SQuaRE)商業(yè)現(xiàn)貨(COTS)軟件產(chǎn)品的質(zhì)量要求和測試細則: GB/T 25000. 51—2010 GB/T 25000. 51—2010[S]. 2010.

[15] 袁士君, 艾中良, 李喻. 基于用戶需求特征的Web服務(wù)動態(tài)組合方法研究[J]. 軟件, 2015, 36(3): 69-74.

YUAN Shi-jun, AI Zhong-liang, LI Yu.Research of web services combination recommendation based on user demand characteristics[J]. Computer Engineering & Software, 2015, 36(3): 69-74.