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