朱紅++仇潤(rùn)鶴

文章編號(hào)：2095-6835（2016）07-0012-03

摘 要：隨著移動(dòng)通信業(yè)務(wù)測(cè)試需求的增加，為保證通信產(chǎn)品的質(zhì)量和研發(fā)速度，利用Jenkins搭建了企業(yè)持續(xù)集成自動(dòng)化測(cè)試平臺(tái)，用于移動(dòng)通信業(yè)務(wù)的自動(dòng)化測(cè)試。介紹了持續(xù)集成自動(dòng)化測(cè)試平臺(tái)的總體框架和各模塊構(gòu)成，并以GSM基本語(yǔ)音和數(shù)據(jù)業(yè)務(wù)測(cè)試為例，給出了平臺(tái)測(cè)試流程和測(cè)試輸出結(jié)果，最終使持續(xù)集成與自動(dòng)化測(cè)試在項(xiàng)目中順利應(yīng)用。此平臺(tái)在實(shí)際項(xiàng)目的應(yīng)用中取得了顯著效果，提高了測(cè)試工作的效率。

關(guān)鍵詞：Jenkins；移動(dòng)通信；通信業(yè)務(wù)；自動(dòng)化測(cè)試平臺(tái)

中圖分類(lèi)號(hào)：TP311.52 文獻(xiàn)標(biāo)識(shí)碼：A DOI：10.15913/j.cnki.kjycx.2016.07.012

隨著通信行業(yè)的不斷發(fā)展和用戶業(yè)務(wù)的不斷增加，移動(dòng)通信業(yè)務(wù)由傳統(tǒng)的單一語(yǔ)音業(yè)務(wù)轉(zhuǎn)向多元化業(yè)務(wù)。通信設(shè)備產(chǎn)品在進(jìn)入市場(chǎng)之前都要進(jìn)行一系列的測(cè)試，而且軟件版本更新前后有大量的測(cè)試需求重疊，因此，通過(guò)搭建自動(dòng)化測(cè)試平臺(tái)完成通信設(shè)備軟件的測(cè)試非常有必要。

針對(duì)現(xiàn)有多元化移動(dòng)通信業(yè)務(wù)的測(cè)試，包括語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)等，除了一些通用的測(cè)試工具外，很多公司都有內(nèi)部的自動(dòng)化測(cè)試工具。很多測(cè)試工具都是基于TTCN-3（測(cè)試及測(cè)試控制表示法）開(kāi)發(fā)的，比如TREX、BroadBit、TAU Teste、OpenTTCN3等。TTCN-3是由ETSI（歐洲電信標(biāo)準(zhǔn)化組織）制定和推行的測(cè)試專用語(yǔ)言，是全球各大通信設(shè)備廠商的主流測(cè)試語(yǔ)言。而項(xiàng)目組移動(dòng)通信業(yè)務(wù)的自動(dòng)化測(cè)試則引入了持續(xù)集成（continuous integration，簡(jiǎn)稱“CI”）系統(tǒng)。

目前，全球80%以上的軟件項(xiàng)目采用的是持續(xù)集成。持續(xù)集成是一種軟件開(kāi)發(fā)實(shí)踐，每次集成都通過(guò)自動(dòng)化的構(gòu)建（包括編譯、發(fā)布、自動(dòng)化測(cè)試）來(lái)驗(yàn)證，從而盡快發(fā)現(xiàn)集成錯(cuò)誤。谷歌作為當(dāng)前科技領(lǐng)頭羊，率先在內(nèi)部推行并使用了持續(xù)集成模式。在其內(nèi)部的持續(xù)集成系統(tǒng)中，數(shù)以億計(jì)的構(gòu)建動(dòng)作會(huì)發(fā)起幾百萬(wàn)次的自動(dòng)化測(cè)試，開(kāi)辟了快速開(kāi)發(fā)領(lǐng)域的測(cè)試新模式。

Jenkins作為開(kāi)源集成測(cè)試軟件的典型代表，可以用來(lái)搭建企業(yè)持續(xù)集成自動(dòng)化測(cè)試項(xiàng)目平臺(tái)，對(duì)移動(dòng)通信業(yè)務(wù)進(jìn)行自動(dòng)化測(cè)試。

1 基于Jenkins搭建CI自動(dòng)化測(cè)試平臺(tái)

1.1 CI自動(dòng)化測(cè)試平臺(tái)框架

移動(dòng)通信業(yè)務(wù)的CI自動(dòng)化測(cè)試平臺(tái)框架如圖1所示。該測(cè)試平臺(tái)主要包括Jenkins、CIS-RC（Continuous Integration Server Remote Control）、Control Unit和L1（Layer 1）物理層測(cè)試平臺(tái)。

Jenkins和CIS-RC安裝在Windows PC上，而Control Unit、Linalfs、KSIM等測(cè)試工具則安裝在Linux PC上，相關(guān)移動(dòng)通信業(yè)務(wù)的自動(dòng)化測(cè)試也均是在Linux PC上完成的。Windows PC和Linux PC之間通過(guò)TCP連接，進(jìn)行工具調(diào)用、結(jié)果傳輸?shù)取?/p>

Jenkins是一個(gè)配置簡(jiǎn)單、使用方便的持續(xù)集成服務(wù)器，在CI自動(dòng)化測(cè)試平臺(tái)中起著指揮的作用。通過(guò)執(zhí)行命令，Jenkins可以調(diào)用一些工具，比如CIS-RC和L1 Wait And Check Result File。在Jenkins上，相關(guān)人員可以根據(jù)不同的測(cè)試平臺(tái)構(gòu)建不同的項(xiàng)目來(lái)觸發(fā)各類(lèi)移動(dòng)通信業(yè)務(wù)的自動(dòng)化測(cè)試。

CIS-RC在CI自動(dòng)化測(cè)試平臺(tái)中相當(dāng)于客戶端。Jenkins要想調(diào)用CIS-RC，可以通過(guò)兩個(gè)參數(shù)，分別是XML文件名稱和XSD文件名稱。XML文件和XSD文件中包含了一些設(shè)置和命令，其中，XML文件包含了關(guān)于Control Unit、腳本序列（script sequence，簡(jiǎn)稱“ssq”）和結(jié)果文件的相關(guān)信息，而XSD文件則描述了Control Unit與CIS-RC之間的連接。

Control Unit相當(dāng)于TCP服務(wù)器，同時(shí)控制著L1物理層測(cè)試工具，包括KSIM、Linalfs等。移動(dòng)通信業(yè)務(wù)測(cè)試是在L1測(cè)試平臺(tái)上進(jìn)行的，Control Unit會(huì)對(duì)測(cè)試過(guò)程和結(jié)果進(jìn)行評(píng)估，我們可以在log窗口和單獨(dú)的統(tǒng)計(jì)窗口中觀察自動(dòng)化測(cè)試相關(guān)的log信息和測(cè)試結(jié)果。

1.2 L1物理層測(cè)試平臺(tái)

L1物理層測(cè)試平臺(tái)是基于RRH（Remote Radio Head，射頻拉遠(yuǎn)頭）建立的。Linalfs和KSIM等移動(dòng)通信業(yè)務(wù)測(cè)試工具在平臺(tái)上執(zhí)行腳本命令，并在工具測(cè)試界面上返回測(cè)試結(jié)果。測(cè)試工具均采用腳本的方式運(yùn)行，腳本語(yǔ)言為自定義關(guān)鍵字的形式，無(wú)需動(dòng)態(tài)編譯，可以直接運(yùn)行。這樣不僅節(jié)省了測(cè)試時(shí)間，而且還便于測(cè)試用例的構(gòu)造。

RRH是用于移動(dòng)寬帶網(wǎng)絡(luò)基站中的新技術(shù)設(shè)備，可以提升既有訊號(hào)的傳輸效率，并在更容易建置的網(wǎng)絡(luò)架構(gòu)下擴(kuò)大其網(wǎng)絡(luò)覆蓋率。RRH技術(shù)的特點(diǎn)是可以將基站分成無(wú)線基帶控制（Radio Server）和射頻拉遠(yuǎn)兩部分。使用RRH技術(shù)可以靈活、有效地根據(jù)不同環(huán)境構(gòu)建各種構(gòu)造的網(wǎng)絡(luò)。

除了RRH，L1測(cè)試平臺(tái)還包括SUMX、RF回環(huán)盒、衰減器、合路器和電纜等。這些部件通過(guò)一定的連接方式共同構(gòu)成了L1物理層測(cè)試平臺(tái)，如圖2所示。

2 移動(dòng)通信業(yè)務(wù)自動(dòng)化測(cè)試實(shí)例

2.1 測(cè)試目的

移動(dòng)通信業(yè)務(wù)的測(cè)試包含了語(yǔ)音業(yè)務(wù)測(cè)試和數(shù)據(jù)業(yè)務(wù)測(cè)試等。以GSM基本業(yè)務(wù)測(cè)試為例，在初始化不同GSM載波、Abis接口和PA數(shù)的情況下，對(duì)物理層GSM基本業(yè)務(wù)進(jìn)行了自動(dòng)化測(cè)試，以檢測(cè)接收機(jī)的質(zhì)量，例如接收信號(hào)的能力、抗各種干擾的能力以及抗各種無(wú)線環(huán)境的能力等。

GSM語(yǔ)音業(yè)務(wù)包含全速率語(yǔ)音業(yè)務(wù)和半速率語(yǔ)音業(yè)務(wù)。采用FR和HR編碼的語(yǔ)音業(yè)務(wù)，在不同編碼方案、時(shí)隙和信道配置下，驗(yàn)證系統(tǒng)是否支持FR和HR編碼的移動(dòng)用戶主叫業(yè)務(wù)功能和被叫業(yè)務(wù)功能。測(cè)試通過(guò)表示呼叫成功，主被叫語(yǔ)音正常。

GSM數(shù)據(jù)業(yè)務(wù)也包含全速率數(shù)據(jù)業(yè)務(wù)和半速率數(shù)據(jù)業(yè)務(wù)。在不同編碼方案、時(shí)隙和信道配置下，測(cè)試短消息業(yè)務(wù)，驗(yàn)證系統(tǒng)是否支持移動(dòng)用戶發(fā)送和接收短消息業(yè)務(wù)。測(cè)試通過(guò)表示在空閑和通話狀態(tài)下，MSA短消息發(fā)送成功，MSB能正確接收和顯示短消息。

2.2 測(cè)試腳本

GSM業(yè)務(wù)信道（TCH）攜載編碼語(yǔ)音或用戶數(shù)據(jù)，有兩類(lèi)TCH，分別是全速率業(yè)務(wù)信道（TCH/F）和半速率業(yè)務(wù)信道（TCH/H）。在進(jìn)行具體業(yè)務(wù)測(cè)試之前，需要對(duì)GSM載波、Abis接口和PA數(shù)進(jìn)行初始化配置。其初始化配置腳本如表1所示，GSM基本語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的測(cè)試腳本如表2所示。

RTS：時(shí)隙[0…7]

EN：ENC信道配置=12->[TSC=0，ACT=1，DTX=0，T/NT=0，SA=1，TC=0]

DE： DEC信道配置=11->[TSC=0，ACT=1，VGCS=0，T/NT=0，SA=0，A/N=1]

2.3 測(cè)試流程

在CI自動(dòng)化測(cè)試平臺(tái)上進(jìn)行GSM基本業(yè)務(wù)自動(dòng)化測(cè)試時(shí)，將初始化腳本、語(yǔ)音，數(shù)據(jù)業(yè)務(wù)測(cè)試腳本和測(cè)試過(guò)程中需要用的所有其他腳本和參數(shù)均按執(zhí)行順序集成到SSQ腳本序列中，然后在SSQ腳本序列執(zhí)行過(guò)程中再去調(diào)用具體的scr腳本。

在初始化1個(gè)和2個(gè)GSM載波、Abis接口為1的情況下，將GSM語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)在不同編碼方案、時(shí)隙和信道配置下的所有測(cè)試集成到一個(gè)Jenkins job中，新建一個(gè)job，并進(jìn)行相關(guān)配置，如圖3所示。

為避免一個(gè)job執(zhí)行的測(cè)試腳本命令過(guò)多，一般將完整業(yè)務(wù)的自動(dòng)化測(cè)試分為多個(gè)job來(lái)執(zhí)行，比如將初始化1個(gè)和2個(gè)GSM載波、Abis接口為1作為一個(gè)job，將初始化1個(gè)和2個(gè)GSM載波、Abis接口為2作為一個(gè)job。以此類(lèi)推，在初始化所有GSM載波、Abis接口和PA數(shù)的情況下將完整業(yè)務(wù)的自動(dòng)化測(cè)試分為6個(gè)job來(lái)執(zhí)行。相關(guān)人員只需要在job配置項(xiàng)中選擇上一個(gè)執(zhí)行以及下一個(gè)執(zhí)行的job，即可按順序執(zhí)行6個(gè)job。

新建并配置完成Job后，在第一個(gè)job處點(diǎn)擊“Build Now”開(kāi)始自動(dòng)化測(cè)試。在點(diǎn)擊“Build Now”之前，要確保CIS-RC和Control Unit已經(jīng)開(kāi)始運(yùn)行。

Jenkins執(zhí)行job首先調(diào)用CIS-RC，CIS-RC讀取相應(yīng)job的XML文件，并參照XSD文件對(duì)其進(jìn)行驗(yàn)證，然后新建一個(gè)針對(duì)測(cè)試環(huán)境下應(yīng)用Control Unit的TCP連接向Control Unit發(fā)送XML命令，Control Unit根據(jù)接收到的XML命令打開(kāi)測(cè)試工具Linalfs、Ksim等，并執(zhí)行相關(guān)的SSQ腳本序列，最后待測(cè)試結(jié)束后將測(cè)試結(jié)果返回CIS-RC和Jenkins中。

Control Unit執(zhí)行SSQ腳本序列的過(guò)程如圖4所示。我們可以從Control Unit的log窗口看到整個(gè)測(cè)試的執(zhí)行過(guò)程，從Linalfs和Ksim界面看到正在執(zhí)行的語(yǔ)音或數(shù)據(jù)業(yè)務(wù)的case，從Running Test界面看到當(dāng)前正在執(zhí)行的scr腳本和整個(gè)測(cè)試進(jìn)程。

2.4 測(cè)試結(jié)果

在GSM基本業(yè)務(wù)測(cè)試過(guò)程中，一個(gè)case的結(jié)果是否通過(guò)主要看Linalfs測(cè)試結(jié)果界面上顯示的接收機(jī)的質(zhì)量和幀誤率，然后參考表3作出評(píng)判。在測(cè)試語(yǔ)音業(yè)務(wù)時(shí)，測(cè)試通過(guò)表示呼叫成功，主被叫語(yǔ)音正常。在測(cè)試數(shù)據(jù)業(yè)務(wù)時(shí)，測(cè)試通過(guò)表示在空閑和通話狀態(tài)下，MSA短消息發(fā)送成功，MSB能正確接收和顯示短消息。

結(jié)果文件中，“Status=OK”表示所有語(yǔ)音和數(shù)據(jù)業(yè)務(wù)case均通過(guò)測(cè)試。除了XML結(jié)果文件，可以在Jenkins界面的Console Output上直接看到測(cè)試結(jié)果，如圖5所示。Console Output顯示為綠球，并且“Finished：SUCCESS”也表示測(cè)試通過(guò)，即在初始化所有GSM載波、Abis接口和PA數(shù)的情況下，GSM語(yǔ)音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)在不同編碼方案、時(shí)隙和信道配置下均能正常工作。

3 結(jié)束語(yǔ)

軟件持續(xù)集成和自動(dòng)化測(cè)試的引入在一定程度上解決了通信產(chǎn)品在軟件系統(tǒng)開(kāi)發(fā)過(guò)程中的測(cè)試難題，避免了手動(dòng)測(cè)試的大量人力投入，提高了測(cè)試的質(zhì)量和研發(fā)速度，具有重要的現(xiàn)實(shí)意義。

本文基于Jenkins搭建了企業(yè)持續(xù)集成自動(dòng)化測(cè)試平臺(tái)，并將所有流程都集成到Jenkins持續(xù)集成平臺(tái)上，實(shí)現(xiàn)了移動(dòng)通信業(yè)務(wù)的自動(dòng)化測(cè)試。其中，還具體介紹了CI自動(dòng)化測(cè)試平臺(tái)的總體框架以及各模塊功能的構(gòu)成和模塊之間的關(guān)系，并以GSM基本業(yè)務(wù)測(cè)試為例，介紹了整體的測(cè)試流程和測(cè)試輸出結(jié)果，最終使持續(xù)集成與自動(dòng)化測(cè)試在項(xiàng)目中得以順利應(yīng)用，達(dá)到了項(xiàng)目組預(yù)期的效果。

參考文獻(xiàn)

[1]劉昶.LTE語(yǔ)音測(cè)試解決方案[J].電信網(wǎng)技術(shù)，2013（03）.

[2]董宏成，張寧，李小文.基于TTCN-3的RRM小區(qū)重選過(guò)程一致性測(cè)試[J].電信科學(xué)，2013（4）.

[3]陳剛，羌鈴鈴.持續(xù)集成在項(xiàng)目中的分析與研究[J].電腦編程技巧與維護(hù)，2011，24.

[4]邢曉偉.持續(xù)集成在軟件開(kāi)發(fā)過(guò)程中的應(yīng)用[J].金陵科技學(xué)院學(xué)報(bào)，2014，04.

[5]James W，Jason A，Jeff C.Google軟件測(cè)試之道[M].黃利，李中杰，薛明，譯.北京：人民郵電出版社，2012.

[6]崔巖，姜良軍.基于GSM系統(tǒng)的TCH指配流程及優(yōu)化研究[J].山東通信技術(shù)，2014（1）.

〔編輯：王霞〕