【正文】 新定義的增加，設(shè)計(jì)了系統(tǒng)配置模塊，主要用于測(cè)試集/組/例的增、刪、改。252。在實(shí)際操作中，可能某一次測(cè)試活動(dòng)會(huì)多測(cè)試?yán)M(jìn)行多次的組合與選擇，會(huì)有多次的操作，此面板可以方便用戶(hù)手動(dòng)操作，幫助用戶(hù)完成以上的工作。 Menu Bar 菜單欄包括對(duì)測(cè)試的一些操作控制命令，如系統(tǒng)初始化（包括系統(tǒng)配置和用戶(hù)配置）、測(cè)試執(zhí)行（包括開(kāi)始、暫停、恢復(fù)和停止）、日志管理（包括保存、另存為、打開(kāi)和關(guān)閉）、顯示設(shè)置（包括粗略模式和詳細(xì)模式）和幫助（顯示幫助信息和版本信息）。 功能模塊設(shè)計(jì) 秉承著用戶(hù)界面設(shè)計(jì)的兩個(gè)原則：置界面于用戶(hù)的控制之下和保持界面的一致性，用戶(hù)界面設(shè)計(jì)在工作流程上分為結(jié)構(gòu)設(shè)計(jì)、交互設(shè)計(jì)和視覺(jué)設(shè)計(jì)三個(gè)部分，筆者使用VC作為開(kāi)發(fā)工具，分割窗口結(jié)構(gòu)，這樣的結(jié)構(gòu)劃分功能上比較直觀，能夠給用戶(hù)一個(gè)良好直觀的體驗(yàn)。 用戶(hù)界面設(shè)計(jì)的人性化與否直接關(guān)系到了其操作的便捷度與操作效率的高低[47]。因此，在筆者選擇文件系統(tǒng)作為數(shù)據(jù)保存方式。 對(duì)數(shù)據(jù)的記錄保存主要有兩種方式：數(shù)據(jù)庫(kù)系統(tǒng)和數(shù)據(jù)文件系統(tǒng)。 筆者根據(jù)日志記錄模塊的功能，按其所記錄數(shù)據(jù)的類(lèi)型，將日志記錄模塊劃分成：252。 日志記錄模塊 在測(cè)試過(guò)程中，對(duì)測(cè)試?yán)龍?zhí)行時(shí)產(chǎn)生的被測(cè)層PDU數(shù)據(jù)流和支撐層PDU數(shù)據(jù)流進(jìn)行記錄。下線(xiàn)評(píng)估的數(shù)據(jù)源通過(guò)日志來(lái)獲得。所謂在線(xiàn)評(píng)估是指測(cè)試評(píng)估在測(cè)試?yán)龍?zhí)行過(guò)程中進(jìn)行，而下線(xiàn)評(píng)估是指測(cè)試?yán)龍?zhí)行完成后根據(jù)相應(yīng)的數(shù)據(jù)進(jìn)行評(píng)估。前者與測(cè)試目的直接相關(guān)，后者屬于輔助性記錄，在僅根據(jù)被測(cè)層PDU交互信息難以分析被測(cè)系統(tǒng)故障時(shí)，可利用被測(cè)層的適配層與支撐層之間截獲的信息進(jìn)一步分析故障原因。 在TPTTM的總體管理下，根據(jù)用戶(hù)的需求，可以對(duì)測(cè)試結(jié)果的詳略進(jìn)行選擇控制顯示。 Management Protocol）[46]。上述信息在“路由器多端口并發(fā)測(cè)試系統(tǒng)”（MPRCTS）中的交換，必須依靠“雙端口測(cè)試器與多端口并發(fā)測(cè)試管理器接口模塊”（T amp。動(dòng)態(tài)選擇的可能原則之一是利用測(cè)試集/組/例之間存在的“非A即非B”的關(guān)系，即如果測(cè)試組/例A失敗時(shí)，測(cè)試組/例B的執(zhí)行結(jié)果也必然失敗的關(guān)系。 TPT測(cè)試管理模塊與單測(cè)試執(zhí)行器間的關(guān)系是，TPTTM每選擇一個(gè)測(cè)試?yán)蛯⒃摐y(cè)試?yán)目刂茩?quán)轉(zhuǎn)交給單測(cè)試?yán)龍?zhí)行器（STCE），執(zhí)行完成后將控制權(quán)返回TPTTM。 測(cè)試管理模塊 TPT測(cè)試管理模塊（TPTTM – TPT Test Manager）是TPT的主控程序。 功能設(shè)計(jì) 用戶(hù)接口模塊 TPT用戶(hù)接口模塊是測(cè)試操作員與雙端口測(cè)試器間的命令/應(yīng)答和信息交換通道。通過(guò)執(zhí)行不同測(cè)試?yán)?，雙端口測(cè)試系統(tǒng)可以靈活的進(jìn)行不同的測(cè)試任務(wù)。此時(shí)，TPT部件應(yīng)包含如下模塊：◆測(cè)試管理模塊◆TPT amp。同時(shí)，將測(cè)試結(jié)果寫(xiě)入日志記錄模塊中。此時(shí)雙端口測(cè)試管理器作為一個(gè)獨(dú)立的系統(tǒng)，并不需要多端口與雙端口之間的接口模塊，無(wú)需與多端口并發(fā)測(cè)試系統(tǒng)管理器進(jìn)行通信，因此TPT與多端口并發(fā)測(cè)試管理器的接口并不發(fā)揮作用。 雙端口測(cè)試器在多端口并發(fā)測(cè)試系統(tǒng)中身兼兩職，既可作為MPRCTS的基礎(chǔ)測(cè)試模塊，參與并發(fā)測(cè)試；也可以作為獨(dú)立的測(cè)試工具對(duì)路由器的一對(duì)端口進(jìn)行測(cè)試。 在進(jìn)行多端口并發(fā)測(cè)試時(shí)，每個(gè)TPT作為整個(gè)系統(tǒng)中的一個(gè)測(cè)試部件和其它TPT協(xié)同工作，將高性能路由器的多個(gè)端口包圍起來(lái)，以模擬出路由器的實(shí)際工作環(huán)境，甚至可以通過(guò)數(shù)據(jù)發(fā)生器 (Data Generator) [45]故意制造重負(fù)載環(huán)境和外部攻擊以進(jìn)行性能測(cè)試。 MPCTM Interface Module)負(fù)責(zé)與MPCTM進(jìn)行傳輸協(xié)商。 若用戶(hù)僅對(duì)某特定組合的測(cè)試?yán)信d趣，則測(cè)試管理模塊在生成待測(cè)序列后，調(diào)用STCE。 若用戶(hù)選擇某一個(gè)協(xié)議的測(cè)試集時(shí)，測(cè)試管理模塊調(diào)用該測(cè)試集對(duì)應(yīng)的經(jīng)C編譯器以及TTCN3編譯器生成的、采用TTCN3形式化語(yǔ)言描述的測(cè)試控制數(shù)據(jù)的可執(zhí)行程序ETC。而所有的可執(zhí)行測(cè)試?yán)鳛橐粋€(gè)函數(shù)庫(kù)，成為測(cè)試系統(tǒng)代碼實(shí)現(xiàn)的一部分。 編解碼器和支撐層適配模塊是銜接可執(zhí)行測(cè)試集、實(shí)現(xiàn)被測(cè)PDU和支撐層PDU雙向數(shù)據(jù)翻譯轉(zhuǎn)換的工具[44]。編解碼器參與了測(cè)試支撐層的配置，不同的測(cè)試控制數(shù)據(jù)處于特定的測(cè)試環(huán)境中，需要相應(yīng)測(cè)試支撐層的配置。單測(cè)試?yán)龍?zhí)行器主要是在收到TPTTM中測(cè)試管理模塊(Test Scheduler amp。 為了適應(yīng)多端口并發(fā)測(cè)試，實(shí)驗(yàn)室開(kāi)發(fā)組還定義了并發(fā)多端口測(cè)試描述語(yǔ)言(MPCTDL–MultiPort Concurrent Test Definition Language)。這樣做的好處一是可以利用現(xiàn)有的高級(jí)語(yǔ)言編譯程序，把研究的重點(diǎn)放在描述語(yǔ)言和高級(jí)語(yǔ)言的轉(zhuǎn)換上；二是可以利用中間語(yǔ)言的可移植性，將編譯過(guò)的程序放入多種平臺(tái)上進(jìn)行編譯，從而提高編譯程序的可移植性和測(cè)試集對(duì)多操作系統(tǒng)平臺(tái)的適應(yīng)能力。 Generic Test Suite）[42]與相關(guān)的協(xié)議規(guī)范，完整地說(shuō)明了測(cè)試過(guò)程。它決定了測(cè)試的質(zhì)量，是測(cè)試操作和測(cè)試執(zhí)行的基礎(chǔ)。 在邏輯設(shè)計(jì)中，STCE、支撐層適配模塊和測(cè)試支撐層協(xié)議實(shí)現(xiàn)模塊是由上而下層次分明的獨(dú)立模塊。為了增強(qiáng)在不同支撐環(huán)境中的配置功能，支撐層適配功能作為邏輯上獨(dú)立的模塊成為T(mén)PT系統(tǒng)的一部分[41]。STCE作為主控程序調(diào)用必需的鏈接庫(kù)庫(kù)函數(shù)，如TRC庫(kù)的類(lèi)型和函數(shù)、winpcap的庫(kù)函數(shù)等[40]。它包括用戶(hù)接口模塊、測(cè)試管理模塊、日志記錄和測(cè)試結(jié)果處理模塊、與MPCTM的接口模塊等。當(dāng)進(jìn)行多端口并發(fā)測(cè)試時(shí)，TPT受MPCTM的協(xié)調(diào)與控制；當(dāng)TPT作獨(dú)立的測(cè)試器時(shí)，由測(cè)試操作者通過(guò)用戶(hù)界面進(jìn)行軟件環(huán)境配置并發(fā)布測(cè)試控制命令，由路由器雙端口測(cè)試管理器(TPTTM TPT Test Manager) 控制測(cè)試過(guò)程。 從邏輯意義上來(lái)講，上級(jí)多端口測(cè)試管理器負(fù)責(zé)對(duì)下級(jí)多個(gè)TPT進(jìn)行系統(tǒng)配置；根據(jù)多端口測(cè)試集為各TPT指派相應(yīng)的雙端口測(cè)試集；在測(cè)試?yán)膱?zhí)行過(guò)程中協(xié)調(diào)多個(gè)并行TPT測(cè)試進(jìn)程同步運(yùn)作，控制測(cè)試數(shù)據(jù)的并發(fā)性；在并發(fā)測(cè)試過(guò)程中控制多端口測(cè)試數(shù)據(jù)的顯示、并發(fā)測(cè)試?yán)撵o態(tài)或動(dòng)態(tài)選擇；根據(jù)測(cè)試進(jìn)展為多端口測(cè)試下結(jié)論；負(fù)責(zé)管理和協(xié)調(diào)整個(gè)測(cè)試過(guò)程，執(zhí)行并發(fā)測(cè)試定義語(yǔ)言MPCTDL描述的測(cè)試控制數(shù)據(jù)，根據(jù)測(cè)試執(zhí)行情況選擇測(cè)試?yán)罱K生成測(cè)試報(bào)告。 圖中的上下兩部分：MPCTM和TPT為物理上獨(dú)立的設(shè)備，目前可在PC上實(shí)現(xiàn)。MPRCTS采用了如圖22所示的分布式結(jié)構(gòu)：圖22 多端口路由器測(cè)試系統(tǒng)分布式結(jié)構(gòu) 從圖22中我們可以看到，四川省網(wǎng)絡(luò)通信技術(shù)重點(diǎn)實(shí)驗(yàn)室開(kāi)發(fā)的“多端口并發(fā)測(cè)試系統(tǒng)”從上下來(lái)看主要由上層的“多端口并發(fā)測(cè)試管理器”(MPCTM – MultiPort Concurrent Test Manager)和下層的“雙端口測(cè)試器”(TPT – Two Port Tester)組成；從左右來(lái)看則是由前臺(tái)的測(cè)試執(zhí)行部件和后臺(tái)的測(cè)試支撐工具兩部分組成。第2章 多端口并發(fā)測(cè)試系統(tǒng)和雙端口測(cè)試管理器 MPRCTS的提出 “多端口并發(fā)穿越測(cè)試法”(MPCTTM)是在穿越測(cè)試法(TTM)的基礎(chǔ)上根據(jù)多端口測(cè)試的需要提出來(lái)的。如何設(shè)計(jì)功能完善的用戶(hù)界面，必須在盡可能全面功能框架設(shè)計(jì)的基礎(chǔ)上，首先從測(cè)試必需的具體功能實(shí)現(xiàn)著手，根據(jù)測(cè)試試驗(yàn)的需要逐步增加和完善各種功能。因此，本課題的研究方法將采用理論分析與測(cè)試試驗(yàn)相結(jié)合的方法和自頂向下的設(shè)計(jì)和自底向上地實(shí)現(xiàn)的技術(shù)路線(xiàn)。 Manager Module)：第5章n 顯示、記錄、日志與報(bào)告生成模塊(Logging Module)：第6章。 筆者工作的研究目標(biāo)、研究?jī)?nèi)容和擬解決問(wèn)題 研究目標(biāo)與研究?jī)?nèi)容 本論文的研究目標(biāo)是關(guān)于雙端口測(cè)試器的測(cè)試管理技術(shù)(Test Control Technology)以及設(shè)計(jì)、開(kāi)發(fā)雙端口測(cè)試管理器(TPTTM)。② Spirent公司[38]思博倫通信（Spirent Communications）公司的產(chǎn)品在國(guó)內(nèi)使用也較廣，其旗艦產(chǎn)品SmartBits數(shù)據(jù)網(wǎng)絡(luò)性能測(cè)試儀支持的通信接口也較多（10/100M、1G、155M、622M、），可以用于三層交換機(jī)、中低端路由器、高端路由器/核心路由器的性能測(cè)試。從該系列產(chǎn)品的應(yīng)用目標(biāo)可以看出，它們的功能側(cè)重于對(duì)網(wǎng)絡(luò)進(jìn)行監(jiān)測(cè)和分析網(wǎng)絡(luò)運(yùn)行情況，主體上屬于被動(dòng)測(cè)試儀的范疇，而不是為進(jìn)行全面的一致性測(cè)試和性能評(píng)測(cè)的工具。其中，在國(guó)內(nèi)外市場(chǎng)占有率最大的是安捷倫 (Agilent)公司和思博倫(Spirent)公司的測(cè)試儀產(chǎn)品。該平臺(tái)利用IP組播技術(shù)，通過(guò)模擬路由器之間的通信，來(lái)實(shí)現(xiàn)對(duì)路由器的測(cè)試。在測(cè)試控制數(shù)據(jù)或測(cè)試集（Test Suite）的定義方面，該項(xiàng)目提出了類(lèi)似HTML語(yǔ)言格式的TSSL語(yǔ)言。該系統(tǒng)的主要缺點(diǎn)是：n 缺少描述多端口測(cè)試的并發(fā)語(yǔ)言，只能依靠TTCN3，難以描述多端口并發(fā)測(cè)試；n 測(cè)試系統(tǒng)必須依賴(lài)小型機(jī)或大型機(jī)，造價(jià)高，并且難以適應(yīng)對(duì)有數(shù)十上百個(gè)端口交換機(jī)的測(cè)試需要。前一類(lèi)活動(dòng)涉及的單位包括：西南交通大學(xué)網(wǎng)絡(luò)通信技術(shù)實(shí)驗(yàn)室、清華大學(xué)、中科院計(jì)算技術(shù)研究所和國(guó)防科技大學(xué)等。 國(guó)內(nèi)外相關(guān)技術(shù)研究現(xiàn)狀迄今為止，有關(guān)路由器的測(cè)試幾乎都采用穿越測(cè)試法(TTM)。SCNet Lab開(kāi)發(fā)的MPRCTS由物理上獨(dú)立的兩級(jí)系統(tǒng)組成：頂層為多端口路由器并發(fā)測(cè)試管理器(MPRCTM MultiPort Router Concurrent Test Manager)；下級(jí)為多個(gè)雙端口測(cè)試器(TPT – TwoPort Tester)；上、下級(jí)間用交換機(jī)實(shí)現(xiàn)高速互聯(lián)，完成兩級(jí)間的協(xié)同工作。由于ISO 9646有關(guān)網(wǎng)絡(luò)中繼系統(tǒng)的測(cè)試方法學(xué)框架[1]主要是針對(duì)路由器的功能性測(cè)試，所規(guī)定的“回繞測(cè)試法”(Loopback Test Method, LTM)和“穿越測(cè)試法”(Transverse Test Method, TTM) [25]是僅限于對(duì)單個(gè)或一對(duì)端口的觀測(cè)方法，難以對(duì)多端口同時(shí)工作的情況進(jìn)行全面的觀測(cè)，特別是難以模擬網(wǎng)絡(luò)中繼設(shè)備的真實(shí)工作環(huán)境對(duì)設(shè)備的性能進(jìn)行全面的評(píng)測(cè)。MIMTPT amp。 MPCTM接口模塊功能與協(xié)議分析 57 TPT與MPCTM建立網(wǎng)絡(luò)連接 57 TPT向MPCTM發(fā)送路由器信息 58 MPCTM與TPT之間發(fā)送可用測(cè)試集 59 MPCTM向TPT發(fā)送TPT編號(hào) 61 MPCTM向TPT發(fā)送測(cè)試內(nèi)容 61 MPCTM向TPT發(fā)送控制消息 62 TPT定時(shí)向MPCTM發(fā)送Ping消息 63 64 TPT amp。MIM), through which the TPTTM could accept mands from the MPCTM and give it the feedbacks when acting in the whole system as a slave tester. This module examines the coordination between TPT amp。 本論文為T(mén)PT的聯(lián)機(jī)調(diào)試與集成和相關(guān)的測(cè)試試驗(yàn)提供了可用的初步軟件系統(tǒng)框架，為整個(gè)項(xiàng)目的開(kāi)發(fā)做出了一定的貢獻(xiàn)。 TPT amp。TPTTM作為多端口測(cè)試系統(tǒng)下層測(cè)試管理器和獨(dú)立的雙端口測(cè)試管理器具有雙重職責(zé)和雙重功能：既是雙端口測(cè)試系統(tǒng)中的統(tǒng)籌管理部件，也是整個(gè)多端口測(cè)試系統(tǒng)中的具體執(zhí)行部件。研 究 生 學(xué) 位 論 文路由器雙端口測(cè)試管理器的研究與開(kāi)發(fā)摘 要 本文的研究背景為四川省網(wǎng)絡(luò)通信重點(diǎn)實(shí)驗(yàn)室（SCNet Lab）提出的“多端口并發(fā)穿越測(cè)試法”（MPCTTM）和開(kāi)發(fā)的“多端口路由器并發(fā)測(cè)試系統(tǒng)”（MPRCTS）。 本論文的工作重點(diǎn)是雙端口測(cè)試管理器（TPTTM）的研究與開(kāi)發(fā)。 日志模塊：根據(jù)日志記錄模式記錄NPDU和(N1)PDU，在測(cè)試報(bào)告的部分測(cè)試?yán)Y(jié)果為“不確定”(Inconclusive)時(shí)參考被測(cè)層PDU流記錄和支撐層PDU流記錄，通過(guò)對(duì)測(cè)試結(jié)果的人工分析，得出補(bǔ)充結(jié)論。 Management Protocol)，通過(guò)對(duì)具體功能的設(shè)計(jì)證明了其可行性。 MPCTM Interface Module (Tamp。 MPCTM接口模塊 19 測(cè)試過(guò)程顯示、測(cè)試記錄與測(cè)試報(bào)告生成模塊 20 日志記錄模塊 21 數(shù)據(jù)文件系統(tǒng) 22第4章 用戶(hù)接口模塊的設(shè)計(jì)與實(shí)現(xiàn) 23 用戶(hù)接口模塊的作用 23 功能模塊設(shè)計(jì) 23 界面顯示 24 系統(tǒng)配置模塊 25 用戶(hù)配置模塊 27 執(zhí)行模塊 30 測(cè)試過(guò)程動(dòng)態(tài)顯示模塊 31 測(cè)試結(jié)果生成與日志記錄模塊 31 功能小結(jié) 32第5章 測(cè)試管理模塊及測(cè)試控制技術(shù)研究 33 自動(dòng)化測(cè)試管理模塊 33 自動(dòng)化測(cè)試方法的討論 34 自動(dòng)化測(cè)試的評(píng)判參數(shù) 35 自動(dòng)化測(cè)試系統(tǒng)的分級(jí)體系 36 如何構(gòu)建更高級(jí)別的自動(dòng)化測(cè)試系統(tǒng) 38 自動(dòng)化測(cè)試管理模塊的設(shè)計(jì) 39 自動(dòng)化測(cè)試管理模塊的結(jié)構(gòu) 39 函數(shù)描述方式的選擇和設(shè)計(jì) 40 自動(dòng)化測(cè)試控制模塊中其它部分的實(shí)現(xiàn) 42第6章 日志記錄模塊的設(shè)計(jì)與實(shí)現(xiàn) 43 PDU流的獲取與記錄 43 測(cè)試環(huán)境與PDU流程 43 PDU流向 45 PDU流的處理與記錄 46 從編解碼器獲取PDU流 46 日志記錄格式 47 TPTTM獲取PDU控制流程 49第7章 TPT與MPCTM 接口研究 50 TPT與MPCTM的關(guān)系 50 TPT與MPCTM的連接 51 TPT與MPCTM的網(wǎng)絡(luò)結(jié)構(gòu) 51 Socket簡(jiǎn)介 51 TPT與MPCTM的通信協(xié)議 54 TPT amp。 Manager Module測(cè)試管理模塊UIMUser Interface Module用戶(hù)接口模塊LMLogging Module日志模塊Tamp。為了能夠?qū)Χ喽丝诼酚善?交換機(jī)進(jìn)