路由器雙端口測試管理器研究與開發(fā)碩士論文

1、西西 南南 交交 通通 大大 學(xué)學(xué) 研研 究究 生生 學(xué)學(xué) 位位 論論 文文 路由器雙端口測試管理器研究與開發(fā) classified index: tp393 southwest jiaotong university master degree thesis research and develop on two-port test system under router distributed multi-port synchronized parallel test july 2005 grade: 2002 candidate: yang yang academic degree ap

2、plied for: master major: computer application supervisor: prof. zeng huashen 摘摘 要要 本論文的研究背景是路由器測試技術(shù)。多端口、高速性和既支持 ipv6 又支持 ipv4 是從 ipv4 向 ipv6 過渡的整個歷史時期的特點(diǎn)。以 iso9646 為 代表的傳統(tǒng)的路由器測試方法為單端口的“回繞測試法” （ltm）和雙端口 的“穿越測試法” （ttm） ，難以適應(yīng)現(xiàn)代路由器多端口的特點(diǎn)；高速路由器 的性能測試要求測試方法的高效性和端口間的同步協(xié)調(diào)，在 ltm 和 ttm 中 都缺少相應(yīng)的支持。所有這些就是四川省網(wǎng)絡(luò)通

3、信重點(diǎn)實驗室（sc-netcom lab）提出“分布式多端口同步并行穿越測試法分布式多端口同步并行穿越測試法” （dmsp-ttm）和開發(fā)“多多 端端口路由器分布式并發(fā)測試系統(tǒng)口路由器分布式并發(fā)測試系統(tǒng)”（mpr-dcts）的直接背景。 目前仍處于開發(fā)階段的路由器“分布式多端口并發(fā)測試系統(tǒng)”為兩層 結(jié)構(gòu)：上層為路由器多端口測試管理器（rmptm router multi-port test manager） ，下層為路由器雙端口測試器（rtpt router two-port tester） 。 rmptm 處理與路由器多端口測試相關(guān)問題（為多個 rtpt 配置相關(guān)測試控制 數(shù)據(jù)，同步與協(xié)調(diào)多

4、個 rtpt 的工作。rtpt 支持 ltm 和 ttm,既可以通過局 域網(wǎng)實現(xiàn)層間系統(tǒng)的互聯(lián)，構(gòu)成分布式的多端口測試系統(tǒng)，也可以作為獨(dú) 立的測試系統(tǒng)完成雙端口測試。 本文所反映的工作重點(diǎn)是關(guān)于 rtpt 的“雙端口測試管理器” （rtptm） 的研究與開發(fā)技術(shù)。rtptm 作為多端口測試的下層測試器管理器和獨(dú)立的雙 端口測試管理器具有雙重職責(zé)和雙重功能：既是雙端口測試的控制管理部 件，又時對外接口與管理部件（作為獨(dú)立測試系統(tǒng)時提供與測試操作員交 互接口，作為多端口測試器的下級測試器，與多端口測試管理器接口接受 其控制） 。本論文的貢獻(xiàn)可以概括為： a、對路由器雙端口測試系統(tǒng)管理器的各功能模塊

5、進(jìn)行了分析和詳細(xì)設(shè) 計，完成了對路由器雙端口測試系統(tǒng)用戶界面模塊和測試?yán)龍?zhí)行管理模塊 的開發(fā)。 b、設(shè)計了“測試?yán)x擇規(guī)則表” （test-case selection-rules table tsrt）以簡化測試選擇管理和提高測試執(zhí)行效率，分別提出了單狀態(tài)協(xié)議 和多狀態(tài)協(xié)議測試?yán)芾淼囊话阈苑椒ā?c、討論了路由器雙端口測試系統(tǒng)與上層管理器的通信問題，為今后分 布式多端口同步并行測試系統(tǒng)的開發(fā)奠定了初步的基礎(chǔ)。 關(guān)鍵詞：多端口分布式同步并行穿越測試法關(guān)鍵詞：多端口分布式同步并行穿越測試法（mdsp-ttm） ；路由器雙端口；路由器雙端口 測試系統(tǒng)管理器（測試系統(tǒng)管理器（rtptmrtptm）

6、 ；測試?yán)x擇管理；測試?yán)x擇管理 abstractabstract the background of this dissertation is router testing techniques. the main futures of modern router in the process of migrating from ipv4 to ipv6 are characterized by multi-ports, high-speed, and complication in supporting both ipv4 and ipv6. the orthodox test meth

7、ods defined in iso 9646, i.e. ltm (loop-back test method) and ttm (transverse test method) are not catered for such router testing. performance testing for high-speed routers demands high-efficiency in testing as well as synchronization among multi-ports. all these have spurred the research activiti

8、es at sichuan network communication key laboratory (sc- netcom lab), which are represented by the novel test method called dmsp-ttm (distributed multi-port synchronized parallel ttm) and development of mpr-dcts (multi-port router distributed concurrent test system). the distributed multi-port concur

9、rent test system under development at sc-netcom lab takes a two-layer structure: the upper layer formed of the router multi-port test manager (rmptm) and the lower layer composed of multiple “router two-port testers (rtpt)”. rtptm deals with multi-port test issues such as rtpt configuration, test ca

10、se distribution, and synchronization among multiple rtpts. rtpt on the other hand, supports both ltm and ttm and acts either as an independent test device or the low-layer device of the mpr- dcts. the work presented in this dissertation is focused on techniques relevant to rtptm (router two-port tes

11、t manager). the roles of an rtptm in the mpr-dcts are twofold: to act as the control and management entity for an rtpt, and to provide interface functions between rtpt and rtptm in an mpr-dcts or between rtpt and test operator when the rtpt works independently. the main contributions of this dissert

12、ation can be summarized as: a.provisioning of a functional framework for rtptm through detailed analysis and design, and implementation of user interface module and test case selection module. b.to improve test efficiency via dynamic test case selection according to test case execution result, a tsr

13、t (test-case selection-rules table) is designed and generic test selection methods for single- state and multi-states protocols are provided. c.to provide a basis for future development of mpr-dcts, communication issues between the rtptm and the rmptm are also provided. keywords: mdsp-ttm (multi-por

14、t distributed parallel transverse test method, rtptm (router two-port test manager) test case selection 目目 錄錄 摘摘 要要.i abstractabstract.iii 目目 錄錄.v 第第 1 章章 緒論緒論.1 1.1 論文的研究背景.1 1.1.1 分布式多端口同步并行測試的意義.1 1.1.2 分布式多端口同步并行測試系統(tǒng).4 1.1.3 路由器雙端口測試系統(tǒng).5 1.2 研究分布式多端口同步并行測試系統(tǒng)下雙端口測試管理器的意義.7 1.3 論文的組織結(jié)構(gòu).8 1.4 作者的工作

15、與論文的貢獻(xiàn).8 第第 2 2 章章 ipip 路由器雙端口測試系統(tǒng)功能模塊簡介路由器雙端口測試系統(tǒng)功能模塊簡介.10 2.1 路由器雙端口測試系統(tǒng)的簡介.10 2.2 路由器雙端口測試系統(tǒng)功能模塊簡介.11 2.2.1 測試支撐工具.11 2.2.2 編解碼器和支撐層適配模塊.12 2.2.3 雙端口測試管理器.12 第第 3 3 章章 路由器雙端口測試系統(tǒng)管理器設(shè)計路由器雙端口測試系統(tǒng)管理器設(shè)計.14 3.1 雙端口測試系統(tǒng)管理器的功能模塊組成.14 3.2 雙端口測試系統(tǒng)管理器的功能模塊設(shè)計.15 3.2.1 用戶接口模塊.15 3.2.2 測試管理模塊.17 3.2.3 測試集/組/例

16、管理模塊.19 3.2.4 日志記錄模塊.19 3.2.4 測試結(jié)果分析與測試報告生成模塊.20 3.2.5 與分布式多端口同步并行測試管理器接口.21 3.2.6 系統(tǒng)數(shù)據(jù)庫.22 第第 4 4 章章 測試?yán)龍?zhí)行管理測試?yán)龍?zhí)行管理.23 4.1 雙端口測試器中的測試?yán)龍?zhí)行管理.23 4.1.1 雙端口測試器中測試?yán)龍?zhí)行的過程.23 4.1.2 測試?yán)龍?zhí)行管理的策略.24 4.2 單狀態(tài)協(xié)議測試?yán)膱?zhí)行管理.30 4.2.1 ipv6 測試?yán)膱?zhí)行管理.31 4.2.2 單狀態(tài)協(xié)議測試?yán)龍?zhí)行管理的方法.34 4.3 多狀態(tài)協(xié)議測試?yán)膱?zhí)行管理.35 4.3.1 ripng 測試?yán)膱?zhí)行管理 .

17、35 4.3.2 多狀態(tài)協(xié)議測試?yán)龍?zhí)行管理的方法.38 第第 5 章章 雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)接口的研雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)接口的研 究究.40 5.1 雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)接口的作 用.40 5.2 雙端口測試系統(tǒng)與分布式多端口同步并行測試系統(tǒng)接口的設(shè)計.41 5.2.1 雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)接口的 數(shù)據(jù)格式.41 5.2.2 雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)接口的 功能模塊設(shè)計.42 第第 6 章章 總結(jié)與展望總結(jié)與展望.44 6.1 小結(jié).44 6.2 展

18、望.44 致致 謝謝.46 參考文獻(xiàn)參考文獻(xiàn).47 comment zhx1: 參考文獻(xiàn)請按引用 的先后次序標(biāo)號！ 第第 1 章章 緒論緒論 1.1 論文的研究背景論文的研究背景 1.1.1 分布式多端口同步并行測試的分布式多端口同步并行測試的研究背景研究背景 以 ipv4 為基礎(chǔ)的 internet 在以文本為主體的應(yīng)用環(huán)境中推動了計算機(jī)網(wǎng) 絡(luò)技術(shù)的發(fā)展和計算機(jī)網(wǎng)絡(luò)在全球的廣泛應(yīng)用，極大的改變了人們的工作、 學(xué)習(xí)、生活。但是，隨著 internet 的迅猛發(fā)展，用戶數(shù)呈指數(shù)型增長，ipv4 逐漸表現(xiàn)出地址匱乏的缺點(diǎn)；隨著多媒體應(yīng)用日益增加，用戶數(shù)據(jù)更多地 呈現(xiàn)面向連接服務(wù)的特征，用戶數(shù)據(jù)流的

19、速率不斷提高(從 kbps 數(shù)量級提 高到 mbps 數(shù)量級)；服務(wù)質(zhì)量（qos）的需求也有了很大的變化，internet 盡其所能的服務(wù)面臨著新的挑戰(zhàn)。ipv61將 ipv4 地址長度由 4 字節(jié)擴(kuò)展為 16 字節(jié)，解決了 ip 地址匱乏的問題44；對 ip 報頭的簡化，有利于提高對 ip 報文的處理速度45。ngi（next-generation internet）2-3就是在這一背景 下產(chǎn)生的。在 internet 發(fā)展的同時，網(wǎng)絡(luò)設(shè)備特別是在網(wǎng)絡(luò)通信中發(fā)揮巨大 作用的路由器，在技術(shù)、性能等方面都得到了長足發(fā)展。在這種背景下， 路由器的測試問題就重新提高到議事日程。目前對路由器的測試主要

20、有 2 個問題有待解決，一個是如何盡快把過去對以 ipv4 協(xié)議集的測試轉(zhuǎn)入到對 ipv6 協(xié)議集的測試上，另一個問題是如何在測試中更好的模擬路由器的真 實工作環(huán)境，以達(dá)到對其性能精確的測試。 路由器實質(zhì)上是由包括應(yīng)用層協(xié)議在內(nèi)的信令控制平面和管理平面的 協(xié)議集和只有 3 層結(jié)構(gòu)的用戶數(shù)據(jù)傳輸平面構(gòu)成的，因此相關(guān)的測試也必 須包括分別對兩個平面的協(xié)議進(jìn)行 conformance 測試。路由器或交換路由 器是 internet 中實現(xiàn)系統(tǒng)互聯(lián)的多端口高速交換設(shè)備，目前主要是采用 iso9646 規(guī)定的兩種抽象測試法，即對單端口的“回繞測試法” （ltm - loop-back test meth

21、od）或?qū)σ粚Χ丝诘摹按┰綔y試法”(ttm - transverse test method) 4-5?；乩@測試法和穿越測試法的示意圖如圖 1-1 和圖 1-2 所示。 對單端口的“回繞測試”或?qū)σ粚Χ丝诘摹按┰綔y試”都不能驗證端 口間的相互影響，特別是對于性能測試，其測試結(jié)果不能定量地界定路由 器的實際工作性能，特別是難以考察系統(tǒng)在并發(fā)數(shù)據(jù)的實際運(yùn)行環(huán)境中符 合協(xié)議的程度和性能指標(biāo)，因而目前的測試技術(shù)和系統(tǒng)所進(jìn)行的測試是不 完整的。現(xiàn)有的測試描述語言，包括歐洲的擴(kuò)展描述語言 ttcn-3 在內(nèi)， 都沒有提供一個完整的描述這類并發(fā)性的機(jī)制。 為了解決這兩個問題，筆者所在的四川省網(wǎng)絡(luò)通信技術(shù)重點(diǎn)

22、實驗室根 據(jù)過去的工作經(jīng)驗和研究基礎(chǔ)，把網(wǎng)絡(luò)協(xié)議測試技術(shù)的研究作為實驗室的 4 個重點(diǎn)研究方向之一。相關(guān)的研究工作瞄準(zhǔn)對路由器的“分布式多端口同 步并行測試技術(shù)”的研究。 迄今為止，國外尚未見以此為目標(biāo)的系統(tǒng)出現(xiàn)。僅就 ipv6 協(xié)議本身的 測試工作來看，目前國外的現(xiàn)有工作大體可分為兩大類：單項測試系統(tǒng)開 發(fā)和在現(xiàn)有 ipv4 網(wǎng)絡(luò)環(huán)境上建立 ipv6 的互通性（inter-operability）測試環(huán) 境（即采用在 ipv4 之上利用隧道方式（tunneling）41進(jìn)行測試） 。 建立測試環(huán)境（test bed）的研究活動：主要研究實體有兩類： ietf 和網(wǎng)絡(luò)公司（或大型網(wǎng)絡(luò)運(yùn)營者）

23、。其中以 ietf 的“6 bone project”6活 測試器測試器 1 1測試器測試器 2 被測路由器被測路由器 中繼功能中繼功能 圖 11 回繞測試法示意圖 測試器測試器 被測路由器被測路由器 中繼功能中繼功能 圖 12 穿越測試法示意圖 comment zhx2: 這是端系統(tǒng)測試的 實例，不是路由器測試系統(tǒng)。 comment zhx3: 這也是端系統(tǒng)測試！ 動與本項工作相關(guān)密切。該專案的基本思想是：以現(xiàn)有的 ipv4 網(wǎng)絡(luò)為基礎(chǔ)， 對 ipv6 進(jìn)行“隧道” （tunneling）測試24。從 6bone 近年的研究題目看， 其重點(diǎn)在于盡快進(jìn)行系統(tǒng)間的互通測試，在于研究如何以 ipv

24、4 網(wǎng)絡(luò)平臺進(jìn) 行 ipv6 的實驗；而并未全面開展對涉及 ipv6 的兩類設(shè)備（端系統(tǒng)和中繼系 統(tǒng)）和 3 類測試目標(biāo)（一致性、互通性和性能測試）進(jìn)行全面的方法研究 和測試系統(tǒng)的建設(shè)。 開發(fā)單機(jī)測試系統(tǒng)的活動：這類項目把測試系統(tǒng)的開發(fā)作為主要研 究對象。開展這類研究的單位包括研究機(jī)構(gòu)和測試設(shè)備開發(fā)廠家。前者可 以美國 nist（原 nbs）為代表，該研究所的信息技術(shù)實驗室（itl）從 70 年代末開始從事 osi 協(xié)議的 conformance test 系統(tǒng)研究，主要采用技術(shù)為機(jī) 內(nèi)測試法（local test method）和分布式測試法（distributed test method）

25、 ， 前一種方法測試功能強(qiáng)，但實施困難，只適合作為系統(tǒng)自我調(diào)試；后一種 方法測試設(shè)備間的同步問題未得到解決。類似的工作還有 hp 測試儀和 compaq 的測試軟件，根據(jù)相關(guān)資料重點(diǎn)在互通測試與性能測試。 從 80 年代中期開始我國主要有下述單位涉足了網(wǎng)絡(luò)協(xié)議測試技術(shù)研究 和系統(tǒng)開發(fā)：中科院成都計算機(jī)應(yīng)用研究所提出了“ferry-clip test approach”7并以此為基礎(chǔ)開發(fā)了針對 osi 傳送層協(xié)議的測試系統(tǒng)，并將該 測試系統(tǒng)移置到微機(jī)之中。在國家 863 項目支持下，中科院計算所研制開 發(fā)出一套 ipv6 協(xié)議一致性測試系統(tǒng)8。從所發(fā)表文章來看，中科院項目 ipv6cts 雖然能

26、實現(xiàn)多端口測試，文中并未明確提出新的并行、并發(fā)測試 方法。在解決同一測試系統(tǒng)如何實現(xiàn)對多個端口進(jìn)行觀測的問題上，該系 統(tǒng)采用集線器作為接入路由器多端口的手段。集線器的共享特征使多端口 測試實時控制較難，該文未討論如何應(yīng)用于性能測試和解決實時同步問題。 從系統(tǒng)開發(fā)目標(biāo)看，主要是否符合協(xié)議標(biāo)準(zhǔn)的測試（conformance test） ， 而未涉及另外兩類測試，即性能測試（performance test）和互通性測試 （interoperability test） 。此外，北京郵電大學(xué)的 ipv6 研究小組9、蘭州大 學(xué) ipv6 試驗床10也涉足建立試驗系統(tǒng)和有關(guān)測試研究，主要采用的是基于 i

27、pv4 的測試。 國內(nèi)關(guān)于協(xié)議測試技術(shù)的研究，在 80 年代中后期和 90 年代初中期有 較多的單位開展。就 ipv6 協(xié)議測試而言，中科院計算機(jī)所發(fā)表有就 ipv6 中 neighbor discovery 協(xié)議及其測試方面的文章11。內(nèi)蒙古大學(xué)計算機(jī)學(xué)院 發(fā)表的基于 pc 的 ipv6 網(wǎng)絡(luò)平臺及其測試的探討12文章談到用 pc 組 建 ipv6 網(wǎng)絡(luò)，建立測試環(huán)境用于測試 ipv6 協(xié)議的問題。清華大學(xué)從近年發(fā) comment zhx4: 前面似乎未提到 ttcn-3,如何此處得出“綜上所述” 的結(jié)論？ comment zhx5: 什么問題？為什么 有聯(lián)系到 supanet? 表的文章看

28、，其工作主要是基于形式化技術(shù)研究13，有關(guān) ipv6 路由器的測 試的文章中提到多端口并行測試問題，但對如何解決并發(fā)性問題尚無文章。 綜上所述，國內(nèi)外已有的對路由器并行測試的工作主要是基于 ttcn-3 的機(jī)制，在單機(jī)內(nèi)建立測試系統(tǒng)。其局限性在于系統(tǒng)成本較高（需要使用 小型機(jī)） 、測試系統(tǒng)缺少靈活性和可移動性。 為了解決上述問題，四川省網(wǎng)絡(luò)通信重點(diǎn)實驗室開展了對 ip 路由器的 分布式多端口同步并發(fā)測試系統(tǒng)展開了研究工作和系統(tǒng)開發(fā)工作,同時也是 進(jìn)一步為實驗室研究的“單物理層用戶數(shù)據(jù)傳輸平臺體系結(jié)構(gòu)網(wǎng)絡(luò)” (supanet single physical layer user-data tra

29、nsfer platform architecture network) 42交換設(shè)備的測試作準(zhǔn)備。 1.1.2 分布式多端口同步并行穿越測試法和相關(guān)測試系統(tǒng)分布式多端口同步并行穿越測試法和相關(guān)測試系統(tǒng) 在解決上述問題的過程中，四川省網(wǎng)絡(luò)通信重點(diǎn)實驗室把主要的工作重 心放在分布式多端口同步并發(fā)測試系統(tǒng)的設(shè)計與研發(fā)上，在研發(fā)的過程中， 同時對相關(guān)的技術(shù)展開研究。 針對現(xiàn)有的多端口路由器測試技術(shù)中存在的問題，筆者所在實驗室提 出了“分布式多端口同步并行穿越測試法”(dmsp-ttm - distributed multi- port synchronized parallel-ttm)，并定義了并

30、發(fā)多端口測試定義語言 （cmp-tdlconcurrent multi-port test definition language）14-15。 dmsp-ttm 是基于以下應(yīng)用需求提出的： 新的方法必須具備在多個端口的測試過程進(jìn)行同步與協(xié)調(diào)能力，以 1 便嚴(yán)格控制并行測試的過程。 支持對復(fù)雜的并行測試過程分解為并行測試過程的同步與協(xié)調(diào)和單 2 個/單對端口的測試過程，以便簡化并行測試的描述和最大限度地利用已有 的單個/單對端口的測試集。 物理上能夠?qū)⒉⑿袦y試管理設(shè)備與便攜或可移動的單個/單對端口測 3 試器相分離，從而實現(xiàn)用物理上獨(dú)立的相對便宜的多個設(shè)備組成測試能力 更強(qiáng)的多端口同步并行測試

31、系統(tǒng)。 被測路由器 單個/單對端口 測試器 1 單個/單對端口 測試器 i 單個/單對端口 測試器 n 測試數(shù)據(jù) 分布式多端口同步并行管理器 同步協(xié)調(diào) 命令 測試數(shù)據(jù)測試數(shù)據(jù) 響應(yīng) 響應(yīng) 響應(yīng)響應(yīng) 同步協(xié)調(diào) 命令 同步協(xié)調(diào) 命令 響應(yīng) 單個/單對端口測試系統(tǒng) 響應(yīng) 圖 1-3 dmsp-ttm 測試法示意圖 圖 1-3 即為 dmsp-ttm 測試法的簡單描述。 1.1.3 本論文研究的小背景本論文研究的小背景路由器雙端口測試路由器雙端口測試器器 路由器雙端口測試系統(tǒng)(rtpt router two-port tester)是路由器分布式 多端口同步并發(fā)測試系統(tǒng)的基礎(chǔ)測試部件。它既能夠作為分布

32、式路由器的 多端口并發(fā)測試系統(tǒng)的底層測試器，也可以作為一個獨(dú)立的路由器雙端口 測試系統(tǒng)16。 圖 1-4 就是路由器雙端口測試系統(tǒng)的簡圖。從圖中可以看出，路由器雙 端口測試器主要由路由器雙端口測試管理器、測試支撐工具和測試數(shù)據(jù)組 成。其中測試支撐工具包括圖中所示的單測試?yán)龍?zhí)行器(test case traverser)、 支撐層適配模塊(即 pdu 裝/拆模塊)、測試支撐層協(xié)議實現(xiàn)和編譯器。筆者 的工作就是圍繞路由器雙端口測試管理器展開的。 1.2 本論文研究對象本論文研究對象雙端口測試管理器雙端口測試管理器 路由器雙端口測試器是路由器分布式多端口同步并行測試系統(tǒng)的基礎(chǔ) 測試部件，一方面它是實

33、現(xiàn)分布式多端口同步并行測試的基礎(chǔ)，另一方面 它也可以脫離分布式多端口同步并行測試系統(tǒng)對雙端口或單個端口進(jìn)行測 試。所以在進(jìn)行路由器雙端口測試管理器的設(shè)計時，就要兼顧路由器雙端 口測試器的這兩個特點(diǎn)。 在路由器雙端口測試管理器中，有一個重要模塊雙端口測試器與 分布式多端口同步并行路由器測試系統(tǒng)的接口，該模塊是雙端口測試系統(tǒng) 單測試?yán)龍?zhí)行器單測試?yán)龍?zhí)行器 2 2 （test case traverser） 圖 1-4 路由器雙端口測試?yán)到y(tǒng)簡圖 支持層適配模塊支持層適配模塊（裝拆被測層 3 3 pdu） rtptm (router two- 1 1 port test manager):路由路由

34、器雙端口測試管理器器雙端口測試管理器 a.用戶接口模用戶接口模(user interface module): 用戶操作界面圖形化測 試過程動態(tài)顯示模塊+系統(tǒng) 初始化模塊 可執(zhí)行測試集：可執(zhí)行測試集： ets executable test suite + encoder/ decoder b.b.測試?yán)郎y試?yán)? /組管理模塊：組管理模塊： 靜態(tài)與動態(tài)測試?yán)?、組 選擇） 測試集、測試組選擇 測試?yán)x擇與測 試同步信息、測 試?yán)概膳c分發(fā)、 測試?yán)Y(jié)論 測試?yán){(diào) 用、已編 碼的 pdu 融入測試 例中的 pdu 解碼 器中。 c.測試結(jié)測試結(jié) 果分析與果分析與 測試報告測試報告 生成模塊生成模塊

35、 測試支持層協(xié)議實現(xiàn)：測試支持層協(xié)議實現(xiàn)： 4 4 1)測試測試 ipv6：為：為 ipv4 或數(shù)據(jù)或數(shù)據(jù) 鏈路層鏈路層 2)測試應(yīng)用層：測試應(yīng)用層：udp 3)信控平面與用戶平面聯(lián)合測信控平面與用戶平面聯(lián)合測 試：都需要試：都需要 并發(fā)測試配置命 令、同步、測試 中間結(jié)果 被測被測 pdu 流、命令流流、命令流 和測試結(jié)論和測試結(jié)論 記錄。記錄。 支持層支持層 pdu 數(shù)據(jù)流記錄數(shù)據(jù)流記錄 模塊：模塊：測試 后進(jìn)行分析 用。 至分布式多端口同步 并行測試系統(tǒng) 抽象測試集 （用 ttcn-3 語言描述） 1、ttcnc 編譯 2、c機(jī)器代碼編 譯 與路由器分布式多端口同步并行測試系統(tǒng)間通信的橋

36、梁。兩者之間的通信 使進(jìn)行分布式多端口同步并行測試的各個雙端口測試器可以同步協(xié)調(diào)工作， 同時也使分布式多端口同步并行測試管理器可以匯總各個雙端口測試器的 測試結(jié)果16。 避開分布式多端口同步并行測試技術(shù)不談，就雙端口測試器本身來說， 目前就這方面的研究與設(shè)計主要是針對某一特定測試任務(wù)來進(jìn)行的22-23， 當(dāng)測試任務(wù)改變時往往需要重新設(shè)計、開發(fā)測試系統(tǒng)。這使測試系統(tǒng)缺乏 靈活性和通用性。 因此在設(shè)計雙端口測試系統(tǒng)時，其設(shè)計目標(biāo)包括：既能夠作為路由器 分布式多端口同步并行測試系統(tǒng)的底層測試器，也可以作為一個獨(dú)立的路 由器雙端口測試系統(tǒng)；既能夠?qū)β酚善髦械膯蝹€協(xié)議實現(xiàn)進(jìn)行測試，也能 夠在多個協(xié)議的配

37、合下進(jìn)行聯(lián)合測試；既支持穿越測試法，也支持回繞測 試法；既支持按事先確定的測試?yán)龍?zhí)行順序進(jìn)行測試，也具備根據(jù)測試?yán)?執(zhí)行結(jié)果，動態(tài)地選擇執(zhí)行測試?yán)?，即根?jù)協(xié)議特點(diǎn)和測試?yán)龍?zhí)行結(jié)果跳 過不需要再執(zhí)行的測試?yán)?雙端口測試管理器是雙端口測試系統(tǒng)的核心組成部分。它對上實現(xiàn)測 試終端（雙端口測試器）和分布式多端口同步并行測試系統(tǒng)的通信；對下 完成系統(tǒng)配置、測試?yán)龍?zhí)行管理、測試過程監(jiān)視和記錄、測試過程管理控 制、初步測試報告的生成；在停止測試的狀況下，進(jìn)一步為人工分析測試 結(jié)果和形成最終的測試報告提供支持。整個測試系統(tǒng)的各模塊在測試管理 器的管理下，有序協(xié)調(diào)的進(jìn)行工作。 綜上所述，筆者對雙端口測試管理器

38、的研究與設(shè)計為整個系統(tǒng)的實現(xiàn) 打下了良好基礎(chǔ)。 1.3 論文的組織結(jié)構(gòu)論文的組織結(jié)構(gòu) 本論文的后續(xù)章節(jié)內(nèi)容與組織結(jié)構(gòu)如下： 第 2 章針對雙端口測試系統(tǒng)的特點(diǎn)，介紹路由器雙端口測試系統(tǒng)的三大 部件：測試支撐工具、編/解碼器與支撐層適配模塊、雙端口測試管理器。 第 3 章主要介紹筆者對雙端口測試管理器的各個功能模塊的設(shè)計。這是 開發(fā)雙端口測試管理器的基礎(chǔ)。 第 4 章探討對測試?yán)龍?zhí)行的管理。一方面探討了測試?yán)龍?zhí)行管理的一般 性方法；另一方面以 ipv6 基本描述協(xié)議和 ripng 協(xié)議的測試?yán)龍?zhí)行管理為 例，分別探討了對單狀態(tài)和多狀態(tài)協(xié)議測試?yán)龍?zhí)行的管理方法。 第 5 章探討了雙端口測試系統(tǒng)與分

39、布式多端口同步并行路由器測試系統(tǒng) 的接口設(shè)計，提出了兩個測試系統(tǒng)之間通信的辦法。 最后，第 6 章在對論文工作進(jìn)行總結(jié)的基礎(chǔ)上，對后續(xù)研究工作進(jìn)行了 分析和展望。 1.4 作者的工作與論文的貢獻(xiàn)作者的工作與論文的貢獻(xiàn) 作者在西南交通大學(xué)網(wǎng)絡(luò)通信技術(shù)省重點(diǎn)實驗室承擔(dān)的主要工作是對路 由器雙端口測試管理器的研究與開發(fā)并探討了雙端口測試系統(tǒng)與上層分布 式多端口同步并行測試系統(tǒng)的通信方法。 作者的主要工作包括以下幾個方面： 對路由器雙端口測試管理器的各個功能模塊進(jìn)行了詳細(xì)設(shè)計； 1 針對測試?yán)龍?zhí)行管理設(shè)計了測試?yán)龍?zhí)行規(guī)則表（testcase executing rules 2 table tert）

40、，提出了測試?yán)龍?zhí)行管理的一般性方法； 以 ipv6 基本描述協(xié)議和 ripng 協(xié)議的測試?yán)龍?zhí)行管理為例，探討了對單 3 狀態(tài)和多狀態(tài)協(xié)議測試?yán)龍?zhí)行的管理方法； 探討了雙端口測試系統(tǒng)與分布式多端口同步并行路由器測試系統(tǒng)之間通 4 信的辦法 第第 2 2 章章 ipip 路由器雙端口測試系統(tǒng)功能模塊簡介路由器雙端口測試系統(tǒng)功能模塊簡介 2.1 路由器雙端口測試系統(tǒng)的簡介路由器雙端口測試系統(tǒng)的簡介 路由器雙端口測試系統(tǒng)在分布式多端口同步并行測試系統(tǒng)中身兼兩職。 既是分布式多端口同步并行測試系統(tǒng)的基礎(chǔ)測試模塊，也可以作為獨(dú)立的 測試工具使用。因此在對其進(jìn)行設(shè)計時，既要考慮到它與上層測試管理器 的通信

41、，也要考慮其作為獨(dú)立測試系統(tǒng)所應(yīng)具備的能力。 圖 2-1 描述的是路由器雙端口測試系統(tǒng)的業(yè)務(wù)流程。從圖中可以看出， 測試?yán)龍?zhí)行開始 從分布式多端口同步并 行測試系統(tǒng)接收測試數(shù) 據(jù)和測試命令 測試管理模塊生成測試 例執(zhí)行序列，初始化系 統(tǒng) 測試管理模塊指示執(zhí)行 測試序列中第一個測試 例 漫游器執(zhí)行測試?yán)?，? 解碼器裝配數(shù)據(jù)和支撐 層適配模塊收發(fā)數(shù)據(jù) 測試管理器將已執(zhí)行測 試?yán)撾x執(zhí)行序列，判 斷執(zhí)行序列是否為空 測試執(zhí)行序列不為空 測試結(jié)束 測試執(zhí)行序列為空 日志記錄模塊記 錄被測 pdu 流和 支撐層 pdu 流 向分布式多端口 同步并行測試系 統(tǒng)發(fā)送測試數(shù)據(jù) 圖 2-1 路由器雙端口測試系

42、統(tǒng)業(yè)務(wù)流程圖 雙端口測試系統(tǒng)的測試工作是從分布式多端口同步并行測試系統(tǒng)接收測試 初始化數(shù)據(jù)和測試命令開始，至所有的測試?yán)龍?zhí)行完畢而結(jié)束。期間，雙 端口測試系統(tǒng)還需要完成對測試?yán)龍?zhí)行進(jìn)行管理、記錄測試數(shù)據(jù)、向分布 式多端口同步并行測試系統(tǒng)發(fā)送測試數(shù)據(jù)等工作。 作為分布式多端口同步并行測試系統(tǒng)中的測試端，雙端口測試系統(tǒng)是整 個分布式系統(tǒng)測試的基礎(chǔ)；同時它自己也有用戶界面，因此用戶可以直接 使用雙端口測試?yán)到y(tǒng)對路由器的單個或一對端口進(jìn)行測試。通過執(zhí)行不 同測試?yán)?，雙端口測試系統(tǒng)可以靈活的進(jìn)行不同的測試任務(wù)。通過對測試 例執(zhí)行的管理，雙端口測試?yán)到y(tǒng)可以優(yōu)化測試，提高系統(tǒng)工作效率。 2.2 路由器雙

43、端口測試系統(tǒng)功能模塊簡介路由器雙端口測試系統(tǒng)功能模塊簡介 2.2.1 測試支撐工具測試支撐工具 測試支撐工具由圖 1-4 中的測試定義語言 ttcn-3 的編譯器和 c 編譯器 組成。ttcn-3 是 iso9646 定義的半形式化描述語言 ttcn(trees and tabular combined notation)的改進(jìn)版。ttcn-317被重新解釋為“testing and test control notation version 3”的縮寫，它在同一測試系統(tǒng)引入 了多個并行的測試控制單元和單元間同步的概念。為了適應(yīng)多端口同步并 行測試，實驗室開發(fā)組還定義了并發(fā)多端口測試描述語言（

44、concurrent multi-port test definition language-cmptdl）49。這樣，就整個分布 式系統(tǒng)來說，測試支撐工具還應(yīng)該包括 cmptdl 的編譯器18。 ttcn-3 描述的測試?yán)m然具有標(biāo)準(zhǔn)性、通用性和不同開發(fā)者定義的測 試?yán)苫Q等優(yōu)點(diǎn)，但 ttcn-3 描述的測試?yán)胁荒苤苯釉跍y試系統(tǒng)中運(yùn)行， 必須通過解釋或編譯的方式才可以轉(zhuǎn)換為機(jī)器代碼。出于對未來高速路由 器的多端口同步并行測試考慮，對測試?yán)龍?zhí)行效率要求較高，因此在筆者 涉及的測試系統(tǒng)開發(fā)中采用了編譯方式19。 在編譯器中還整合了一個功能模塊單測試?yán)龍?zhí)行器(traverser)。單 測試?yán)龍?zhí)

45、行器主要是在收到測試管理器執(zhí)行何測試?yán)拿詈螅唧w負(fù)責(zé) 驅(qū)動一個測試?yán)忻恳粋€測試步的執(zhí)行。 2.2.2 編解碼器和支撐層適配模塊編解碼器和支撐層適配模塊 編解碼器和支撐層適配模塊（如圖 1-4 所示）是銜接可執(zhí)行測試集，實 現(xiàn)被測 pdu 和支撐層 pdu 雙向數(shù)據(jù)翻譯轉(zhuǎn)換的工具。它們一方面將被測 pdu 流編碼成相應(yīng)支撐層環(huán)境所能識別的支撐層 pdu，另一方面將來自支 撐層的 pdu 進(jìn)行相應(yīng)的協(xié)議解碼，并配合收發(fā)數(shù)據(jù)包模塊實現(xiàn)可執(zhí)行測試 集所描述的測試系統(tǒng) pdu 數(shù)據(jù)流動，同時也為各項 pdu 數(shù)據(jù)流記錄、測 試結(jié)果分析提供數(shù)據(jù)接口20。 這里特別需要說明的是編譯器、編解碼器與支撐層

46、適配模塊，在概念 上是獨(dú)立的功能模塊，但在系統(tǒng)的實際設(shè)計與開發(fā)中是被聯(lián)合編譯進(jìn)“可 執(zhí)行測試?yán)?etc executable test case)之中的。在雙端口測試?yán)芾砥?看來，每一個測試?yán)及凑盏囊粋€命名規(guī)則編譯成了一個函數(shù)，執(zhí)行一個 測試?yán)灰{(diào)用相應(yīng)的函數(shù)就可以了。而所有的可執(zhí)行測試?yán)鳛橐粋€函 數(shù)庫，成為測試系統(tǒng)代碼實現(xiàn)的一部分。 2.2.3 雙端口測試管理器雙端口測試管理器 路由器雙端口測試管理器是測試系統(tǒng)的核心部件，同時也是筆者研究 與開發(fā)的對象。它在整個分布式系統(tǒng)中實現(xiàn)測試終端和分布式多端口同步 并行測試管理器的通信；獨(dú)立出與分布式系統(tǒng)，測試器自身也可以使路由 器雙端口測試

47、系統(tǒng)成為一個完整的測試系統(tǒng)。筆者根據(jù)其功能，把雙端口 測試管理器劃分為以下功能模塊： 用戶接口模塊 測試管理模塊 測試集/組/例管理模塊 日志記錄模塊 測試結(jié)果分析與測試報告生成模塊 與分布式多端口同步并行測試管理器接口 系統(tǒng)數(shù)據(jù)庫 本章是關(guān)于雙端口測試系統(tǒng)的介紹，所以雙端口測試管理器各功能模塊 的詳細(xì)設(shè)計，將留在下一章介紹，這里不再贅述。 第第 3 3 章章 路由器雙端口測試系統(tǒng)管理器設(shè)計路由器雙端口測試系統(tǒng)管理器設(shè)計 3.1 雙端口測試系統(tǒng)管理器的功能模塊組成雙端口測試系統(tǒng)管理器的功能模塊組成 在路由器雙端口測試系統(tǒng)中，除了雙端口測試管理器外，還有許多其 他功能模塊，如何讓各個模塊融合在一

48、起協(xié)調(diào)工作？在大多數(shù)測試活動中， 執(zhí)行的測試?yán)h(yuǎn)超過一個，如何對這些測試中執(zhí)行的測試?yán)M(jìn)行合理管理？ 這些問題都是路由器雙端口測試系統(tǒng)管理器設(shè)計時，需要考慮的問題。 筆者在路由器雙端口測試系統(tǒng)管理器的設(shè)計與開發(fā)中，根據(jù)分布式多 端口同步并行測試系統(tǒng)的要求以及路由器雙端口測試系統(tǒng)本身亦可作為獨(dú) 立測試系統(tǒng)的要求，對雙端口測試系統(tǒng)管理器的功能模塊做了以下劃分： 與分布式多端口同步并行測試管理器接口模塊 用戶接口模塊 測試管理模塊 測試集/組/例管理模塊 日志記錄模塊 測試結(jié)果分析與測試報告生成模塊 系統(tǒng)數(shù)據(jù)庫 與分布式多端口同步并行測試管理器接口模塊與分布式多端口同步并行測試管理器接口模塊是路由器

49、雙端口測試系統(tǒng) 能夠成為分布式測試系統(tǒng)測試基礎(chǔ)模塊的關(guān)鍵。它接收分布式多端口同步 并行測試系統(tǒng)的測試命令和測試初始化數(shù)據(jù)，同時也把每個測試?yán)龍?zhí)行的 結(jié)果以及產(chǎn)生的相關(guān)數(shù)據(jù)傳輸給上層分布式測試系統(tǒng)管理器。因此可以說， 如果沒有與分布式多端口同步并行測試管理器接口模塊與分布式多端口同步并行測試管理器接口模塊，整個分布式式系 統(tǒng)無法協(xié)調(diào)同步工作。 用戶接口模塊用戶接口模塊和系統(tǒng)數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)庫的設(shè)計是基于雙端口測試系統(tǒng)可以作為獨(dú)立 測試系統(tǒng)的考慮。這是因為，在分布式多端口同步并行測試系統(tǒng)管理器端 有分布式系統(tǒng)的用戶接口模塊和整個系統(tǒng)的數(shù)據(jù)庫。如果雙端口測試系統(tǒng) 只是作為分布式系統(tǒng)的一個模塊，在其測試

50、器中則無需設(shè)計用戶接口模塊 和系統(tǒng)數(shù)據(jù)庫。但是，基于雙端口測試系統(tǒng)脫離分布式系統(tǒng)也可以成為獨(dú) 立測試系統(tǒng)的考慮，在雙端口測試系統(tǒng)管理中，也必須加入這兩個模塊。 3.2 雙端口測試系統(tǒng)管理器的功能模塊設(shè)計雙端口測試系統(tǒng)管理器的功能模塊設(shè)計 3.2.1 用戶接口模塊用戶接口模塊 如上節(jié)所述，在雙端口測試系統(tǒng)中設(shè)計用戶接口模塊，主要是基于該測 試系統(tǒng)能夠自成獨(dú)立系統(tǒng)的考慮，同時它的設(shè)計與開發(fā)，也為上層分布式 多端口同步并行測試系統(tǒng)中用戶接口的設(shè)計提供了可借鑒經(jīng)驗。 用戶接口模塊的主體功能：生成用戶界面；向測試管理模塊傳送用戶數(shù) 據(jù)；顯示測試數(shù)據(jù)。根據(jù)其功能，筆者把該模塊劃分為三個子模塊： 用戶界面生

51、成模塊 測試數(shù)據(jù)傳輸模塊 測試數(shù)據(jù)顯示模塊 “用戶界面生成模塊”用于在顯示終端生成完整的用戶界面，以利于用 戶輸入信息、控制測試和瀏覽結(jié)果。其中用戶界面包括“測試控制” 、 “顯 示” 、 “日志” 、 “幫助”四個下拉菜單。測試控制菜單：包括“新建測試” 、 “開始測試” 、 “中止測試”命令。 “新建測試”命令，由向?qū)е敢脩粜陆?一個測試項目。 “自動測試”項目只需要用戶選擇進(jìn)行何種測試和輸入測試 用戶接口模塊用戶接口模塊 用戶界面生成模塊用戶界面生成模塊 測試數(shù)據(jù)傳輸模塊測試數(shù)據(jù)傳輸模塊測試數(shù)據(jù)顯示模塊測試數(shù)據(jù)顯示模塊 測試管理模塊測試管理模塊系統(tǒng)數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)庫 圖 3-1 用戶接口

52、模塊數(shù)據(jù)流圖 參數(shù)即可由系統(tǒng)自動完成測試；“自定義測試”項目需要用戶自行選擇測 試?yán)洼斎霚y試參數(shù)。 “開始測試”命令用于在測試系統(tǒng)準(zhǔn)備就緒后通知系 統(tǒng)開始測試。 “中止測試”命令用于測試過程中強(qiáng)行中止測試。顯示菜單： 可在通過此菜單選擇顯示或關(guān)閉那些窗口。日志菜單：包括“保存測試日 志” 、 “保存測試報告” 、 “載入測試日志” 、 “載入測試報告”命令。用戶使 用這些命令可以將測試日志和測試報告保存為文件，也可以從文件中讀出 以前保存的測試日志和測試報告。幫助菜單：提供幫助系統(tǒng)和軟件版本號。 “測試數(shù)據(jù)傳輸模塊”用于在用戶接口模塊內(nèi)部的子模塊間或與其他模 塊進(jìn)行數(shù)據(jù)傳輸。主要的數(shù)據(jù)傳輸流

53、程如圖 3-1 所示： 1)將用戶通過用戶界面輸入的測試數(shù)據(jù)，傳送到測試管理模塊 2)將用戶輸入的測試系統(tǒng)參數(shù)存入系統(tǒng)數(shù)據(jù)庫。測試系統(tǒng)參數(shù)包括測試 對象和測試端口的 ip 地址，如果數(shù)據(jù)鏈路層為以太網(wǎng)，則還包括 mac 地 址的配置等。因為經(jīng)編譯器編譯形成的可執(zhí)行測試?yán)峭ㄓ脺y試?yán)?，對?具體的測試環(huán)境并不能預(yù)知。所以需要用戶在測試之間輸入測試配置信息， 并由測試數(shù)據(jù)傳輸模塊存入系統(tǒng)數(shù)據(jù)庫。當(dāng)測試?yán)龍?zhí)行時，需要相關(guān)的測 試配置信息就可以直接從系統(tǒng)數(shù)據(jù)庫中讀取。 3)從系統(tǒng)數(shù)據(jù)庫中讀出測試過程中產(chǎn)生的數(shù)據(jù)，并交由測試數(shù)據(jù)顯示模 塊顯示。這些測試過程中產(chǎn)生的數(shù)據(jù)包括各測試?yán)龍?zhí)行結(jié)果、被測 pdu

54、數(shù) 據(jù)流、支撐層 pdu 數(shù)據(jù)流等 “測試數(shù)據(jù)顯示模塊”用于在用戶界面顯示測試過程中產(chǎn)生的數(shù)據(jù)。在 測試進(jìn)行期間動態(tài)顯示每一個測試?yán)龍?zhí)行的情況；測試?yán)繄?zhí)行完畢后， 顯示測試報告。所以其數(shù)據(jù)流如圖 3-1 所示，從測試數(shù)據(jù)傳輸模塊接收數(shù) 據(jù)，將數(shù)據(jù)處理后，交由用戶界面生成模塊顯示在測試終端的顯示設(shè)備上。 3.2.2 測試管理模塊測試管理模塊 路由器雙端口測試系統(tǒng)的測試管理器的作用是協(xié)調(diào)管理雙端口測試系統(tǒng) 中各模塊的工作，而在測試管理器內(nèi)部，起協(xié)調(diào)管理作用的則是測試管理 模塊。測試管理模塊的主體功能是協(xié)調(diào)系統(tǒng)各模塊工作；調(diào)度各測試?yán)?照適當(dāng)順序執(zhí)行。 測試管理模塊測試管理模塊 用戶接口模塊用

55、戶接口模塊 測試初始化 模塊 測試?yán)龍?zhí)行 管理模塊 測試集測試集/組組/例例 管理模塊管理模塊 漫游器漫游器 系統(tǒng)數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)庫 測試結(jié)果分析與測試結(jié)果分析與 測試報告生成模測試報告生成模 塊塊 圖 3-2 測試管理模塊數(shù)據(jù)流圖 如圖 3-2 所示，測試?yán)芾砟K幾乎與測試管理器的其余模塊都有數(shù) 據(jù)通信，可見其在測試管理器中管理協(xié)調(diào)其他模塊的作用。根據(jù)測試?yán)?理模塊的功能，筆者將其劃分為測試初始化模塊和測試?yán)龍?zhí)行管理模塊。 “測試初始化模塊”用于在測試初始化階段從用戶接口模塊接收用戶輸 入的測試數(shù)據(jù)；調(diào)用測試集/組/例管理模塊生成測試所需的測試?yán)龍?zhí)行序 列；根據(jù)用戶需求和測試系統(tǒng)要求完成測

56、試系統(tǒng)的初始化工作。 “測試?yán)龍?zhí)行模塊”用于調(diào)度測試?yán)膱?zhí)行。按照測試?yán)龍?zhí)行序列的順 序驅(qū)動漫游器逐個執(zhí)行測試?yán)?；測試進(jìn)行過程中，記錄測試?yán)龍?zhí)行結(jié)果并 寫入系統(tǒng)數(shù)據(jù)庫，調(diào)用測試集/組/例管理模塊對測試?yán)龍?zhí)行進(jìn)行管理；測 試?yán)繄?zhí)行完畢后，驅(qū)動測試結(jié)果分析與測試報告生成模塊進(jìn)行結(jié)果分 析并生成測試報告。 3.2.3 測試集測試集/ /組組/ /例管理模塊例管理模塊 測試集/組/例管理模塊的功能是對測試?yán)膱?zhí)行按照一定的規(guī)則進(jìn)行管 理。它的主要工作是在測試?yán)跏蓟A段，將一個測試項目所有需執(zhí)行的 測試?yán)帕谐梢粋€測試?yán)龍?zhí)行序列，序列中測試?yán)捻樞蚋鶕?jù)測試?yán)g 關(guān)系確定；在測試進(jìn)行中，對測試?yán)龍?zhí)

57、行序列進(jìn)行動態(tài)管理。 有關(guān)與測試?yán)龍?zhí)行管理的具體方法，是雙端口測試管理器中主要需要解 決的問題之一，因此有關(guān)于測試?yán)龍?zhí)行管理的規(guī)則，筆者在本章之后，將 用一個專門的章節(jié)進(jìn)行討論。這個規(guī)則就是測試集/組/例管理模塊工作的 主要依據(jù)。 3.2.4 日志記錄模塊日志記錄模塊 在測試過程中，雙端口測試管理器需要對每個測試?yán)龍?zhí)行時產(chǎn)生的被測 pdu 數(shù)據(jù)流和支撐層 pdu 數(shù)據(jù)流進(jìn)行記錄。在某些情況下，由于各種原因， 部分測試?yán)慕Y(jié)果可能為“不確定”(inconc)，這時可能需要通過對測試結(jié) 果進(jìn)行人工分析，參考對被測 pdu 數(shù)據(jù)流和支撐層 pdu 數(shù)據(jù)流的記錄，得 出補(bǔ)充結(jié)論或設(shè)計新的測試?yán)齺磉M(jìn)一步

58、證實相關(guān)功能的測試結(jié)果。此外， 實際測試中可能出現(xiàn)測試結(jié)果的正確與否與支撐層的行為有關(guān)的情況，這 就是為什么保存支撐層 pdu 數(shù)據(jù)流的原因。通過分析支撐層 pdu 數(shù)據(jù)流可 能有助于進(jìn)一步確定被測層出現(xiàn)的問題16。 筆者根據(jù)日志記錄模塊的功能，該模塊按其所記錄數(shù)據(jù)的類型，直接將 日志記錄模塊劃分成： 被測 pdu 流記錄模塊 支撐層 pdu 流記錄模塊 如圖 3-3 所示，日志記錄模塊在編解碼器和支撐層適配模塊和系統(tǒng)數(shù)據(jù) 庫之間進(jìn)行數(shù)據(jù)傳輸。 3.2.4 測試結(jié)果分析與測試報告生成模塊測試結(jié)果分析與測試報告生成模塊 簡單說來測試結(jié)果分析與測試報告生成模塊的功能就是分析每個測試?yán)?執(zhí)行的結(jié)果，

59、并生成測試報告。 “測試結(jié)果分析模塊”從系統(tǒng)數(shù)據(jù)庫中讀出每個測試?yán)龍?zhí)行結(jié)果的記錄， 分析測試結(jié)果，得出測試結(jié)論，交用戶接口模塊，通過用戶界面顯示。 “測試報告生成模塊”根據(jù)各個測試?yán)龍?zhí)行的結(jié)果，生成測試報告，把 測試報告交用戶接口模塊，通過用戶界面顯示。測試報告應(yīng)包括一些統(tǒng)計 數(shù)據(jù)，例如本次測試執(zhí)行的測試?yán)倲?shù)，有多少通過，多少失敗，多少不 確定。一致性測試的測試報告還應(yīng)指出被測路由器實現(xiàn)了那些協(xié)議功能， 那些協(xié)議功能沒有實現(xiàn)；性能測試的測試報告則列出被測路由器經(jīng)測試得 出的吞吐率、延遲、幀/包丟失率、幀/包突發(fā)量等21各項性能指標(biāo)。 圖 3-4 所描述的就是測試結(jié)果分析與測試報告生成模塊的數(shù)

60、據(jù)流圖。 在圖中可以清楚地看到，在測試結(jié)束后，測試結(jié)果分析與測試報告生成模 塊只需直接從系統(tǒng)數(shù)據(jù)庫中讀取各測試?yán)龍?zhí)行的結(jié)果和相關(guān)的測試數(shù)據(jù)就 可以得出測試結(jié)果和測試報告。 日志記錄模塊日志記錄模塊 被測 pdu 流記 錄模塊 支撐層 pdu 流 記錄模塊 系統(tǒng)數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)庫 編解碼器和支撐編解碼器和支撐 層適配模塊層適配模塊 圖 3-3 日志記錄模塊數(shù)據(jù)流圖 comment zhx6: 測試系統(tǒng)中 的大量數(shù)據(jù)（logging files, test suite/group/case, test report 等）都 是以文字文件或程序文件形式出現(xiàn)的， 使用數(shù)據(jù)庫管理系統(tǒng)還是文件管理系 統(tǒng)需要