專利名稱：一種基于ttcn的網(wǎng)絡(luò)協(xié)議性能測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件測試領(lǐng)域，具體涉及一種網(wǎng)絡(luò)通信協(xié)議測試中的性能測試領(lǐng)域。
背景技術(shù)：
網(wǎng)絡(luò)協(xié)議是計(jì)算機(jī)系統(tǒng)之間進(jìn)行信息交換而必須共同遵守的一種約定，任何類型 的網(wǎng)絡(luò)服務(wù)都離不開具體的網(wǎng)絡(luò)協(xié)議的支撐。自從TCP/IP協(xié)議族成為^ternet事實(shí)的國 際標(biāo)準(zhǔn)，新型網(wǎng)絡(luò)應(yīng)用不斷出現(xiàn)。網(wǎng)絡(luò)協(xié)議的功能可以通過軟件或硬件來實(shí)現(xiàn)。大多數(shù)網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)文檔，例如包 含了 hternet上幾乎所有重要協(xié)議的RFC系列標(biāo)準(zhǔn)，采用的是人工語言描述。工程人員 對于同一組網(wǎng)絡(luò)協(xié)議的不同理解就會出現(xiàn)不同的協(xié)議實(shí)現(xiàn)體。同時(shí)，考慮到網(wǎng)絡(luò)協(xié)議本身 內(nèi)容繁多復(fù)雜，極大可能存在功能不完全，甚會會出現(xiàn)錯(cuò)誤的協(xié)議產(chǎn)品。因此，在協(xié)議產(chǎn)品 投入大規(guī)模使用前，應(yīng)對它們進(jìn)行測試。這就是協(xié)議測試。從測試類型上講，協(xié)議測試包 括一致性測試、互操作性測試、魯棒性測試、性能測試，每一種類型測試的測試目的各不相 同。一致性測試的目的是為了檢驗(yàn)協(xié)議實(shí)現(xiàn)是否嚴(yán)格遵循協(xié)議規(guī)約的描述。這方面的研究 開展得最早，一直是協(xié)議測試研究的主要內(nèi)容，并且形成了國際化的測試標(biāo)準(zhǔn)系列IS0/IEC 9646——一致性測試的方法和框架?；ゲ僮餍詼y試用來驗(yàn)證同一協(xié)議，不同版本協(xié)議實(shí)現(xiàn) 之間能否正確地交互數(shù)據(jù)，是保障整個(gè)通信系統(tǒng)中來自不同廠商的各種設(shè)備正常通信的重 要手段。魯棒性測試主要是魯棒性測試是以檢驗(yàn)被測實(shí)現(xiàn)對其發(fā)生的有影響的各種異常情 況的處理能力，以及在處理完成后仍然能夠正常工作的能力為目標(biāo)的。協(xié)議性能測試目的 是在不同的網(wǎng)絡(luò)負(fù)載下測試被測實(shí)現(xiàn)的性能參數(shù)，看其是否達(dá)到了相關(guān)的性能指標(biāo)。協(xié)議 性能指標(biāo)是協(xié)議服務(wù)質(zhì)量是否滿足應(yīng)用需求的重要參數(shù)。目前，協(xié)議性能測試的研究還處 于起步階段，沒有一個(gè)統(tǒng)一的公認(rèn)標(biāo)準(zhǔn)，并且對于協(xié)議性能測試的測試內(nèi)容，測試方法，測 試配置以及測試參數(shù)等都沒有定義，這些都是協(xié)議性能測試亟需解決的問題?；谝陨媳尘?，本發(fā)明提出了一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法。該方法適 用于一般協(xié)議性能測試，提出并規(guī)范了協(xié)議性能測試過程，同時(shí)將控制協(xié)議選擇性地應(yīng)用 于TTCN協(xié)議性能測試，降低了協(xié)議性能測試難度，增加了測試的可理解性，提高了測試套 的重用率。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法，該方法針對協(xié) 議性能測試在測試內(nèi)容，測試方法，測試配置以及測試參數(shù)等都沒有明確定義的情況下，提 出并規(guī)范了協(xié)議性能測試過程，同時(shí)將TTCN應(yīng)用于協(xié)議性能測試，降低了協(xié)議性能測試難 度，提高了測試套的重用率。為達(dá)到上述目的，本發(fā)明提供的一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法，包含以 下步驟步驟1)針對各種網(wǎng)絡(luò)協(xié)議性能參數(shù)編寫測試用例及相應(yīng)的適配器和編解碼器；所述測試用例采用TTCN語言編寫，若測試用例需要測試系統(tǒng)與被測系統(tǒng)間進(jìn)行測試控制 交互而被測協(xié)議不具有該交互功能，則測試用例包含有實(shí)現(xiàn)該交互功能的測試控制報(bào)文；步驟2~)依據(jù)待測的網(wǎng)絡(luò)協(xié)議性能參數(shù)選取測試用例；步驟幻依據(jù)測試用例進(jìn)行測試配置；步驟4)測試系統(tǒng)采用TTCN平臺編譯測試用例，注冊適配器和編解碼器；步驟5)運(yùn)行測試用例，獲取測試記錄；步驟6)對測試記錄統(tǒng)計(jì)分析，給出性能測試報(bào)告。所述步驟1)中控制協(xié)議報(bào)文包含字段有交互控制信息、被測協(xié)議所屬協(xié)議層、報(bào) 文長度、測試數(shù)據(jù)和測試反饋數(shù)據(jù)。交互控制信息用于標(biāo)志測試系統(tǒng)和被測系統(tǒng)間測試 的開始、執(zhí)行和停止；被測協(xié)議所屬協(xié)議層用于表示被測協(xié)議在協(xié)議棧的哪一層，比如工P 層，傳輸層，應(yīng)用層等；報(bào)文長度表示性能測試控制協(xié)議報(bào)文總長度(包括首部長度和數(shù)據(jù) 部分長度)；測試數(shù)據(jù)與測試反饋數(shù)據(jù)是性能分析的基礎(chǔ)數(shù)據(jù)，根據(jù)具體的測試對象靈活 自定義。如在UDP協(xié)議丟包率性能測試中測試數(shù)據(jù)可以設(shè)計(jì)測試報(bào)文序號和發(fā)送數(shù)據(jù)包數(shù) 量，測試反饋數(shù)據(jù)可以設(shè)計(jì)為收到數(shù)據(jù)包數(shù)量。測試報(bào)文序號用于標(biāo)志正在發(fā)送測試報(bào)文 的序號，同時(shí)具有統(tǒng)計(jì)測試報(bào)文總數(shù)的意義，發(fā)送數(shù)據(jù)包數(shù)量用于標(biāo)志預(yù)備發(fā)送的總的測 試報(bào)文數(shù)量，收到數(shù)據(jù)包數(shù)量標(biāo)志被測系統(tǒng)收到的測試報(bào)文數(shù)量。所述步驟1)和步驟2)中網(wǎng)絡(luò)性能參數(shù)是從協(xié)議性能規(guī)范、功能規(guī)范和協(xié)議實(shí)現(xiàn) 申明出發(fā)確定的。網(wǎng)絡(luò)協(xié)議性能參數(shù)包含丟包率、延時(shí)、吞吐量和錯(cuò)誤比率等。所述步驟1)和步驟4)中TTCN是一種類似于高級程序設(shè)計(jì)語言的測試語言，具有 非常強(qiáng)大和靈活的語法語義規(guī)則。本發(fā)明將TTCN應(yīng)用于協(xié)議性能測試，利用了 TTCN在測 試紀(jì)錄表示、測試體系結(jié)構(gòu)描述和測試執(zhí)行過程三個(gè)方面的表述能力。TTCN具有豐富的基 本語言元素，完善的程序語句和操作語句，支持各種測試行為的描述。數(shù)據(jù)類型用于定義測 試紀(jì)錄的類型；數(shù)據(jù)模板用于定義具體的測試紀(jì)錄結(jié)構(gòu)；測試組件和通信端口定義可以描 述測試體系結(jié)構(gòu)。TTCN模塊控制部分中可以利用執(zhí)行(execute)語句執(zhí)行測試用例。編解 碼器實(shí)現(xiàn)測試系統(tǒng)和被測協(xié)議實(shí)現(xiàn)間通訊數(shù)據(jù)的編解碼。適配器負(fù)責(zé)轉(zhuǎn)換測試系統(tǒng)與被測 協(xié)議實(shí)現(xiàn)間的通信接口，實(shí)現(xiàn)測試系統(tǒng)與被測協(xié)議實(shí)現(xiàn)間的通信。所述步驟幻中測試配置包括測試系統(tǒng)的配置、被測系統(tǒng)的配置、測試系統(tǒng)與被測 系統(tǒng)間的網(wǎng)絡(luò)配置。測試系統(tǒng)的配置包括配置主機(jī)網(wǎng)卡，測試系統(tǒng)的工P地址，測試系統(tǒng)端 口設(shè)置，被測系統(tǒng)端口設(shè)置等；被測系統(tǒng)的配置包括打開相應(yīng)端口等；測試系統(tǒng)與被測系 統(tǒng)間的網(wǎng)絡(luò)配置包括連接被測系統(tǒng)與被測系統(tǒng)之間的網(wǎng)絡(luò)鏈路。本發(fā)明所述的基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法，規(guī)范了協(xié)議性能測試過程；通 過引入測試控制協(xié)議，彌補(bǔ)了某些網(wǎng)絡(luò)協(xié)議在性能測試過程中不具備測試交互功能的限 制，增加了測試的可理解性；利用TTCN實(shí)現(xiàn)測試套，可降低協(xié)議性能測試難度，提高測試套 的重用率。上述基于TTCN語言的引入測試控制協(xié)議的性能測試方法在網(wǎng)絡(luò)協(xié)議的性能測 試中具有較強(qiáng)的普適性。


圖1是本發(fā)明一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法的測試流程圖；圖2是DHCP請求響應(yīng)時(shí)間性能測試控制協(xié)議報(bào)文實(shí)例；
圖3是DHCP請求響應(yīng)時(shí)間性能測試控制協(xié)議執(zhí)行過程示意圖，顯示協(xié)議執(zhí)行交換 的報(bào)文； 圖4是UDP協(xié)議丟包率的性能測試控制協(xié)議報(bào)文實(shí)例；圖5是UDP協(xié)議丟包率的性能測試控制協(xié)議執(zhí)行過程示意圖，顯示協(xié)議執(zhí)行交換 的報(bào)文。
具體實(shí)施例方式為了更清楚地體現(xiàn)本發(fā)明基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法的具體執(zhí)行過程以 及控制協(xié)議報(bào)文在協(xié)議性能測試中的應(yīng)用，此處介紹三個(gè)具有代表性的性能測試用例的測 試控制報(bào)文設(shè)計(jì)，并對其中一種性能測試用例的測試過程進(jìn)行詳細(xì)說明。在TCP連接響應(yīng)時(shí)間性能測試中不需要設(shè)計(jì)控制協(xié)議，因?yàn)門CP協(xié)議是一種面向 連接的協(xié)議，本身具有交互的功能。在測試端通過TCP握手過程中的SYN和SYN_ACK報(bào)文 來統(tǒng)計(jì)測試系統(tǒng)與被測試系統(tǒng)的TCP連接響應(yīng)時(shí)間。DHCP協(xié)議和UDP協(xié)議的性能測試需要 設(shè)計(jì)控制協(xié)議，因?yàn)檫@兩種協(xié)議都不具有交互功能。但是由于測試對象的不同，因此設(shè)計(jì)的 控制協(xié)議有部分不同。下面分別介紹DHCP請求響應(yīng)時(shí)間性能測試與UDP丟包率性能測試的測試控制報(bào) 文實(shí)例和控制協(xié)議執(zhí)行過程。圖2是DHCP請求響應(yīng)時(shí)間性能測試控制協(xié)議報(bào)文實(shí)例。其中發(fā)送時(shí)間是測試數(shù) 據(jù)部分，接收時(shí)間和反饋發(fā)送時(shí)間是由被測試端構(gòu)造的反饋測試數(shù)據(jù)部分。圖3是DHCP請 求響應(yīng)時(shí)間性能測試控制協(xié)議執(zhí)行過程示意圖。測試端首先發(fā)送測試請求報(bào)文(0x01)，該 報(bào)文攜帶有測試端發(fā)送時(shí)間的信息，被測試端(DHCP服務(wù)器)接收到上述0x01報(bào)文后反饋 一個(gè)測試響應(yīng)報(bào)文(0x02)，其中攜帶有測試端發(fā)送時(shí)間，被測試端接收時(shí)間及反饋發(fā)送時(shí) 間，測試端收到該報(bào)文后通過分析即可得到全程響應(yīng)時(shí)間，服務(wù)端處理時(shí)間，并給出請求響 應(yīng)時(shí)間性能測試的測試報(bào)告。圖4是UDP丟包率性能測試控制協(xié)議報(bào)文實(shí)例。測試數(shù)據(jù)包含發(fā)送序號和發(fā)送數(shù) 據(jù)包總數(shù)字段，被測試端接收時(shí)間和被測試端反饋發(fā)送時(shí)間是反饋測試數(shù)據(jù)。下面以UDP丟包率性能測試為例說明其控制協(xié)議設(shè)計(jì)、執(zhí)行及整體測試過程。參 考圖1，具體實(shí)施步驟如下(1)針對網(wǎng)絡(luò)協(xié)議UDP協(xié)議的性能參數(shù)編寫測試用例及相應(yīng)的適配器和編解碼 器。此測試用例需要測試系統(tǒng)與被測系統(tǒng)間進(jìn)行測試控制交互而被測協(xié)議UDP不具有該 交互功能，因此需要在測試用例中加入測試控制報(bào)文。測試用例用TTCN-3語言編寫，相應(yīng) 的適配器和編解碼器用C#語言編寫。測試用例需要編寫UDPTestjype. ttcn3, UDPTest_ Template. ttcn3,UDPTest_Function. ttcn3 和 UDPTest_Testcases. ttcn3 四個(gè)文件。適配 器需要分別編寫 UDPSendsocket. cs, StimulusAdapter. cs 禾口 ResponseAdapter. cs 文件。 編解碼器需要編寫UDPTestCodec. cs文件。(2)依據(jù)待測的網(wǎng)絡(luò)協(xié)議UDP丟包率性能參數(shù)選取測試用例UDPTest_ IosePacket ο(3)依據(jù)測試用例進(jìn)行測試配置。測試配置包括測試系統(tǒng)的配置、被測系統(tǒng)的配 置、測試系統(tǒng)與被測系統(tǒng)間的網(wǎng)絡(luò)配置。測試系統(tǒng)的配置包括配置主機(jī)網(wǎng)卡，測試系統(tǒng)的IP地址，測試系統(tǒng)的UDP端口，被測系統(tǒng)的UDP端口 ；被測系統(tǒng)的配置包括打開被測系統(tǒng)的與 測試系統(tǒng)配置的被測系統(tǒng)UDP端口相一致的UDP端口，并加載響應(yīng)控制協(xié)議報(bào)文的應(yīng)用程 序；測試系統(tǒng)與被測系統(tǒng)間的網(wǎng)絡(luò)配置包括連接測試系統(tǒng)與被測系統(tǒng)之間的網(wǎng)絡(luò)鏈路。(4)測試系統(tǒng)采用TTCN-3平臺編譯測試用例，注冊適配器和編解碼器。編譯包含 有測試用例的 4 個(gè) TTCN-3 文件 UDPiTestJYpe. ttcn3,UDPTest_Template. ttcn3,UDPTest_ Function. ttcn3和UDPI^estJ^estcases. ttcn3。適配器和編解碼器的注冊需要先將(1)中 編寫的C#文件編譯成· dll文件，然后分別注冊StimulusAdapter. dll和UDPTestCodec. dll。(5)運(yùn)行測試用例，獲取測試記錄；運(yùn)行測試用例UDPTestJosel^acket。(6)對測試記錄進(jìn)行統(tǒng)計(jì)分析，得出性能參數(shù)的測試結(jié)論，提交測試報(bào)告。在步驟(1)中針對UDP丟包率測試用例設(shè)計(jì)性能測試控制協(xié)議(PTCP)，報(bào)文格式 如圖4所示。其中控制字段占一個(gè)字節(jié)，用于標(biāo)志測試系統(tǒng)和被測系統(tǒng)間測試的開始、執(zhí)行 和停止，可選值包括開始測試(0x01)、執(zhí)行測試(0x02)、意外終止測試(0x03)、正常結(jié)束測 試(0x04)，其它控制字段可以自定義；協(xié)議層字段占一個(gè)字節(jié)，用于表示被測協(xié)議在協(xié)議 棧的哪一層，UDP在傳輸層，此字段值為0x03 ；報(bào)文長度字段占2個(gè)字節(jié)，表示性能測試控制 協(xié)議報(bào)文總長度(包括首部長度和數(shù)據(jù)部分長度)；測試數(shù)據(jù)包含發(fā)送序號和發(fā)送數(shù)據(jù)包 總數(shù)字段。發(fā)送序號占2個(gè)字節(jié)，用于標(biāo)志正在發(fā)送測試報(bào)文的序號；發(fā)送數(shù)據(jù)包總數(shù)字段 占2個(gè)字節(jié)，表示預(yù)期發(fā)送測試包的個(gè)數(shù)；反饋測試數(shù)據(jù)包括反饋數(shù)據(jù)包數(shù)量。反饋數(shù)據(jù)包 數(shù)量占2個(gè)字節(jié)，表示被測系統(tǒng)接收到的測試數(shù)據(jù)包總數(shù)。參考圖5，UDP丟包率性能測試控制協(xié)議執(zhí)行過程如下所示1)測試端在端口 A向被測端的端口 B發(fā)送UDP報(bào)文，其中UDP數(shù)據(jù)部分即性能測 試控制協(xié)議報(bào)文的控制字段為0x01，發(fā)送序號為0，發(fā)送數(shù)據(jù)包的數(shù)量字段填充測試包的 個(gè)數(shù)，要求被測試端給出響應(yīng)。2)被測試端在端口 B監(jiān)聽到UDP數(shù)據(jù)包后，判斷數(shù)據(jù)部分的性能測試控制協(xié)議報(bào) 文，如果源端口是A，控制字段為0x01，發(fā)送序號為0，則將發(fā)送數(shù)據(jù)包的數(shù)量字段內(nèi)的數(shù)據(jù) 提取保存，同時(shí)向測試端的端口 A發(fā)送響應(yīng)報(bào)文，報(bào)文中發(fā)送序號仍然設(shè)置為0。3)測試端在端口 A收到B的響應(yīng)報(bào)文后，開始發(fā)送測試報(bào)文，其中控制字段設(shè)置為 0x02，測試端持續(xù)向B發(fā)送UDP數(shù)據(jù)包，不必等待B的響應(yīng)，測試包的發(fā)送序號從1開始計(jì) 數(shù)，直到發(fā)送包的總數(shù)量達(dá)到預(yù)定設(shè)置總數(shù)量。此時(shí)被測試端只需在端口 B監(jiān)聽來自A的 UDP數(shù)據(jù)包并判定控制字段若為0x02，則繼續(xù)判斷發(fā)送序號，若發(fā)送序號在1 總的數(shù)據(jù)包 數(shù)量之間，則計(jì)數(shù)變量count計(jì)數(shù)一次。若控制字段為0x03，發(fā)送停止測試響應(yīng)報(bào)文，其中 控制字段設(shè)置為0x03，發(fā)送數(shù)據(jù)包的數(shù)量字段填充被測試端接收到的數(shù)據(jù)包。4)測試端發(fā)送完UDP測試包后，發(fā)送一個(gè)正常結(jié)束測試的UDP數(shù)據(jù)包，其中控制字 段設(shè)置為0x04，發(fā)送序號設(shè)置為最大值65535，要求對方給出響應(yīng)。被測試端接收到該數(shù)據(jù) 包后，發(fā)送響應(yīng)報(bào)文，其中控制字段設(shè)置為0x04，將接收到的總的測試報(bào)文數(shù)量填充到反饋 數(shù)據(jù)字段。5)測試端接收到停止測試響應(yīng)報(bào)文后，測試端和被測端停止測試報(bào)文發(fā)送，進(jìn)行 丟包率的計(jì)算，并顯示結(jié)果，結(jié)束測試。上述性能測試控制協(xié)議設(shè)計(jì)時(shí)，測試數(shù)據(jù)包的最大數(shù)量是65535個(gè)，對于丟包率性能測試來講，這個(gè)數(shù)量應(yīng)該足夠。每個(gè)數(shù)據(jù)包的大小同樣可以進(jìn)行設(shè)置，其最大值取決于 網(wǎng)絡(luò)所允許數(shù)據(jù)包的最大長度。測試包的數(shù)量I^acket Number和每個(gè)測試包的大小I^cket Size共同決定了測試負(fù)載.上述測試方法中的第一個(gè)通知數(shù)據(jù)報(bào)和最后一個(gè)結(jié)束數(shù)據(jù)報(bào) 由于采用UDP，可能會丟失，結(jié)果造成測試超時(shí)。這種丟失對于第一個(gè)數(shù)據(jù)報(bào)來講損失并不 大，但對于最后一個(gè)數(shù)據(jù)包來講，損失較大，因?yàn)閬G包率測試已經(jīng)耗費(fèi)了網(wǎng)絡(luò)許多資源，由 于最后一個(gè)數(shù)據(jù)包丟失而前功盡棄則很不劃算。改進(jìn)的辦法就是最后一個(gè)數(shù)據(jù)報(bào)采取丟失 重傳機(jī)制，確保測試的結(jié)果正確接收。用TTCN-3實(shí)現(xiàn)UDP性能測試套，其中包含上述UDP丟包率性能測試用例。載入測 試套，選擇UDP丟包率測試用例，進(jìn)行測試配置，執(zhí)行測試，可以獲得UDP協(xié)議丟包率測試結(jié) 果，如表1所示，其中包括測試時(shí)間，測試內(nèi)容和測試結(jié)論。表IUDP丟包率測試報(bào)告
權(quán)利要求
1.一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法，其特征在于，包含以下步驟步驟1)針對各種網(wǎng)絡(luò)協(xié)議性能參數(shù)編寫測試用例及相應(yīng)的適配器和編解碼器；所述 測試用例采用TTCN語言編寫，若測試用例需要測試系統(tǒng)與被測系統(tǒng)間進(jìn)行測試控制交互 而被測協(xié)議不具有該交互功能，則測試用例包含有實(shí)現(xiàn)該交互功能的測試控制報(bào)文； 步驟2)依據(jù)待測的網(wǎng)絡(luò)協(xié)議性能參數(shù)選取測試用例； 步驟3)依據(jù)測試用例進(jìn)行測試配置；步驟4)測試系統(tǒng)采用TTCN平臺編譯測試用例，注冊適配器和編解碼器；步驟5)運(yùn)行測試用例，獲取測試記錄；步驟6)對測試記錄統(tǒng)計(jì)分析，給出性能測試報(bào)告。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)協(xié)議性能測試方法，其特征在于，所述測試控制報(bào)文包 含字段有交互控制信息、被測協(xié)議所屬協(xié)議層、報(bào)文長度、測試數(shù)據(jù)和測試反饋數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)協(xié)議性能測試方法，其特征在于，所述網(wǎng)絡(luò)協(xié)議性能參 數(shù)包含丟包率、延時(shí)、吞吐量和錯(cuò)誤比率。
4.根據(jù)權(quán)利要求1或2或3所述的網(wǎng)絡(luò)協(xié)議性能測試方法，其特征在于，所述步驟3) 測試配置包括測試系統(tǒng)的配置、被測系統(tǒng)的配置、測試系統(tǒng)與被測系統(tǒng)間的網(wǎng)絡(luò)配置。
全文摘要
本發(fā)明提出一種基于TTCN的網(wǎng)絡(luò)協(xié)議性能測試方法，包括步驟(1)編寫測試用例及相應(yīng)的適配器和編解碼器，根據(jù)測試對象，選擇性在測試用例中設(shè)計(jì)測試控制報(bào)文；(2)依據(jù)待測的網(wǎng)絡(luò)協(xié)議性能參數(shù)選取測試用例；(3)依據(jù)測試用例進(jìn)行測試配置；(4)測試系統(tǒng)采用TTCN平臺編譯測試用例，注冊適配器和編解碼器；(5)運(yùn)行測試用例，獲取測試記錄；(6)對測試進(jìn)行記錄統(tǒng)計(jì)分析，給出性能測試報(bào)告。本發(fā)明適用于一般協(xié)議性能測試，提出并規(guī)范了協(xié)議性能測試過程，同時(shí)將控制協(xié)議選擇性地應(yīng)用于基于TTCN的協(xié)議性能測試，降低了協(xié)議性能測試難度，增加了測試可理解性，提高了測試套重用率。
文檔編號H04L12/26GK102118230SQ20111007028
公開日2011年7月6日 申請日期2011年3月23日 優(yōu)先權(quán)日2011年3月23日
發(fā)明者向文, 曹揚(yáng), 羅玲, 魏蛟龍 申請人:華中科技大學(xué)