基于智能云測(cè)試平臺(tái)通信模塊的設(shè)計(jì)

王 亮, 謝錫海2，尹成瑞

(1.青海大學(xué) 信息化技術(shù)中心， 西寧 810016；2.西安郵電大學(xué) 通信與信息工程學(xué)院， 西安 710061)

0 引言

自動(dòng)化測(cè)試技術(shù)[1-3]的發(fā)展經(jīng)歷了捕獲回放[4]、單腳本執(zhí)行、關(guān)鍵字驅(qū)動(dòng)的測(cè)試集執(zhí)行[5-6]這3個(gè)階段的發(fā)展，已經(jīng)逐步走向成熟，這三者的共同特點(diǎn)是基于單機(jī)版的測(cè)試平臺(tái)執(zhí)行[7]。對(duì)于單機(jī)版測(cè)試平臺(tái)來(lái)說(shuō)，其測(cè)試套中的腳本運(yùn)行是串行化的，當(dāng)測(cè)試套中腳本規(guī)模較大時(shí)，運(yùn)行一次所需的時(shí)間比較長(zhǎng)。

智能云測(cè)試系統(tǒng)[8-9]的目標(biāo)是在實(shí)現(xiàn)測(cè)試資源管理自動(dòng)化的基礎(chǔ)上，提供更高效的自動(dòng)化腳本執(zhí)行平臺(tái)，在智能云測(cè)試系統(tǒng)中，需要存在大量的執(zhí)行機(jī)運(yùn)行在獨(dú)立的計(jì)算機(jī)或者虛擬機(jī)[10]上。這些執(zhí)行機(jī)需要在統(tǒng)一的調(diào)度程序控制下，完成啟動(dòng)進(jìn)程、打開(kāi)相應(yīng)的控制臺(tái)、接受并運(yùn)行指定腳本、反饋當(dāng)前的執(zhí)行狀態(tài)、結(jié)束進(jìn)程的動(dòng)作。然而 通用測(cè)試平臺(tái)執(zhí)行機(jī)的啟動(dòng)、運(yùn)行及停止均是無(wú)人值守的。智能云測(cè)試系統(tǒng)內(nèi)部通過(guò)命令來(lái)驅(qū)動(dòng)執(zhí)行機(jī)來(lái)完成，這個(gè)需求對(duì)測(cè)試平臺(tái)的通信機(jī)制提出了新的挑戰(zhàn)，并且這一通信機(jī)制對(duì)于后續(xù)測(cè)試工具及自動(dòng)化的發(fā)展帶來(lái)了新思路。

1 通用測(cè)試平臺(tái)及通信機(jī)制

通用測(cè)試平臺(tái)提供多種連接方式來(lái)連接設(shè)備，以TCL語(yǔ)言為基礎(chǔ)，為測(cè)試人員提供了廣泛的手工測(cè)試和自動(dòng)化測(cè)試支持。通用測(cè)試平臺(tái)實(shí)質(zhì)是將多種不同的設(shè)備連接方式作了統(tǒng)一管理。避免了用戶分別使用超級(jí)終端、SSH Client等不同的客戶端來(lái)訪問(wèn)設(shè)備。所以通用測(cè)試平臺(tái)需要支持同時(shí)以不同的連接方式連接設(shè)備，并與設(shè)備CLI接口進(jìn)行交互。通用測(cè)試平臺(tái)集成文本編輯器來(lái)支持TCL腳本的編寫，使得通用測(cè)試平臺(tái)集TCL腳本編輯、執(zhí)行功能于一體，更加接近于TCL語(yǔ)言集成開(kāi)發(fā)環(huán)境。

測(cè)試平臺(tái)作為一個(gè)標(biāo)準(zhǔn)的Windows程序，其絕大部分功能是由主界面的各項(xiàng)菜單來(lái)驅(qū)動(dòng)的。用戶在通用測(cè)試平臺(tái)主界面上的各項(xiàng)操作，包括點(diǎn)擊各類菜單，編輯器中輸入字符等操作，最終都會(huì)產(chǎn)生一系列的Windows消息，通用測(cè)試平臺(tái)通過(guò)接收并處理這些消息來(lái)響應(yīng)用戶，并進(jìn)行各項(xiàng)處理，大致的流程如圖1所示。

圖1 消息驅(qū)動(dòng)

現(xiàn)有通用測(cè)試平臺(tái)系統(tǒng)并不支持任何分布式特性，面對(duì)來(lái)自智能云測(cè)試系統(tǒng)的新需求時(shí)，進(jìn)行相應(yīng)升級(jí)改造。智能云測(cè)試系統(tǒng)執(zhí)行機(jī)的功能需求實(shí)際只是當(dāng)前通用測(cè)試平臺(tái)系統(tǒng)所實(shí)現(xiàn)功能的一個(gè)子集，通過(guò)將外部的驅(qū)動(dòng)方式由Windows消息修改為特定命令格式后，可以滿足智能云測(cè)試的實(shí)際應(yīng)用，將具體操作理解為驅(qū)動(dòng)模塊，將通用測(cè)試平臺(tái)的實(shí)際功能模塊理解為業(yè)務(wù)模塊。將驅(qū)動(dòng)模塊由Windows消息轉(zhuǎn)換為其他特定命令，而業(yè)務(wù)模塊即可透明的支持多種應(yīng)用場(chǎng)景，如圖2所示。

圖2 命令驅(qū)動(dòng)

在實(shí)際實(shí)現(xiàn)時(shí)，考慮到通信機(jī)制的通用性，重點(diǎn)考慮單機(jī)版測(cè)試平臺(tái)與分布式測(cè)試平臺(tái)實(shí)現(xiàn)上的統(tǒng)一；通信機(jī)制需要有良好的擴(kuò)展性來(lái)支撐未來(lái)需求。通過(guò)正常方式啟動(dòng)的通用測(cè)試平臺(tái)不受任何影響，仍然是由用戶通過(guò)GUI菜單產(chǎn)生的Windows消息來(lái)驅(qū)動(dòng)；而在啟動(dòng)通用測(cè)試平臺(tái)時(shí)給出特定命令行參數(shù)，通用測(cè)試平臺(tái)會(huì)在啟動(dòng)時(shí)進(jìn)行智能云測(cè)試服務(wù)注冊(cè)，注冊(cè)成功后會(huì)自動(dòng)開(kāi)啟另外一條命令通道，接受并處理Carbon命令。

2 智能云測(cè)試系統(tǒng)

智能云測(cè)試[11]是在云計(jì)算的基礎(chǔ)下一種新型測(cè)試方法。由云系統(tǒng)維護(hù)資源池，統(tǒng)一管理測(cè)試所需的環(huán)境：設(shè)備、儀器和PC機(jī)等。智能云測(cè)試系統(tǒng)以云為中心，將測(cè)試資源集中管理，按需動(dòng)態(tài)分配，同時(shí)腳本集中在云端并發(fā)分布式執(zhí)行。用戶通過(guò)web接口向系統(tǒng)提交測(cè)試任務(wù)，設(shè)定被測(cè)設(shè)備型號(hào)，選定測(cè)試版本，測(cè)試用例，提交后系統(tǒng)會(huì)自動(dòng)計(jì)算該任務(wù)所需要的環(huán)境，并動(dòng)態(tài)分配測(cè)試組網(wǎng)、執(zhí)行機(jī)來(lái)執(zhí)行相應(yīng)測(cè)試?yán)?，并及時(shí)給出結(jié)果反饋。

2.1 智能云測(cè)試系統(tǒng)通信機(jī)制

智能云測(cè)試通信機(jī)制本質(zhì)是一種Client-Server通信機(jī)制的擴(kuò)展，通過(guò)將消息報(bào)文采用標(biāo)準(zhǔn)的HTTP消息進(jìn)行封裝，來(lái)支持多種語(yǔ)言實(shí)現(xiàn)的服務(wù)端和客戶端。也就是與編程語(yǔ)言無(wú)關(guān)的多客戶端多服務(wù)端通信機(jī)制，如圖3所示。

圖3 智能云測(cè)試從通信機(jī)制

通信機(jī)制有如下特點(diǎn)：1)語(yǔ)言無(wú)關(guān)性：對(duì)于客戶端和服務(wù)提供端來(lái)說(shuō)，可以采用任意語(yǔ)言編程實(shí)現(xiàn)，且支持混合調(diào)用。TCL語(yǔ)言客戶端可以調(diào)用C++服務(wù)提供端的服務(wù)，反之亦然?？蛻舳诵枰{(diào)用某服務(wù)時(shí)，不需要關(guān)心還服務(wù)是采用何種語(yǔ)言實(shí)現(xiàn)；2)平臺(tái)無(wú)關(guān)性：客戶端、Carbon-Server和服務(wù)提供者可以運(yùn)行在Windows及Linux操作系統(tǒng)，并且Windows系統(tǒng)上的客戶端程序也可以向Linux系統(tǒng)下的某個(gè)服務(wù)發(fā)起請(qǐng)求并得到處理，整個(gè)過(guò)程對(duì)客戶端完全透明；3)部署簡(jiǎn)單：客戶端、Carbon-Server和服務(wù)提供者在同一臺(tái)物理機(jī)器，亦可以完全在不同的物理機(jī)器；4)可擴(kuò)展性高：由于服務(wù)和客戶程序的松耦合性，在本系統(tǒng)中添加新的服務(wù)是極為便利的事情。不需要更改任何現(xiàn)有的服務(wù)提供者和客戶端，相應(yīng)的是，某服務(wù)提供者提供更多的功能命令時(shí)，也只需要修改該服務(wù)本身，不對(duì)其他服務(wù)造成影響。

2.2 Carbon-Server框架

Carbon-Server以C/S模式實(shí)現(xiàn)一個(gè)簡(jiǎn)便的進(jìn)程間通信平臺(tái)?；诿钚行问降姆?wù)命令調(diào)用;簡(jiǎn)便的客戶端/服務(wù)實(shí)現(xiàn)接口;多編程語(yǔ)言支持;選用Selenium作為基礎(chǔ)框架進(jìn)行開(kāi)發(fā)，Selenium是一款為實(shí)現(xiàn) Web應(yīng)用程序開(kāi)源的自動(dòng)化測(cè)試框架[[12-15]，其服務(wù)程序的開(kāi)發(fā)和部署都相對(duì)容易，對(duì)操作系統(tǒng)和服務(wù)平臺(tái)依賴小，可擴(kuò)展性強(qiáng)。Selenium的通信過(guò)程如圖4所示。

圖4 Selenium通信結(jié)構(gòu)

這個(gè)通信過(guò)程中，客戶端接口將用戶調(diào)用的服務(wù)器命令及參數(shù)封裝在HTTP請(qǐng)求當(dāng)中發(fā)送給Selenium-Server，Selenium-Server解析命令內(nèi)容并構(gòu)造JSON字符串寫入到對(duì)應(yīng)瀏覽器的命令隊(duì)列。瀏覽器中運(yùn)行的Java-Script服務(wù)程序(Core)定時(shí)向Selenium-Server發(fā)送HTTP響應(yīng)(帶有POST消息)。如果命令隊(duì)列不為空，Selenium-Server就把命令字符串通過(guò)HTTP響應(yīng)發(fā)送給服務(wù)程序運(yùn)行。服務(wù)程序執(zhí)行命令并把結(jié)果封裝在下一個(gè)HTTP響應(yīng)當(dāng)中返回給Selenium-Server，最后Selenium-Server把命令結(jié)果封裝在HTTP響應(yīng)命令當(dāng)中返回給客戶端。要滿足Carbon-Server的要求，Selenium-Server需要?jiǎng)h除其中的瀏覽器支持部分，而主要保留了其中的通信機(jī)制、命令隊(duì)列、日志處理這3個(gè)部分。并對(duì)以下幾個(gè)方面進(jìn)行了改進(jìn)，改進(jìn)后Carbon-Server的通信結(jié)構(gòu)如圖2所示。

圖5 Carbon-Server通信結(jié)構(gòu)

2.2.1 注冊(cè)/撤消服務(wù)

Carbon-Server支持服務(wù)的注冊(cè)和撤消。使用Carbon-Server提供的服務(wù)程序開(kāi)發(fā)接口編寫的服務(wù)程序，通過(guò)向Carbon-Server發(fā)送registerService命令來(lái)完成注冊(cè)。Carbon-Server接受到注冊(cè)命令時(shí)為服務(wù)程序創(chuàng)建命令隊(duì)列。注冊(cè)之后，服務(wù)程序就可以定時(shí)從命令隊(duì)列當(dāng)中讀取命令。相應(yīng)的，unregisterService命令撤消服務(wù)的注冊(cè)。Carbon-Server會(huì)刪除服務(wù)對(duì)應(yīng)的命令隊(duì)列，并停止處理客戶端對(duì)該服務(wù)的命令請(qǐng)求。

2.2.2 服務(wù)隊(duì)列標(biāo)識(shí)

服務(wù)程序在注冊(cè)Carbon-Server時(shí)，在register Service 命令中包含了服務(wù)的名稱信息。Carbon-Server使用服務(wù)隊(duì)列管理類來(lái)維護(hù)服務(wù)名稱到對(duì)應(yīng)的命令隊(duì)列的映射。每一個(gè)服務(wù)創(chuàng)建一個(gè)命令隊(duì)列，并映射到一個(gè)唯一的服務(wù)名稱標(biāo)識(shí)。因此，在Carbon-Server上注冊(cè)的服務(wù)不能存在重名的現(xiàn)象?？蛻舳嗽谡?qǐng)求某個(gè)服務(wù)的命令時(shí)也必須指定服務(wù)的ServiceId。

2.2.3 并發(fā)訪問(wèn)

Carbon-Server的應(yīng)用環(huán)境中，通常存在兩種情況的并發(fā)需求:多客戶端并發(fā)訪問(wèn)同一個(gè)服務(wù)、多客戶端并發(fā)訪問(wèn)不同的服務(wù)。Carbon-Server使用Apache的Http包來(lái)提供HTTP服務(wù)。對(duì)于每一個(gè)HTTP請(qǐng)求(響應(yīng))都會(huì)創(chuàng)建一個(gè)處理線程。因此，并發(fā)訪問(wèn)實(shí)際上體現(xiàn)為多線程并發(fā)讀寫命令隊(duì)列。實(shí)現(xiàn)時(shí)使用同步阻塞的方法來(lái)限制同時(shí)只有一個(gè)線程寫入指定服務(wù)的命令隊(duì)列并等待結(jié)果。

2.2.4 定時(shí)老化

Carbon-Server為每一個(gè)注冊(cè)成功的服務(wù)創(chuàng)建一個(gè)計(jì)數(shù)器，并使用一個(gè)專門的定時(shí)器線程對(duì)所有定時(shí)器進(jìn)行刷新，定時(shí)器刷新線程每隔一定時(shí)間將所有計(jì)數(shù)器的值加1。如果計(jì)數(shù)器的值達(dá)到限制的數(shù)值，則認(rèn)為該服務(wù)已超時(shí)，需要?jiǎng)h除其命令隊(duì)列。另一方面，當(dāng)Carbon-Server接受到服務(wù)程序發(fā)送的命令獲取消息時(shí)，計(jì)數(shù)器設(shè)置為0。

2.2.5 狀態(tài)查詢

Carbon-Server提供listAllService命令來(lái)查詢所有服務(wù)的狀態(tài)。返回信息以換行符分隔，每一行對(duì)應(yīng)一個(gè)服務(wù)的狀態(tài)信息。行的內(nèi)容又以逗號(hào)分隔為不同的列。

2.2.6 服務(wù)類型

Carbon-Server的配置文件中可以定義兩種類型的服務(wù)，Internal和External：對(duì)于Internal類型的服務(wù)，Carbon-Server在啟動(dòng)時(shí)會(huì)自動(dòng)根據(jù)配置文件的信息來(lái)啟動(dòng)服務(wù)程序；而對(duì)于External類型的服務(wù)，Carbon-Server不會(huì)自動(dòng)啟動(dòng)服務(wù)(用戶可以手動(dòng)啟動(dòng)服務(wù)或在客戶端通過(guò)stsrtService命令啟動(dòng))。當(dāng)服務(wù)的定時(shí)器超時(shí)時(shí)，對(duì)于Internal的服務(wù)，Carbon-Server會(huì)關(guān)閉原來(lái)的服務(wù)程序并重新啟動(dòng)，而對(duì)于External類型的服務(wù)則只是刪除命令隊(duì)列。

2.2.7 并發(fā)方式及命令封裝

Carbon-Server支持兩種服務(wù)并發(fā)方式：基于線程的并發(fā)和基于進(jìn)程的并發(fā)。如果服務(wù)程序支持基于線程的并發(fā)，則主線程只處理getNewSession/releaseSession命令。則當(dāng)客戶端發(fā)送getNewSession命令時(shí)，服務(wù)器程序需要啟動(dòng)一個(gè)新的服務(wù)線程并注冊(cè)到Carbon-Server。新線程的ServiceId包含一個(gè)隨機(jī)的GUID和最初的服務(wù)名稱。Carbon-Server會(huì)把這個(gè)ServiceId返回為客戶端。這個(gè)新的線程可以作為一個(gè)單獨(dú)的服務(wù)來(lái)使用。處理結(jié)束時(shí)，客戶端需要發(fā)送releaseSession來(lái)釋放服務(wù)線程。如果服務(wù)程序支持基于進(jìn)程的并發(fā)，則不管Internal還是External類型的服務(wù)，Carbon-Server都不會(huì)自動(dòng)服務(wù)程序。只有當(dāng)接受到客戶端的startService命令時(shí)才會(huì)通過(guò)命令行來(lái)啟動(dòng)服務(wù)程序。這類服務(wù)程序的第一個(gè)命令行參數(shù)必須為一個(gè)字符串參數(shù)，服務(wù)程序使用該字符串參數(shù)加上內(nèi)置的服務(wù)名稱作為ServiceId注冊(cè)到Carbon-Server。因此，Carbon-Server在啟動(dòng)服務(wù)程序時(shí)需要生成一個(gè)隨機(jī)的GUID作為服務(wù)啟動(dòng)參數(shù)。Carbon-Server使用XML字符串來(lái)封裝客戶端發(fā)送給服務(wù)程序的命令信息。

2.2.8 服務(wù)與客戶接口

Carbon-Server提供Java/C++/TCL的服務(wù)端開(kāi)發(fā)接口。不管哪種語(yǔ)言形式，服務(wù)開(kāi)發(fā)接口都需要提供3個(gè)功能:注冊(cè)命令、啟動(dòng)服務(wù)、停止服務(wù)。注冊(cè)命令接口至少包含兩個(gè)參數(shù)：命令名稱和命令執(zhí)行對(duì)象。通過(guò)調(diào)用注冊(cè)命令接口可以建立命令名稱到命令執(zhí)行對(duì)象之間的映射。服務(wù)程序根據(jù)這個(gè)映射關(guān)系來(lái)執(zhí)行客戶端的命令請(qǐng)求。首先生成一個(gè)CarbonAgent對(duì)象。構(gòu)造函數(shù)的參數(shù)分別指定Carbon-Server的地址、服務(wù)名稱。然后使用register接口注冊(cè)一系列命令。所以命令類都需要實(shí)現(xiàn)接口AbstractCarbonAgentCommand的方法execute。該方法傳入一個(gè)字符串?dāng)?shù)組參數(shù)，返回結(jié)果也為一個(gè)字符串。Carbon-Server提供Java/C++/TCL的客戶端開(kāi)發(fā)接口。客戶端接口實(shí)際上只需要把命令行封裝在 HTTP請(qǐng)求中發(fā)送即可?？蛻舫绦蛑恍枰{(diào)用submit接口把命令發(fā)送給服務(wù)器執(zhí)行即可。

2.3 智能云測(cè)試系統(tǒng)服務(wù)提供方

在智能云測(cè)試通信系統(tǒng)中，服務(wù)提供方由業(yè)務(wù)模塊、代理模塊及監(jiān)聽(tīng)服務(wù)器組成。其中業(yè)務(wù)模塊與代理模塊在同一進(jìn)程中，通過(guò)函數(shù)調(diào)用及回調(diào)的方式來(lái)交互。監(jiān)聽(tīng)服務(wù)器一般在單獨(dú)進(jìn)程中實(shí)現(xiàn)，進(jìn)程間采用Socket方式封裝HTTP消息來(lái)實(shí)現(xiàn)。

對(duì)于執(zhí)行機(jī)分布式執(zhí)行的場(chǎng)景來(lái)說(shuō)，業(yè)務(wù)模塊代表通用測(cè)試平臺(tái)進(jìn)程，代理模塊在CCarbonAgent.dll中實(shí)現(xiàn)，為通用測(cè)試平臺(tái)進(jìn)程提供業(yè)務(wù)注冊(cè)，消息封裝及解封裝，保活操作；監(jiān)聽(tīng)服務(wù)器則對(duì)應(yīng)Canbon-Server進(jìn)程。它們之間的關(guān)系如圖6所示。

圖6 provider組成

由于Canbon-Server服務(wù)器對(duì)外完全采用HTTP消息的方式通信，這樣的方式?jīng)Q定了業(yè)務(wù)模塊與代理模塊的實(shí)現(xiàn)不受語(yǔ)言限制。一般情況下，對(duì)于不同形態(tài)的業(yè)務(wù)模塊來(lái)說(shuō)，分別提供不同的代理模塊來(lái)配合，如圖7所示。

圖7 多代理框架

代理模塊實(shí)現(xiàn)時(shí)，通常要遵循的原則是:實(shí)現(xiàn)上盡量獨(dú)立，與業(yè)務(wù)模塊通過(guò)接口集成，代理模塊的實(shí)現(xiàn)要充分考慮不同語(yǔ)言的特點(diǎn)。對(duì)于C/C++代理程序來(lái)說(shuō)，比較適合的實(shí)現(xiàn)是獨(dú)立的標(biāo)準(zhǔn)DLL。這樣的話可以方便任意C/C++程序經(jīng)過(guò)簡(jiǎn)單的改造演變成服務(wù)模塊。對(duì)于Java程序來(lái)說(shuō)，比較合適的實(shí)現(xiàn)是封裝成獨(dú)立的Jar包來(lái)完成。對(duì)于TCL代理來(lái)說(shuō)，封裝成Lib庫(kù)是合適的選擇。

2.3.1 服務(wù)提供方通信細(xì)節(jié)

在通用測(cè)試平臺(tái)的實(shí)踐中，代理模塊向通用測(cè)試平臺(tái)提供如下的接口來(lái)注冊(cè)命令。

DLL_API int CarbonServer_InstallService(struct sCarbonServiceInfo *pService)

入?yún)⒌臄?shù)據(jù)結(jié)構(gòu)定義如下(所有參數(shù)以字符串的形式統(tǒng)一傳遞)：

typedef struct sCarbonCmdList {

Std::string strName;

int (*fCmdHandle) (std::string);

}sCarbonCmdList；

注冊(cè)本地服務(wù)基本信息

typedef struct sCarbonServiceInfo {

DWORD dServerIpAddr;

UINT uServerPort;

Std::string strServiceName;

Std::vectorvecCmdList;

}sCarbonServiceInfo;

其中，字符串變量strServiceName表示通用測(cè)試平臺(tái)所提供的服務(wù)名稱，向量vecCmdList包含了通用測(cè)試平臺(tái)服務(wù)所提供的所有有效命令列表。對(duì)于每個(gè)命令結(jié)構(gòu)，由sCarbonCmdList結(jié)構(gòu)來(lái)記錄命令的名稱及回調(diào)函數(shù)指針。注冊(cè)后，當(dāng)監(jiān)聽(tīng)服務(wù)器Carbon-Server收到該服務(wù)對(duì)應(yīng)的命令請(qǐng)求時(shí)，會(huì)從以上命令列表中進(jìn)行匹配，檢查是合法命令時(shí)，則直接通過(guò)回調(diào)函數(shù)來(lái)調(diào)用通用測(cè)試平臺(tái)服務(wù)觸發(fā)相應(yīng)操作。

2.4 智能云測(cè)試系統(tǒng)服務(wù)調(diào)用方

智能云測(cè)試通信系統(tǒng)中，調(diào)用方一般是由Client、Agent及Carbon-Server組成。其實(shí)現(xiàn)機(jī)制與服務(wù)提供方類似，如圖8所示。

圖8 調(diào)用方通信機(jī)制

一般情況下，Carbon-Server與服務(wù)提供方運(yùn)行在一臺(tái)服務(wù)器，并向外提供TCP端口服務(wù)。調(diào)用方通過(guò)代理模塊向該服務(wù)發(fā)送命令請(qǐng)求，并接受運(yùn)行結(jié)果。同一種語(yǔ)言的代理模塊需要分別支持Provider服務(wù)和Caller客戶端操作接口。

服務(wù)調(diào)用方通信細(xì)節(jié)：通用測(cè)試平臺(tái)的實(shí)踐中，通用測(cè)試平臺(tái)主機(jī)注冊(cè)就是采用向注冊(cè)服務(wù)器請(qǐng)求，并由注冊(cè)服務(wù)器記錄到數(shù)據(jù)庫(kù)中。注冊(cè)程序是一個(gè)獨(dú)立的GUI程序，內(nèi)部通過(guò)調(diào)用代理模塊提供的命令請(qǐng)求接口來(lái)實(shí)現(xiàn)通信。代理模塊提供的請(qǐng)求接口如下:

DLL_API int CarbonClient_ExecCommand(bool bIsNewSession,Struct sExeRegInfo *pRegInfo,std::string &strOutput)

其中，入?yún)⒅械膕ExeRegInfo結(jié)構(gòu)記錄了待請(qǐng)求的服務(wù)及命令，strOutput變量為輸出參數(shù)，記錄了命令的執(zhí)行結(jié)果。值得注意的是，該接口會(huì)觸發(fā)請(qǐng)求服務(wù)的相應(yīng)功能，不會(huì)立刻返回。sExeRegInfo結(jié)構(gòu)的定義如下:

Typedef struct sExeRegInfo{

DWORD dServerIpAddr;

UINT uServerPort;

std::string strServiceName;

Std::vector vecCmdInfo;

}sExeRegInfo;

這里包含了帶請(qǐng)求服務(wù)所注冊(cè)的Carbon-Server地址信息，包含其IP地址和TCP端口號(hào)，以及具體服務(wù)的名稱和命令名稱、參數(shù)。

3 大規(guī)模混合性能測(cè)試平臺(tái)

當(dāng)前的性能測(cè)試主要以采用測(cè)試儀為主，外加單機(jī)版測(cè)試工具輔助的方法來(lái)進(jìn)行，當(dāng)測(cè)試工具的性能達(dá)不到要求時(shí)，極端情況下會(huì)采用多單機(jī)版工具同時(shí)運(yùn)行的情況。但到指標(biāo)相差太多時(shí)，此種方式基本無(wú)法適用?？梢钥紤]基于智能云測(cè)試通信機(jī)制對(duì)大量單機(jī)版測(cè)試工具進(jìn)行整合，在客戶端以TCL腳本的形式來(lái)驅(qū)動(dòng)其執(zhí)行，如圖9所示。

圖9 Tcl驅(qū)動(dòng)通信機(jī)制

Server1，Server2等對(duì)應(yīng)不同的性能測(cè)試模塊，由客戶端TCL腳本的運(yùn)行來(lái)統(tǒng)一驅(qū)動(dòng)。好處:1)支持大量相同的性能測(cè)試模塊同時(shí)運(yùn)行：通過(guò)TCL腳本，同時(shí)驅(qū)動(dòng)大量的相同性能測(cè)試模塊來(lái)運(yùn)行，相當(dāng)于極大增加了單機(jī)版性能測(cè)試模塊的性能指標(biāo)；2)支持大量不同的性能測(cè)試模塊同時(shí)運(yùn)行：可以較高的模擬大規(guī)模組網(wǎng)，使得測(cè)試平臺(tái)能通過(guò)PC進(jìn)行大規(guī)?；旌狭髁繙y(cè)試。

4 實(shí)驗(yàn)結(jié)果與分析

該分布式通信系統(tǒng)在任意單機(jī)版程序中經(jīng)過(guò)簡(jiǎn)單改造后均能提供分布式的統(tǒng)一服務(wù)，其充分利用現(xiàn)有軟件資源及各類語(yǔ)言的特點(diǎn)來(lái)實(shí)現(xiàn)強(qiáng)大統(tǒng)一的工具平臺(tái)，并且Carbon-Server在一個(gè)比較便捷的分布式開(kāi)發(fā)架構(gòu)下，其管理機(jī)制以及開(kāi)發(fā)接口都比較簡(jiǎn)單，易于理解和實(shí)現(xiàn)，功能強(qiáng)大的優(yōu)點(diǎn)。但在實(shí)際的應(yīng)用中還存在不足之處，缺少GUI管理界面，命令執(zhí)行超時(shí)處理可靠性不夠，后續(xù)開(kāi)發(fā)中應(yīng)該解決這些問(wèn)題。