一種分布式測(cè)試工具控制方法
【專利摘要】本發(fā)明提出一種分布式測(cè)試工具控制方法，該方法包括：特定區(qū)域內(nèi)的測(cè)試工具端點(diǎn)包括多個(gè)客戶端和多個(gè)服務(wù)端，所有測(cè)試功能的類型和版本相同的客戶端和服務(wù)端通過協(xié)商控制過程相互感知，客戶端的上層從所述感知得到的服務(wù)端中選擇符合測(cè)試要求的服務(wù)端建立連接。本發(fā)明通過跨平臺(tái)的通用信息傳輸，實(shí)現(xiàn)了多主機(jī)多實(shí)例并行測(cè)試端點(diǎn)的統(tǒng)一控制；測(cè)試端點(diǎn)的自動(dòng)發(fā)現(xiàn)和鑒別無需人工記錄和配置，僅選擇適當(dāng)?shù)臏y(cè)試服務(wù)端資源即可，可靈活快速地實(shí)現(xiàn)測(cè)試環(huán)境的快速搭建和便捷測(cè)試。
【專利說明】一種分布式測(cè)試工具控制方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信和網(wǎng)絡(luò)測(cè)試工具領(lǐng)域，尤其涉及一種分布式測(cè)試工具控制方法?！颈尘凹夹g(shù)】
[0002] 通信和網(wǎng)絡(luò)等行業(yè)各種產(chǎn)品的開發(fā)和測(cè)試過程中，測(cè)試工具的管理架構(gòu)和使用方 法種類繁多，基于各種控制協(xié)議的測(cè)試工具不計(jì)其數(shù)，測(cè)試工具的控制方式，是影響測(cè)試工 作效率的重要因素之一。運(yùn)行于通用計(jì)算機(jī)的各種測(cè)試工具(包括面向不同產(chǎn)品的通用測(cè) 試工具和面向特定產(chǎn)品的專用測(cè)試工具)，主要采用的控制方法如下：
[0003] 按測(cè)試工具的管理架構(gòu)比較：
[0004] 1、單主機(jī)運(yùn)行：即測(cè)試工具運(yùn)行于單個(gè)主機(jī)，測(cè)試者通過在主機(jī)本地操作(如本地 圖形窗口界面)或遠(yuǎn)程訪問操作(如telnet等或特定客戶端)實(shí)現(xiàn)對(duì)該測(cè)試工具的控制。每 個(gè)主機(jī)上的測(cè)試工具需要單獨(dú)的操作界面實(shí)現(xiàn)控制。需要多個(gè)測(cè)試工具同時(shí)測(cè)試時(shí)，需要 在不同主機(jī)上開啟測(cè)試工具，分別獨(dú)立地操作控制。如SIPP、QTP等。
[0005] 2、多主機(jī)運(yùn)行：即分布式運(yùn)行，每個(gè)測(cè)試工具服務(wù)端(測(cè)試實(shí)例操作端）運(yùn)行于不 同主機(jī)，測(cè)試者通過在測(cè)試工具客戶端(測(cè)試實(shí)例運(yùn)行端）配置每個(gè)測(cè)試工具服務(wù)端地址， 對(duì)每個(gè)主機(jī)上的測(cè)試工具服務(wù)端實(shí)現(xiàn)遠(yuǎn)程控制，如Ioadrunner等。
[0006] 按測(cè)試工具的可重入性比較：
[0007] 1、單線運(yùn)行：每個(gè)主機(jī)上運(yùn)行單個(gè)測(cè)試工具實(shí)例。
[0008] 2、多線運(yùn)行：每個(gè)主機(jī)上運(yùn)行多個(gè)測(cè)試實(shí)例，分別操作控制。
[0009] 對(duì)于單線運(yùn)行的測(cè)試工具，在需要多點(diǎn)測(cè)試的場(chǎng)景(如模擬即時(shí)通訊軟件多個(gè)客 戶端)，需要開啟多個(gè)主機(jī)，給測(cè)試者操作帶來麻煩，同時(shí)增加測(cè)試環(huán)境成本；對(duì)于單主機(jī)運(yùn) 行的測(cè)試工具，在高性能要求的測(cè)試中，受限于單個(gè)測(cè)試主機(jī)的處理能力。因此，現(xiàn)有技術(shù) 的測(cè)試工具通常采用多主機(jī)和多線程的控制方式。然而對(duì)于多線程運(yùn)行測(cè)試工具，在資源 分配(如通信端口）上，需要測(cè)試者手動(dòng)規(guī)劃協(xié)調(diào)，不便于快速建立測(cè)試環(huán)境；對(duì)于多主機(jī) 運(yùn)行的測(cè)試工具，需要測(cè)試者記錄和手動(dòng)配置每個(gè)測(cè)試工具服務(wù)器，測(cè)試網(wǎng)絡(luò)環(huán)境變化（IP 地址變化）或資源變化(如部分主機(jī)或被其他測(cè)試者征用）時(shí)，需要人工協(xié)調(diào)資源使用。


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

[0010] 本發(fā)明提出的多主機(jī)多實(shí)例的測(cè)試工具管理操作的控制方法，能夠進(jìn)行自主發(fā)現(xiàn) 和彈性配置，可以解決現(xiàn)有技術(shù)中測(cè)試主機(jī)之間資源協(xié)調(diào)配置以及多線程之間資源協(xié)調(diào)規(guī) 劃等問題。該方法包括：
[0011] 特定區(qū)域內(nèi)的測(cè)試工具端點(diǎn)包括多個(gè)客戶端和多個(gè)服務(wù)端，所有測(cè)試功能的類型 和版本相同的客戶端和服務(wù)端通過協(xié)商控制過程相互感知，客戶端的上層從所述感知得到 的服務(wù)端中選擇符合測(cè)試要求的服務(wù)端建立連接，特定區(qū)域可以為局域網(wǎng)，測(cè)試要求可以 包括地址要求、性能要求等。
[0012] 優(yōu)選的，測(cè)試功能的類型和版本相同的客戶端和服務(wù)端可以按照以下方法相互感 知：
[0013] +端點(diǎn)啟動(dòng)時(shí)，向所述特定區(qū)域內(nèi)所有端點(diǎn)發(fā)送協(xié)商控制消息進(jìn)行初始化查詢， 獲取所有端點(diǎn)的屬性信息，并向所述特定區(qū)域內(nèi)所有端點(diǎn)廣播發(fā)送協(xié)商控制消息宣告本 端點(diǎn)的屬性信息，最后進(jìn)入運(yùn)行狀態(tài)，所述屬性信息包括本端點(diǎn)的控制協(xié)議版本、端點(diǎn)類型 (客戶端或服務(wù)端)、測(cè)試功能的類型和版本，服務(wù)端的屬性還包含當(dāng)前控制端信息、測(cè)試工 具運(yùn)行狀態(tài)；
[0014] +端點(diǎn)運(yùn)行狀態(tài)中，收到所述特定區(qū)域內(nèi)其它端點(diǎn)發(fā)來的進(jìn)行查詢的協(xié)商控制消 息，則通過協(xié)商消息響應(yīng)告知本端點(diǎn)屬性信息；收到所述特定區(qū)域內(nèi)其它端點(diǎn)發(fā)來的宣告 屬性信息的協(xié)商控制消息，則進(jìn)行相應(yīng)更新；
[0015] 今端點(diǎn)退出時(shí)，通知有業(yè)務(wù)關(guān)系的端點(diǎn)，并廣播通知其他端點(diǎn)，使其他端點(diǎn)也得知 本端點(diǎn)的退出。
[0016] 優(yōu)選的，客戶端的上層從所述感知得到的服務(wù)端中選擇符合測(cè)試要求的服務(wù)端建 立連接可以具體為：
[0017] +客戶端將所述特定區(qū)域內(nèi)的所有與其測(cè)試功能的類型和版本相同的客戶端和 服務(wù)端展示給客戶端上層，客戶端上層根據(jù)測(cè)試要求從中選擇本客戶端連接或斷開哪些服 務(wù)端；
[0018] 今客戶端上層選擇本客戶端要連接的服務(wù)端后，本客戶端向服務(wù)端發(fā)送協(xié)商消 息進(jìn)行建立連接申請(qǐng)，服務(wù)端收到客戶端發(fā)來的建立連接申請(qǐng)，根據(jù)特定策略決定接受或 拒絕申請(qǐng)，如果申請(qǐng)成功，客戶端與服務(wù)端建立數(shù)據(jù)連接，所述特定策略可以由客戶端的控 制協(xié)議版本、測(cè)試功能的類型和版本、本端空閑狀態(tài)、任務(wù)權(quán)限限制決定；
[0019] +單個(gè)服務(wù)端在同一時(shí)間段僅接受單個(gè)客戶端的申請(qǐng)，并被單個(gè)客戶端控制使 用，直到客戶端主動(dòng)釋放控制或網(wǎng)絡(luò)中斷。
[0020] 優(yōu)選的，客戶端與服務(wù)端通過協(xié)商控制消息進(jìn)行客戶端對(duì)服務(wù)端測(cè)試任務(wù)的控 制；客戶端還通過向客戶端發(fā)送協(xié)商控制消息來釋放控制?？蛻舳酸尫趴刂坪?，服務(wù)端的測(cè) 試任務(wù)可以依舊運(yùn)行，客戶端通過再次申請(qǐng)，或由其他有權(quán)限的客戶端申請(qǐng)，可以繼續(xù)對(duì)測(cè) 試任務(wù)的控制。
[0021] 優(yōu)選的，客戶端和服務(wù)端之間的端口采用以下約定：臨時(shí)端口段用于發(fā)送端點(diǎn)啟 動(dòng)時(shí)初始化查詢的協(xié)商控制消息，協(xié)商端口段用于發(fā)送端點(diǎn)啟動(dòng)后的協(xié)商控制消息；傳輸 端口段用于傳輸客戶端與服務(wù)端之間的工具業(yè)務(wù)數(shù)據(jù)。其中，協(xié)商控制消息可以基于UDP 協(xié)議或其它可用于廣播的非連接協(xié)議；協(xié)商控制消息中還可以含有校驗(yàn)信息，用于過濾網(wǎng) 路雜包的干擾；工具業(yè)務(wù)數(shù)據(jù)可以基于TCP或SCTP等基于連接的可靠傳輸協(xié)議。
[0022] 基于上述端口約定，測(cè)試功能的類型和版本相同的客戶端和服務(wù)端可以具體按照 以下方法相互感知：
[0023] 今端點(diǎn)啟動(dòng)時(shí)，在臨時(shí)端口段申請(qǐng)臨時(shí)端口，通過臨時(shí)端口向所述特定區(qū)域內(nèi)所 有端點(diǎn)的協(xié)商端口段廣播發(fā)送協(xié)商控制消息進(jìn)行初始化查詢，獲取所有端點(diǎn)的屬性信息， 然后申請(qǐng)協(xié)商端口和傳輸端口，通過協(xié)商端口向所述特定區(qū)域內(nèi)所有端點(diǎn)的協(xié)商端口廣播 發(fā)送協(xié)商控制消息宣告本端點(diǎn)的屬性信息，最后進(jìn)入運(yùn)行狀態(tài)，所述屬性信息包括本端點(diǎn) 的控制協(xié)議版本、端點(diǎn)類型、測(cè)試功能的類型和版本、本端協(xié)商端口地址、本端傳輸端口地 址，服務(wù)端的屬性還包含當(dāng)前控制端信息、測(cè)試工具運(yùn)行狀態(tài)；
[0024] +端點(diǎn)運(yùn)行狀態(tài)中，收到所述特定區(qū)域內(nèi)其它端點(diǎn)的臨時(shí)端口段或協(xié)商端口段 發(fā)來的進(jìn)行查詢的協(xié)商控制消息，則通過協(xié)商消息響應(yīng)告知本端點(diǎn)屬性信息；收到所述特 定區(qū)域內(nèi)其它端點(diǎn)的協(xié)商端口段發(fā)來的宣告屬性信息的協(xié)商控制消息，則進(jìn)行相應(yīng)更新；
[0025] +端點(diǎn)退出時(shí)，通知有業(yè)務(wù)關(guān)系的端點(diǎn)，并廣播通知其他端點(diǎn)，使其他端點(diǎn)也得 知本端點(diǎn)的退出。
[0026] 基于上述端口約定，所述客戶端的上層從所述感知得到的服務(wù)端中選擇符合測(cè)試 要求的服務(wù)端建立連接可以具體為：
[0027] 今客戶端根據(jù)上層定義的方法，將所述特定區(qū)域內(nèi)的所有與其測(cè)試功能的類型 和版本相同的客戶端和服務(wù)端展示給客戶端上層，客戶端上層根據(jù)測(cè)試要求從中選擇本客 戶端連接或斷開哪些服務(wù)端；
[0028] +客戶端上層選擇本客戶端要連接的服務(wù)端后，通過本客戶端協(xié)商端口向服務(wù) 端協(xié)商端口發(fā)送協(xié)商消息進(jìn)行建立連接申請(qǐng)，服務(wù)端收到客戶端發(fā)來的建立連接申請(qǐng)，根 據(jù)特定策略決定接受或拒絕申請(qǐng)，如果申請(qǐng)成功，客戶端與服務(wù)端建立數(shù)據(jù)連接；
[0029] 今單個(gè)服務(wù)端在同一時(shí)間端僅接受單個(gè)客戶端的申請(qǐng)，并被單個(gè)客戶端控制使 用，直到客戶端主動(dòng)釋放控制或網(wǎng)絡(luò)中斷。
[0030] 優(yōu)選的，每個(gè)主機(jī)可以運(yùn)行多個(gè)客戶端或服務(wù)端的程序。單個(gè)程序中也可以包括 多個(gè)客戶端或服務(wù)端的實(shí)例。
[0031] 優(yōu)選的，可以基于插件或動(dòng)態(tài)庫實(shí)現(xiàn)測(cè)試工具的控制協(xié)議，使不同的測(cè)試工具僅 需加載該庫即可實(shí)現(xiàn)本發(fā)明所設(shè)計(jì)的功能，與測(cè)試業(yè)務(wù)數(shù)據(jù)無依賴關(guān)系，可以靈活部署于 各種測(cè)試工具，并互不干擾。
[0032] 本發(fā)明的優(yōu)點(diǎn)在于：（1)通過跨平臺(tái)的通用信息傳輸，實(shí)現(xiàn)了多主機(jī)多實(shí)例并行 測(cè)試端點(diǎn)的統(tǒng)一控制；（2)測(cè)試端點(diǎn)(包括不同主機(jī)間和相同主機(jī)內(nèi)）的自動(dòng)發(fā)現(xiàn)和鑒別，無 需人工記錄和配置，僅選擇適當(dāng)?shù)臏y(cè)試服務(wù)端資源即可，可靈活快速地實(shí)現(xiàn)測(cè)試環(huán)境的快 速搭建和便捷測(cè)試；（3)將多主機(jī)上的多線程的測(cè)試端點(diǎn)平等協(xié)商方式對(duì)待，測(cè)試者可隨 時(shí)根據(jù)地址要求、性能要求靈活選擇不同的測(cè)試節(jié)點(diǎn)組網(wǎng)規(guī)模和方式；（4)通過測(cè)試工具 的遠(yuǎn)程后臺(tái)運(yùn)行、選擇型監(jiān)控、客戶端對(duì)服務(wù)端的靈活控制釋放、運(yùn)行中切換控制端等便利 操作來提高測(cè)試工作效率；（5)不依賴測(cè)試工具業(yè)務(wù)協(xié)議，一次控制協(xié)議的編碼實(shí)現(xiàn)可適 用于多種通用計(jì)算機(jī)操作系統(tǒng)上的測(cè)試工具，降低了開發(fā)成本。

【專利附圖】

【附圖說明】
[0033] 圖1是本發(fā)明實(shí)施例二中的測(cè)試工具的分布式管理架構(gòu)示意圖。

【具體實(shí)施方式】
[0034] 下面結(jié)合附圖對(duì)本發(fā)明的【具體實(shí)施方式】作詳細(xì)的說明。
[0035] 實(shí)施例一
[0036] 本實(shí)施例設(shè)計(jì)了一種測(cè)試工具控制協(xié)議Extensiable Test Tool Protocal(以下 簡(jiǎn)稱XTTP)，該協(xié)議具體定義了測(cè)試工具的客戶端和服務(wù)端之間協(xié)商消息的數(shù)據(jù)包封裝格 式、端口段規(guī)劃、校驗(yàn)和加密算法、鑒權(quán)定義等，在一個(gè)包括多個(gè)客戶端和多個(gè)服務(wù)端的局 域網(wǎng)內(nèi)，客戶端和服務(wù)端分別注入XTTP代碼模塊，則所有具有相同測(cè)試功能和版本的客戶 端和服務(wù)端都可以通過本XTTP協(xié)議的協(xié)商控制過程實(shí)現(xiàn)相互感知。
[0037] 本實(shí)施例假設(shè)局域網(wǎng)內(nèi)現(xiàn)有5塊單板a、b、c、d、e上運(yùn)行了版本為VL 0的CCTest 測(cè)試工具的服務(wù)端，CCTest測(cè)試工具用于CC呼叫測(cè)試。下面為客戶端選擇相同測(cè)試功能 和相同版本的服務(wù)端的過程：
[0038] (1)測(cè)試工程師A和B經(jīng)常使用版本為VI.0的CCTest客戶端操作單板a、b、c、 d、e進(jìn)行測(cè)試。
[0039] (2)測(cè)試工程師B在測(cè)試過程中發(fā)現(xiàn)版本為VL 0的CCTest測(cè)試工具存在BUG，修 改其代碼，并在單板a上停止了版本為VLO的CCTest服務(wù)端、開啟了版本為V2.0的CCTest 服務(wù)端。
[0040] (3)測(cè)試工程師A開啟版本為VI.0的CCTest客戶端后，發(fā)現(xiàn)列表中顯示的單板a 上的CCTest服務(wù)端版本為V2. 0,且提示版本不兼容，于是不使用單板a，而是暫時(shí)使用相同 版本的單板b、c、d、e進(jìn)行測(cè)試。
[0041] (4)測(cè)試工程師B開啟版本為V2.0的CCTest客戶端，連接單板a上版本為V2.0 的CCTest的服務(wù)端，驗(yàn)證了BUG已修復(fù)。
[0042] (5)測(cè)試工程師A完成一次測(cè)試任務(wù)后，A、B更換了所有單板上的CCTest服務(wù)端 版本為V2.0。
[0043] (6)測(cè)試工程師A和B開始使用版本為V2.0的CCTest客戶端操作單板a、b、c、 d、e進(jìn)行測(cè)試。
[0044] 實(shí)施例二
[0045] 本實(shí)施例以SMPP短信測(cè)試工具SMGen為例，采用實(shí)施例一中的XTTP控制協(xié)議實(shí) 現(xiàn)測(cè)試工具的分布式管理架構(gòu)。如圖1所示，SMGen客戶端運(yùn)行于WINDOWS，使用MFC控件 框界面，C++開發(fā)；SMGen服務(wù)端可運(yùn)行于WINDOWS或LINUX服務(wù)器，C語言開發(fā)。SMGen客 戶端和服務(wù)端分別注入XTTP代碼模塊，實(shí)現(xiàn)XTTP遠(yuǎn)程控制。下面描述客戶端對(duì)服務(wù)端的 具體控制操作：
[0046] (1)測(cè)試工程師A在自己辦公電腦上打開SMGen客戶端，測(cè)試工具自動(dòng)探測(cè)到實(shí)驗(yàn) 室網(wǎng)絡(luò)上可用的SMGen服務(wù)端資源X、y、z，并提示SMGen服務(wù)端資源信息，展示在界面上。
[0047] (2)測(cè)試工程師A選擇服務(wù)端X，連接、填寫測(cè)試參數(shù)，開始1000條/秒的短信壓 力測(cè)試。
[0048] (3)測(cè)試工程師A連接服務(wù)端y，填寫參數(shù)，開始2000條/秒的壓力測(cè)試。
[0049] (4)測(cè)試工程師B在自己的辦公電腦上也打開SMGen客戶端，發(fā)現(xiàn)SMGen服務(wù)端 X、y已被占用，于是連接SMGen服務(wù)端資源z，并填寫參數(shù)開始測(cè)試。
[0050] (5)測(cè)試工程師A關(guān)閉SMGen客戶端（即釋放對(duì)服務(wù)端的控制)，服務(wù)端X、y還在 繼續(xù)測(cè)試中。
[0051] (6)半小時(shí)后、測(cè)試工程師A重新打開SMGen客戶端，連接SMGen服務(wù)端X，停止測(cè) 試任務(wù)，打印報(bào)表，退出SMGen客戶端。
[0052] (7)測(cè)試工程師C在自己辦公電腦上打開SMGen客戶端，根據(jù)測(cè)試工程師A提供的 驗(yàn)證碼，連接SMGen服務(wù)端y，打印報(bào)表，然后修改短信壓力測(cè)試任務(wù)為5000條/秒，繼續(xù)觀 察。
[0053] 實(shí)施例三：
[0054]本實(shí)例以信威通用線性消息發(fā)生器calIsim軟件為例，采用實(shí)施例一中的XTTP控 制協(xié)議實(shí)現(xiàn)測(cè)試工具的分布式管理架構(gòu)，通過加載tcoder編解碼組件，實(shí)現(xiàn)對(duì)廣義TLV模 式協(xié)議接口的壓力測(cè)試。
[0055]本實(shí)施例中，Callsim軟件包括客戶端和服務(wù)端，客戶端和服務(wù)端之間的端口分為 三種：臨時(shí)端口段、協(xié)商端口段和傳輸端口段。臨時(shí)端口段用于發(fā)送端點(diǎn)啟動(dòng)時(shí)初始化查詢 的協(xié)商控制消息，僅查詢其他端點(diǎn)信息，而不發(fā)布自身端點(diǎn)信息，臨時(shí)端口段的設(shè)計(jì)用于在 不依賴操作系統(tǒng)API和實(shí)現(xiàn)的條件下，從協(xié)議層規(guī)避端口沖突協(xié)商等問題；協(xié)商端口段用 于發(fā)送端點(diǎn)啟動(dòng)后的協(xié)商控制消息；傳輸端口段用于傳輸客戶端與服務(wù)端之間的工具業(yè)務(wù) 數(shù)據(jù)，工具業(yè)務(wù)數(shù)據(jù)用于客戶端對(duì)服務(wù)端的操作，數(shù)據(jù)格式由上層業(yè)務(wù)定義，客戶端和服務(wù) 端的測(cè)試功能和版本相同就可以保證兩者的工具業(yè)務(wù)數(shù)據(jù)格式相同。
[0056] 下面描述callsim軟件的客戶端對(duì)服務(wù)端的具體控制操作：
[0057] (1)測(cè)試工程師開啟客戶端軟件后，客戶端軟件在臨時(shí)端口段申請(qǐng)臨時(shí)端口，通過 臨時(shí)端口向所有端點(diǎn)的協(xié)商端口段廣播發(fā)送協(xié)商控制消息自動(dòng)查詢到網(wǎng)絡(luò)內(nèi)所有與其測(cè) 試功能的類型和版本相同的客戶端和服務(wù)端，將所有可用服務(wù)端在客戶端軟件界面展示， 同時(shí)后臺(tái)在特定端口段(根據(jù)不同組網(wǎng)環(huán)境和應(yīng)用需求而由網(wǎng)絡(luò)管理者規(guī)劃的特定端口 段）上，申請(qǐng)協(xié)商端口和傳輸端口，在申請(qǐng)到的協(xié)商端口上向所有端點(diǎn)的協(xié)商端口廣播發(fā)送 協(xié)商控制消息宣告本端點(diǎn)的屬性信息，最后進(jìn)入運(yùn)行狀態(tài)。
[0058] (2)測(cè)試工程師在客戶端軟件上，選取幾個(gè)空閑的服務(wù)端，執(zhí)行"連接"操作，操作 端軟件通過協(xié)商端口和傳輸端口，發(fā)送建立連接請(qǐng)求和接收響應(yīng)，確認(rèn)對(duì)幾個(gè)代理端的控 制。單個(gè)服務(wù)端在同一時(shí)間段僅接受單個(gè)客戶端的申請(qǐng)，并被單個(gè)客戶端控制使用，直到客 戶端主動(dòng)釋放控制或網(wǎng)絡(luò)中斷。
[0059] (3)測(cè)試工程師在客戶端軟件上編輯tcoder消息腳本和流程腳本，然后執(zhí)行"開 始"操作?？蛻舳塑浖ㄟ^傳輸端口將腳本命令發(fā)送至服務(wù)端，所有服務(wù)端接到腳本命令 后，開始對(duì)目標(biāo)網(wǎng)絡(luò)設(shè)備進(jìn)行持續(xù)壓力測(cè)試。
[0060] (4)測(cè)試進(jìn)行過程中，服務(wù)端定時(shí)通過傳輸端口向客戶端軟件報(bào)告測(cè)試進(jìn)度和統(tǒng) 計(jì)信息，操作端軟件在界面展示信息，測(cè)試工程師可隨時(shí)查看。
[0061] (5)測(cè)試工程師在客戶端軟件上，執(zhí)行"停止"操作。客戶端軟件通過傳輸端口向 各服務(wù)端發(fā)送停止命令。各服務(wù)端應(yīng)答并傳送最終壓力測(cè)試統(tǒng)計(jì)信息。客戶端匯總各服務(wù) 端壓力測(cè)試統(tǒng)計(jì)信息，生成報(bào)告，并在界面展示。
[0062] 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1. 一種分布式測(cè)試工具控制方法，其特征在于，所述方法包括： 特定區(qū)域內(nèi)的測(cè)試工具端點(diǎn)包括多個(gè)客戶端和多個(gè)服務(wù)端，所有測(cè)試功能的類型和版 本相同的客戶端和服務(wù)端通過協(xié)商控制過程相互感知，客戶端的上層從所述感知得到的服 務(wù)端中選擇符合測(cè)試要求的服務(wù)端建立連接。
2. 根據(jù)權(quán)利要求1的方法，其特征在于，所述相互感知具體為： 端點(diǎn)啟動(dòng)時(shí)，向所述特定區(qū)域內(nèi)所有端點(diǎn)發(fā)送協(xié)商控制消息進(jìn)行初始化查詢，獲取所 有端點(diǎn)的屬性信息，并向所述特定區(qū)域內(nèi)所有端點(diǎn)廣播發(fā)送協(xié)商控制消息宣告本端點(diǎn)的屬 性信息，最后進(jìn)入運(yùn)行狀態(tài)，所述屬性信息包括本端點(diǎn)的控制協(xié)議版本、端點(diǎn)類型、測(cè)試功 能的類型和版本，服務(wù)端的屬性還包含當(dāng)前控制端信息、測(cè)試工具運(yùn)行狀態(tài)； 端點(diǎn)運(yùn)行狀態(tài)中，收到所述特定區(qū)域內(nèi)其它端點(diǎn)發(fā)來的進(jìn)行查詢的協(xié)商控制消息，則 通過協(xié)商消息響應(yīng)告知本端點(diǎn)屬性信息；收到所述特定區(qū)域內(nèi)其它端點(diǎn)發(fā)來的宣告屬性信 息的協(xié)商控制消息，則進(jìn)行相應(yīng)更新； 端點(diǎn)退出時(shí)，通知有業(yè)務(wù)關(guān)系的端點(diǎn)，并廣播通知其他端點(diǎn)，使其他端點(diǎn)也得知本端點(diǎn) 的退出。
3. 根據(jù)權(quán)利要求1的方法，其特征在于，所述客戶端的上層從所述感知得到的服務(wù)端 中選擇符合測(cè)試要求的服務(wù)端建立連接具體為： 客戶端將所述特定區(qū)域內(nèi)的所有與其測(cè)試功能的類型和版本相同的客戶端和服務(wù)端 展示給客戶端上層，客戶端上層根據(jù)測(cè)試要求從中選擇本客戶端連接或斷開哪些服務(wù)端； 客戶端上層選擇本客戶端要連接的服務(wù)端后，本客戶端向服務(wù)端發(fā)送協(xié)商消息進(jìn)行建 立連接申請(qǐng)，服務(wù)端收到客戶端發(fā)來的建立連接申請(qǐng)，根據(jù)特定策略決定接受或拒絕申請(qǐng)， 如果申請(qǐng)成功，客戶端與服務(wù)端建立數(shù)據(jù)連接； 單個(gè)服務(wù)端在同一時(shí)間段僅接受單個(gè)客戶端的申請(qǐng)，并被單個(gè)客戶端控制使用，直到 客戶端王動(dòng)釋放控制或網(wǎng)絡(luò)中斷。
4. 根據(jù)權(quán)利要求3的方法，其特征在于：所述特定策略由客戶端的控制協(xié)議版本、測(cè)試 功能的類型和版本、本端空閑狀態(tài)、任務(wù)權(quán)限限制決定。
5. 根據(jù)權(quán)利要求1的方法，其特征在于：客戶端與服務(wù)端通過協(xié)商控制消息進(jìn)行客戶 端對(duì)服務(wù)端測(cè)試任務(wù)的控制；客戶端還通過向客戶端發(fā)送協(xié)商控制消息來釋放控制。
6. 根據(jù)權(quán)利要求5的方法，其特征在于：客戶端釋放控制后，服務(wù)端的測(cè)試任務(wù)依舊運(yùn) 行，客戶端通過再次申請(qǐng)，或由其他有權(quán)限的客戶端申請(qǐng)，繼續(xù)對(duì)測(cè)試任務(wù)的控制。
7. 根據(jù)權(quán)利要求1的方法，其特征在于，客戶端和服務(wù)端之間的端口采用以下約定： 臨時(shí)端口段用于發(fā)送端點(diǎn)啟動(dòng)時(shí)初始化查詢的協(xié)商控制消息，協(xié)商端口段用于發(fā)送端 點(diǎn)啟動(dòng)后的協(xié)商控制消息；傳輸端口段用于傳輸客戶端與服務(wù)端之間的工具業(yè)務(wù)數(shù)據(jù)。
8. 根據(jù)權(quán)利要求7的方法，其特征在于：所述協(xié)商控制消息基于UDP協(xié)議。
9. 根據(jù)權(quán)利要求7的方法，其特征在于：所述協(xié)商控制消息中含有校驗(yàn)信息，用于過濾 網(wǎng)路雜包的干擾。
10. 根據(jù)權(quán)利要求7的方法，其特征在于：所述工具業(yè)務(wù)數(shù)據(jù)基于TCP或SCTP協(xié)議。
11. 根據(jù)權(quán)利要求7?10的方法之一，其特征在于，所述相互感知具體為： 端點(diǎn)啟動(dòng)時(shí)，在臨時(shí)端口段申請(qǐng)臨時(shí)端口，通過臨時(shí)端口向所述特定區(qū)域內(nèi)所有端點(diǎn) 的協(xié)商端口段廣播發(fā)送協(xié)商控制消息進(jìn)行初始化查詢，獲取所有端點(diǎn)的屬性信息，然后申 請(qǐng)協(xié)商端口和傳輸端口，通過協(xié)商端口向所述特定區(qū)域內(nèi)所有端點(diǎn)的協(xié)商端口廣播發(fā)送協(xié) 商控制消息宣告本端點(diǎn)的屬性信息，最后進(jìn)入運(yùn)行狀態(tài)，所述屬性信息包括本端點(diǎn)的控制 協(xié)議版本、端點(diǎn)類型、測(cè)試功能的類型和版本、本端協(xié)商端口地址、本端傳輸端口地址，服務(wù) 端的屬性還包含當(dāng)前控制端信息、測(cè)試工具運(yùn)行狀態(tài)； 端點(diǎn)運(yùn)行狀態(tài)中，收到所述特定區(qū)域內(nèi)其它端點(diǎn)的臨時(shí)端口段或協(xié)商端口段發(fā)來的進(jìn) 行查詢的協(xié)商控制消息，則通過協(xié)商消息響應(yīng)告知本端點(diǎn)屬性信息；收到所述特定區(qū)域內(nèi) 其它端點(diǎn)的協(xié)商端口段發(fā)來的宣告屬性信息的協(xié)商控制消息，則進(jìn)行相應(yīng)更新； 端點(diǎn)退出時(shí)，通知有業(yè)務(wù)關(guān)系的端點(diǎn)，并廣播通知其他端點(diǎn)，使其他端點(diǎn)也得知本端點(diǎn) 的退出。
12. 根據(jù)權(quán)利要求7?10的方法之一，其特征在于，所述客戶端的上層從所述感知得到 的服務(wù)端中選擇符合測(cè)試要求的服務(wù)端建立連接具體為： 客戶端根據(jù)上層定義的方法，將所述特定區(qū)域內(nèi)的所有與其測(cè)試功能的類型和版本相 同的客戶端和服務(wù)端展示給客戶端上層，客戶端上層根據(jù)測(cè)試要求從中選擇本客戶端連接 或斷開哪些服務(wù)端； 客戶端上層選擇本客戶端要連接的服務(wù)端后，通過本客戶端協(xié)商端口向服務(wù)端協(xié)商端 口發(fā)送協(xié)商消息進(jìn)行建立連接申請(qǐng)，服務(wù)端收到客戶端發(fā)來的建立連接申請(qǐng)，根據(jù)特定策 略決定接受或拒絕申請(qǐng)，如果申請(qǐng)成功，客戶端與服務(wù)端建立數(shù)據(jù)連接； 單個(gè)服務(wù)端在同一時(shí)間端僅接受單個(gè)客戶端的申請(qǐng)，并被單個(gè)客戶端控制使用，直到 客戶端王動(dòng)釋放控制或網(wǎng)絡(luò)中斷。
13. 根據(jù)權(quán)利要求1的方法，其特征在于：所述特定區(qū)域?yàn)榫钟蚓W(wǎng)。
14. 根據(jù)權(quán)利要求1的方法，其特征在于：所述測(cè)試要求包括地址要求、性能要求。
15. 根據(jù)權(quán)利要求1的方法，其特征在于：每個(gè)主機(jī)運(yùn)行多個(gè)客戶端或服務(wù)端的程序。
16. 根據(jù)權(quán)利要求1的方法，其特征在于：?jiǎn)蝹€(gè)程序中包括多個(gè)客戶端或服務(wù)端的實(shí) 例。
17. 根據(jù)權(quán)利要求1的方法，其特征在于：基于插件或動(dòng)態(tài)庫實(shí)現(xiàn)測(cè)試工具的控制協(xié) 議。
【文檔編號(hào)】H04L29/08GK104426715SQ201310395301
【公開日】2015年3月18日 申請(qǐng)日期:2013年9月3日 優(yōu)先權(quán)日:2013年9月3日
【發(fā)明者】徐永強(qiáng) 申請(qǐng)人:北京信威通信技術(shù)股份有限公司