《路由器雙端口測(cè)試管理器研究與開(kāi)發(fā)碩士畢業(yè)論文》由會(huì)員分享，可在線閱讀，更多相關(guān)《路由器雙端口測(cè)試管理器研究與開(kāi)發(fā)碩士畢業(yè)論文（52頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 研研 究究 生生 學(xué)學(xué) 位位 論論 文文路由器雙端口測(cè)試管理器研究與開(kāi)發(fā)年 級(jí) 二二 級(jí) 姓 名 申請(qǐng)學(xué)位級(jí)別 碩 士 專(zhuān) 業(yè) 計(jì)算機(jī)應(yīng)用技術(shù) 指 導(dǎo) 教 師 Classified Index: TP393Southwest Jiaotong UniversityMaster Degree ThesisRESEARCH AND DEVELOP ON TWO-PORT TEST SYSTEM UNDER ROUTER DISTRIBUTED MULTI-PORT SYNCHRONIZED PARALLEL TEST 摘摘 要要本論文的研究背景是路由器測(cè)試技術(shù)。多端口、高速性和既支持 IPv6又

2、支持 IPv4 是從 IPv4 向 IPv6 過(guò)渡的整個(gè)歷史時(shí)期的特點(diǎn)。以 ISO9646 為代表的傳統(tǒng)的路由器測(cè)試方法為單端口的“回繞測(cè)試法” （LTM）和雙端口的“穿越測(cè)試法” （TTM） ，難以適應(yīng)現(xiàn)代路由器多端口的特點(diǎn)；高速路由器的性能測(cè)試要求測(cè)試方法的高效性和端口間的同步協(xié)調(diào)，在 LTM 和 TTM 中都缺少相應(yīng)的支持。所有這些就是四川省網(wǎng)絡(luò)通信重點(diǎn)實(shí)驗(yàn)室（SC-Netcom Lab）提出“分布式多端口同步并行穿越測(cè)試法分布式多端口同步并行穿越測(cè)試法” （DMSP-TTM）和開(kāi)發(fā)“多多端端口路由器分布式并發(fā)測(cè)試系統(tǒng)口路由器分布式并發(fā)測(cè)試系統(tǒng)”（MPR-DCTS）的直接背景。目前仍處于

3、開(kāi)發(fā)階段的路由器“分布式多端口并發(fā)測(cè)試系統(tǒng)”為兩層結(jié)構(gòu)：上層為路由器多端口測(cè)試管理器（RMPTM Router Multi-Port Test Manager） ，下層為路由器雙端口測(cè)試器（RTPT Router Two-Port Tester） 。RMPTM 處理與路由器多端口測(cè)試相關(guān)問(wèn)題（為多個(gè) RTPT 配置相關(guān)測(cè)試控制數(shù)據(jù)，同步與協(xié)調(diào)多個(gè) RTPT 的工作。RTPT 支持 LTM 和 TTM,既可以通過(guò)局域網(wǎng)實(shí)現(xiàn)層間系統(tǒng)的互聯(lián)，構(gòu)成分布式的多端口測(cè)試系統(tǒng)，也可以作為獨(dú)立的測(cè)試系統(tǒng)完成雙端口測(cè)試。本文所反映的工作重點(diǎn)是關(guān)于 RTPT 的“雙端口測(cè)試管理器” （RTPTM）的研究與開(kāi)發(fā)技術(shù)

4、。RTPTM 作為多端口測(cè)試的下層測(cè)試器管理器和獨(dú)立的雙端口測(cè)試管理器具有雙重職責(zé)和雙重功能：既是雙端口測(cè)試的控制管理部件，又時(shí)對(duì)外接口與管理部件（作為獨(dú)立測(cè)試系統(tǒng)時(shí)提供與測(cè)試操作員交互接口，作為多端口測(cè)試器的下級(jí)測(cè)試器，與多端口測(cè)試管理器接口接受其控制） 。本論文的貢獻(xiàn)可以概括為：A、對(duì)路由器雙端口測(cè)試系統(tǒng)管理器的各功能模塊進(jìn)行了分析和詳細(xì)設(shè)計(jì)，完成了對(duì)路由器雙端口測(cè)試系統(tǒng)用戶(hù)界面模塊和測(cè)試?yán)龍?zhí)行管理模塊的開(kāi)發(fā)。B、設(shè)計(jì)了“測(cè)試?yán)x擇規(guī)則表” （Test-case Selection-Rules Table TSRT）以簡(jiǎn)化測(cè)試選擇管理和提高測(cè)試執(zhí)行效率，分別提出了單狀態(tài)協(xié)議和多狀態(tài)協(xié)議測(cè)試

5、例管理的一般性方法。C、討論了路由器雙端口測(cè)試系統(tǒng)與上層管理器的通信問(wèn)題，為今后分 布式多端口同步并行測(cè)試系統(tǒng)的開(kāi)發(fā)奠定了初步的基礎(chǔ)。關(guān)鍵詞：多端口分布式同步并行穿越測(cè)試法關(guān)鍵詞：多端口分布式同步并行穿越測(cè)試法（MDSP-TTM） ；路由器雙端；路由器雙端口測(cè)試系統(tǒng)管理器（口測(cè)試系統(tǒng)管理器（RTPTMRTPTM） ；測(cè)試?yán)x擇管理；測(cè)試?yán)x擇管理 AbstractAbstract The background of this dissertation is router testing techniques. The main futures of modern router in the p

6、rocess of migrating from IPv4 to IPv6 are characterized by multi-ports, high-speed, and complication in supporting both IPv4 and IPv6. The orthodox test methods defined in ISO 9646, i.e. LTM (Loop-back Test Method) and TTM (Transverse Test Method) are not catered for such router testing. Performance

7、 testing for high-speed routers demands high-efficiency in testing as well as synchronization among multi-ports. All these have spurred the research activities at Sichuan Network Communication Key Laboratory (SC-Netcom Lab), which are represented by the novel test method called DMSP-TTM (Distributed

8、 Multi-port Synchronized Parallel TTM) and development of MPR-DCTS (Multi-Port Router Distributed Concurrent Test System). The distributed multi-port concurrent test system under development at SC-Netcom Lab takes a two-layer structure: the upper layer formed of the Router Multi-Port Test Manager (R

9、MPTM) and the lower layer composed of multiple “Router Two-Port Testers (RTPT)”. RTPTM deals with multi-port test issues such as RTPT configuration, test case distribution, and synchronization among multiple RTPTs. RTPT on the other hand, supports both LTM and TTM and acts either as an independent t

10、est 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 Test 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 f

11、unctions between RTPT and RTPTM in an MPR-DCTS or between RTPT and test operator when the RTPT works independently.The main contributions of this dissertation can be summarized as:A.Provisioning of a functional framework for RTPTM through detailed analysis and design, and implementation of user inte

12、rface module and test case selection module.B.To improve test efficiency via dynamic test case selection according to test case execution result, a TSRT (Test-case Selection-Rules Table) is designed and generic test selection methods for single- state and multi-states protocols are provided. C.To pr

13、ovide a basis for future development of MPR-DCTS, communication issues between the RTPTM and the RMPTM are also provided.Keywords: MDSP-TTM (Multi-port Distributed Parallel Transverse Test Method, RTPTM (Router Two-Port Test Manager) Test Case selection 目目 錄錄摘摘 要要.IAbstractAbstract.III目目 錄錄.V第第 1 章章

14、 緒論緒論.11.1 論文的研究背景.11.1.1 分布式多端口同步并行測(cè)試的意義.1 1.1.2 分布式多端口同步并行測(cè)試系統(tǒng).41.1.3 路由器雙端口測(cè)試系統(tǒng).51.2 研究分布式多端口同步并行測(cè)試系統(tǒng)下雙端口測(cè)試管理器的意義.71.3 論文的組織結(jié)構(gòu).81.4 作者的工作與論文的貢獻(xiàn).8第第 2 2 章章 IPIP 路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介.102.1 路由器雙端口測(cè)試系統(tǒng)的簡(jiǎn)介.102.2 路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介.112.2.1 測(cè)試支撐工具.112.2.2 編解碼器和支撐層適配模塊.122.2.3 雙端口測(cè)試管理器.12第第 3 3

15、 章章 路由器雙端口測(cè)試系統(tǒng)管理器設(shè)計(jì)路由器雙端口測(cè)試系統(tǒng)管理器設(shè)計(jì).143.1 雙端口測(cè)試系統(tǒng)管理器的功能模塊組成.143.2 雙端口測(cè)試系統(tǒng)管理器的功能模塊設(shè)計(jì).153.2.1 用戶(hù)接口模塊.153.2.2 測(cè)試管理模塊.173.2.3 測(cè)試集/組/例管理模塊.193.2.4 日志記錄模塊.193.2.4 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊.203.2.5 與分布式多端口同步并行測(cè)試管理器接口.213.2.6 系統(tǒng)數(shù)據(jù)庫(kù).22第第 4 4 章章 測(cè)試?yán)龍?zhí)行管理測(cè)試?yán)龍?zhí)行管理.234.1 雙端口測(cè)試器中的測(cè)試?yán)龍?zhí)行管理.234.1.1 雙端口測(cè)試器中測(cè)試?yán)龍?zhí)行的過(guò)程.234.1.2 測(cè)試?yán)龍?zhí)行管

16、理的策略.244.2 單狀態(tài)協(xié)議測(cè)試?yán)膱?zhí)行管理.304.2.1 IPv6 測(cè)試?yán)膱?zhí)行管理.314.2.2 單狀態(tài)協(xié)議測(cè)試?yán)龍?zhí)行管理的方法.344.3 多狀態(tài)協(xié)議測(cè)試?yán)膱?zhí)行管理.354.3.1 RIPng 測(cè)試?yán)膱?zhí)行管理 .354.3.2 多狀態(tài)協(xié)議測(cè)試?yán)龍?zhí)行管理的方法.38第第 5 章章 雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)接口的研雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)接口的研究究.40 5.1 雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)接口的作用.405.2 雙端口測(cè)試系統(tǒng)與分布式多端口同步并行測(cè)試系統(tǒng)接口的設(shè)計(jì).415.2.1 雙端口測(cè)試系統(tǒng)與分布

17、式多端口同步并行路由器測(cè)試系統(tǒng)接口的數(shù)據(jù)格式.415.2.2 雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)接口的功能模塊設(shè)計(jì).42第第 6 章章 總結(jié)與展望總結(jié)與展望.446.1 小結(jié).446.2 展望.44致致 謝謝.46參考文獻(xiàn)參考文獻(xiàn).47Comment ZHX1: 參考文獻(xiàn)請(qǐng)按引用的先后次序標(biāo)號(hào)！ 第第 1 章章 緒論緒論1.1 論文的研究背景論文的研究背景1.1.1 分布式多端口同步并行測(cè)試的分布式多端口同步并行測(cè)試的研究背景研究背景以 IPv4 為基礎(chǔ)的 Internet 在以文本為主體的應(yīng)用環(huán)境中推動(dòng)了計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和計(jì)算機(jī)網(wǎng)絡(luò)在全球的廣泛應(yīng)用，極大的改變了人們的工作

18、、學(xué)習(xí)、生活。但是，隨著 Internet 的迅猛發(fā)展，用戶(hù)數(shù)呈指數(shù)型增長(zhǎng)，IPv4逐漸表現(xiàn)出地址匱乏的缺點(diǎn)；隨著多媒體應(yīng)用日益增加，用戶(hù)數(shù)據(jù)更多地呈現(xiàn)面向連接服務(wù)的特征，用戶(hù)數(shù)據(jù)流的速率不斷提高(從 Kbps 數(shù)量級(jí)提高到 Mbps 數(shù)量級(jí))；服務(wù)質(zhì)量（QoS）的需求也有了很大的變化，Internet盡其所能的服務(wù)面臨著新的挑戰(zhàn)。IPv61將 IPv4 地址長(zhǎng)度由 4 字節(jié)擴(kuò)展為16 字節(jié)，解決了 IP 地址匱乏的問(wèn)題44；對(duì) IP 報(bào)頭的簡(jiǎn)化，有利于提高對(duì)IP 報(bào)文的處理速度45。NGI（Next-Generation Internet）2-3就是在這一背景下產(chǎn)生的。在 Internet

19、發(fā)展的同時(shí)，網(wǎng)絡(luò)設(shè)備特別是在網(wǎng)絡(luò)通信中發(fā)揮巨大作用的路由器，在技術(shù)、性能等方面都得到了長(zhǎng)足發(fā)展。在這種背景下，路由器的測(cè)試問(wèn)題就重新提高到議事日程。目前對(duì)路由器的測(cè)試主要有 2個(gè)問(wèn)題有待解決，一個(gè)是如何盡快把過(guò)去對(duì)以 IPv4 協(xié)議集的測(cè)試轉(zhuǎn)入到對(duì)IPv6 協(xié)議集的測(cè)試上，另一個(gè)問(wèn)題是如何在測(cè)試中更好的模擬路由器的真實(shí)工作環(huán)境，以達(dá)到對(duì)其性能精確的測(cè)試。 路由器實(shí)質(zhì)上是由包括應(yīng)用層協(xié)議在內(nèi)的信令控制平面和管理平面的協(xié)議集和只有 3 層結(jié)構(gòu)的用戶(hù)數(shù)據(jù)傳輸平面構(gòu)成的，因此相關(guān)的測(cè)試也必須包括分別對(duì)兩個(gè)平面的協(xié)議進(jìn)行 Conformance 測(cè)試。路由器或交換路由器是 Internet 中實(shí)現(xiàn)系統(tǒng)互

20、聯(lián)的多端口高速交換設(shè)備，目前主要是采用ISO9646 規(guī)定的兩種抽象測(cè)試法，即對(duì)單端口的“回繞測(cè)試法” （LTM - Loop-back Test Method）或?qū)σ粚?duì)端口的“穿越測(cè)試法”(TTM - Transverse Test Method) 4-5。回繞測(cè)試法和穿越測(cè)試法的示意圖如圖 1-1 和圖 1-2 所示。對(duì)單端口的“回繞測(cè)試”或?qū)σ粚?duì)端口的“穿越測(cè)試”都不能驗(yàn)證端口間的相互影響，特別是對(duì)于性能測(cè)試，其測(cè)試結(jié)果不能定量地界定路由器的實(shí)際工作性能，特別是難以考察系統(tǒng)在并發(fā)數(shù)據(jù)的實(shí)際運(yùn)行環(huán)境中符合協(xié)議的程度和性能指標(biāo)，因而目前的測(cè)試技術(shù)和系統(tǒng)所進(jìn)行的測(cè)試是不完整的?，F(xiàn)有的測(cè)試描述語(yǔ)

21、言，包括歐洲的擴(kuò)展描述語(yǔ)言 TTCN-3 在內(nèi)，都沒(méi)有提供一個(gè)完整的描述這類(lèi)并發(fā)性的機(jī)制。為了解決這兩個(gè)問(wèn)題，筆者所在的四川省網(wǎng)絡(luò)通信技術(shù)重點(diǎn)實(shí)驗(yàn)室根據(jù)過(guò)去的工作經(jīng)驗(yàn)和研究基礎(chǔ)，把網(wǎng)絡(luò)協(xié)議測(cè)試技術(shù)的研究作為實(shí)驗(yàn)室的4 個(gè)重點(diǎn)研究方向之一。相關(guān)的研究工作瞄準(zhǔn)對(duì)路由器的“分布式多端口同步并行測(cè)試技術(shù)”的研究。迄今為止，國(guó)外尚未見(jiàn)以此為目標(biāo)的系統(tǒng)出現(xiàn)。僅就 IPv6 協(xié)議本身的測(cè)試工作來(lái)看，目前國(guó)外的現(xiàn)有工作大體可分為兩大類(lèi)：?jiǎn)雾?xiàng)測(cè)試系統(tǒng)開(kāi)發(fā)和在現(xiàn)有 IPv4 網(wǎng)絡(luò)環(huán)境上建立 IPv6 的互通性（Inter-operability）測(cè)試環(huán)境（即采用在 IPv4 之上利用隧道方式（Tunneling）

22、41進(jìn)行測(cè)試） 。 建立測(cè)試環(huán)境（Test bed）的研究活動(dòng)：主要研究實(shí)體有兩類(lèi)：IETF 和網(wǎng)絡(luò)公司（或大型網(wǎng)絡(luò)運(yùn)營(yíng)者） 。其中以 IETF 的“6 bone Project”6活 測(cè)試器測(cè)試器 1 1測(cè)試器測(cè)試器 2被測(cè)路由器被測(cè)路由器 中繼功能中繼功能圖 11 回繞測(cè)試法示意圖 測(cè)試器測(cè)試器被測(cè)路由器被測(cè)路由器 中繼功能中繼功能圖 12 穿越測(cè)試法示意圖Comment ZHX2: 這是端系統(tǒng)測(cè)試的實(shí)例，不是路由器測(cè)試系統(tǒng)。Comment ZHX3: 這也是端系統(tǒng)測(cè)試！ 動(dòng)與本項(xiàng)工作相關(guān)密切。該專(zhuān)案的基本思想是：以現(xiàn)有的 IPv4 網(wǎng)絡(luò)為基礎(chǔ)，對(duì) IPv6 進(jìn)行“隧道” （Tunneli

23、ng）測(cè)試24。從 6bone 近年的研究題目看，其重點(diǎn)在于盡快進(jìn)行系統(tǒng)間的互通測(cè)試，在于研究如何以 IPv4 網(wǎng)絡(luò)平臺(tái)進(jìn)行 IPv6 的實(shí)驗(yàn)；而并未全面開(kāi)展對(duì)涉及 IPv6 的兩類(lèi)設(shè)備（端系統(tǒng)和中繼系統(tǒng)）和 3 類(lèi)測(cè)試目標(biāo)（一致性、互通性和性能測(cè)試）進(jìn)行全面的方法研究和測(cè)試系統(tǒng)的建設(shè)。 開(kāi)發(fā)單機(jī)測(cè)試系統(tǒng)的活動(dòng)：這類(lèi)項(xiàng)目把測(cè)試系統(tǒng)的開(kāi)發(fā)作為主要研究對(duì)象。開(kāi)展這類(lèi)研究的單位包括研究機(jī)構(gòu)和測(cè)試設(shè)備開(kāi)發(fā)廠家。前者可以美國(guó) NIST（原 NBS）為代表，該研究所的信息技術(shù)實(shí)驗(yàn)室（ITL）從 70年代末開(kāi)始從事 OSI 協(xié)議的 conformance test 系統(tǒng)研究，主要采用技術(shù)為機(jī)內(nèi)測(cè)試法（Loc

24、al Test Method）和分布式測(cè)試法（Distributed Test Method） ，前一種方法測(cè)試功能強(qiáng)，但實(shí)施困難，只適合作為系統(tǒng)自我調(diào)試；后一種方法測(cè)試設(shè)備間的同步問(wèn)題未得到解決。類(lèi)似的工作還有 HP 測(cè)試儀和Compaq 的測(cè)試軟件，根據(jù)相關(guān)資料重點(diǎn)在互通測(cè)試與性能測(cè)試。從 80 年代中期開(kāi)始我國(guó)主要有下述單位涉足了網(wǎng)絡(luò)協(xié)議測(cè)試技術(shù)研究和系統(tǒng)開(kāi)發(fā)：中科院成都計(jì)算機(jī)應(yīng)用研究所提出了“Ferry-clip Test Approach”7并以此為基礎(chǔ)開(kāi)發(fā)了針對(duì) OSI 傳送層協(xié)議的測(cè)試系統(tǒng)，并將該測(cè)試系統(tǒng)移置到微機(jī)之中。在國(guó)家 863 項(xiàng)目支持下，中科院計(jì)算所研制開(kāi)發(fā)出一套 IP

25、v6 協(xié)議一致性測(cè)試系統(tǒng)8。從所發(fā)表文章來(lái)看，中科院項(xiàng)目IPv6CTS 雖然能實(shí)現(xiàn)多端口測(cè)試，文中并未明確提出新的并行、并發(fā)測(cè)試方法。在解決同一測(cè)試系統(tǒng)如何實(shí)現(xiàn)對(duì)多個(gè)端口進(jìn)行觀測(cè)的問(wèn)題上，該系統(tǒng)采用集線器作為接入路由器多端口的手段。集線器的共享特征使多端口測(cè)試實(shí)時(shí)控制較難，該文未討論如何應(yīng)用于性能測(cè)試和解決實(shí)時(shí)同步問(wèn)題。從系統(tǒng)開(kāi)發(fā)目標(biāo)看，主要是否符合協(xié)議標(biāo)準(zhǔn)的測(cè)試（Conformance Test） ，而未涉及另外兩類(lèi)測(cè)試，即性能測(cè)試（Performance Test）和互通性測(cè)試（Interoperability Test） 。此外，北京郵電大學(xué)的 IPv6 研究小組9、蘭州大學(xué) IPv6

26、試驗(yàn)床10也涉足建立試驗(yàn)系統(tǒng)和有關(guān)測(cè)試研究，主要采用的是基于IPv4 的測(cè)試。國(guó)內(nèi)關(guān)于協(xié)議測(cè)試技術(shù)的研究，在 80 年代中后期和 90 年代初中期有較多的單位開(kāi)展。就 IPv6 協(xié)議測(cè)試而言，中科院計(jì)算機(jī)所發(fā)表有就 IPv6中 Neighbor Discovery 協(xié)議及其測(cè)試方面的文章11。內(nèi)蒙古大學(xué)計(jì)算機(jī)學(xué)院發(fā)表的基于 PC 的 IPv6 網(wǎng)絡(luò)平臺(tái)及其測(cè)試的探討12文章談到用 PC 組建 IPv6 網(wǎng)絡(luò)，建立測(cè)試環(huán)境用于測(cè)試 IPv6 協(xié)議的問(wèn)題。清華大學(xué)從近年發(fā)Comment ZHX4: 前面似乎未提到TTCN-3,如何此處得出“綜上所述”的結(jié)論？Comment ZHX5: 什么問(wèn)題？為

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

28、User-data transfer Platform Architecture Network) 42交換設(shè)備的測(cè)試作準(zhǔn)備。1.1.2 分布式多端口同步并行穿越測(cè)試法和相關(guān)測(cè)試系統(tǒng)分布式多端口同步并行穿越測(cè)試法和相關(guān)測(cè)試系統(tǒng)在解決上述問(wèn)題的過(guò)程中，四川省網(wǎng)絡(luò)通信重點(diǎn)實(shí)驗(yàn)室把主要的工作重心放在分布式多端口同步并發(fā)測(cè)試系統(tǒng)的設(shè)計(jì)與研發(fā)上，在研發(fā)的過(guò)程中，同時(shí)對(duì)相關(guān)的技術(shù)展開(kāi)研究。針對(duì)現(xiàn)有的多端口路由器測(cè)試技術(shù)中存在的問(wèn)題，筆者所在實(shí)驗(yàn)室提出了“分布式多端口同步并行穿越測(cè)試法”(DMSP-TTM - Distributed Multi-port Synchronized Parallel-TTM)

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

30、統(tǒng)。 被測(cè)路由器單個(gè)/單對(duì)端口測(cè)試器 1單個(gè)/單對(duì)端口測(cè)試器 i單個(gè)/單對(duì)端口測(cè)試器 n測(cè)試數(shù)據(jù)分布式多端口同步并行管理器同步協(xié)調(diào)命令測(cè)試數(shù)據(jù)測(cè)試數(shù)據(jù)響應(yīng)響應(yīng)響應(yīng)響應(yīng)同步協(xié)調(diào)命令同步協(xié)調(diào)命令響應(yīng)單個(gè)/單對(duì)端口測(cè)試系統(tǒng)響應(yīng)圖 1-3 DMSP-TTM 測(cè)試法示意圖圖 1-3 即為 DMSP-TTM 測(cè)試法的簡(jiǎn)單描述。1.1.3 本論文研究的小背景本論文研究的小背景路由器雙端口測(cè)試路由器雙端口測(cè)試器器路由器雙端口測(cè)試系統(tǒng)(RTPT Router Two-Port Tester)是路由器分布式多端口同步并發(fā)測(cè)試系統(tǒng)的基礎(chǔ)測(cè)試部件。它既能夠作為分布式路由器的多端口并發(fā)測(cè)試系統(tǒng)的底層測(cè)試器，也可以作為一

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

32、行測(cè)試系統(tǒng)對(duì)雙端口或單個(gè)端口進(jìn)行測(cè)試。所以在進(jìn)行路由器雙端口測(cè)試管理器的設(shè)計(jì)時(shí)，就要兼顧路由器雙端口測(cè)試器的這兩個(gè)特點(diǎn)。在路由器雙端口測(cè)試管理器中，有一個(gè)重要模塊雙端口測(cè)試器與分布式多端口同步并行路由器測(cè)試系統(tǒng)的接口，該模塊是雙端口測(cè)試系統(tǒng) 單測(cè)試?yán)龍?zhí)行器單測(cè)試?yán)龍?zhí)行器 2 2（Test Case Traverser）圖 1-4 路由器雙端口測(cè)試?yán)到y(tǒng)簡(jiǎn)圖 支持層適配模塊支持層適配模塊（裝拆被測(cè)層3 3PDU） RTPTM (Router Two-1 1Port Test Manager):路由路由器雙端口測(cè)試管理器器雙端口測(cè)試管理器A.用戶(hù)接口模用戶(hù)接口模(User Interface Mo

33、dule): 用戶(hù)操作界面圖形化測(cè)試過(guò)程動(dòng)態(tài)顯示模塊+系統(tǒng)初始化模塊可執(zhí)行測(cè)試集：可執(zhí)行測(cè)試集：ETS Executable Test Suite + Encoder/DecoderB.B.測(cè)試?yán)郎y(cè)試?yán)? /組管理模塊：組管理模塊：靜態(tài)與動(dòng)態(tài)測(cè)試?yán)?、組選擇）測(cè)試集、測(cè)試組選擇測(cè)試?yán)x擇與測(cè)試同步信息、測(cè)試?yán)概膳c分發(fā)、測(cè)試?yán)Y(jié)論測(cè)試?yán){(diào)用、已編碼的 PDU融入測(cè)試?yán)械腜DU 解碼器中。C.測(cè)試結(jié)測(cè)試結(jié)果分析與果分析與測(cè)試報(bào)告測(cè)試報(bào)告生成模塊生成模塊 測(cè)試支持層協(xié)議實(shí)現(xiàn)：測(cè)試支持層協(xié)議實(shí)現(xiàn)： 4 41)測(cè)試測(cè)試 IPv6：為：為 IPv4 或數(shù)據(jù)或數(shù)據(jù)鏈路層鏈路層2)測(cè)試應(yīng)用層：測(cè)試應(yīng)用層：U

34、DP3)信控平面與用戶(hù)平面聯(lián)合測(cè)信控平面與用戶(hù)平面聯(lián)合測(cè)試：都需要試：都需要并發(fā)測(cè)試配置命令、同步、測(cè)試中間結(jié)果被測(cè)被測(cè) PDU流、命令流流、命令流和測(cè)試結(jié)論和測(cè)試結(jié)論記錄。記錄。支持層支持層 PDU數(shù)據(jù)流記錄數(shù)據(jù)流記錄模塊：模塊：測(cè)試后進(jìn)行分析用。至分布式多端口同步并行測(cè)試系統(tǒng)抽象測(cè)試集（用 TTCN-3語(yǔ)言描述）1、TTCNC 編譯2、C機(jī)器代碼編譯 與路由器分布式多端口同步并行測(cè)試系統(tǒng)間通信的橋梁。兩者之間的通信使進(jìn)行分布式多端口同步并行測(cè)試的各個(gè)雙端口測(cè)試器可以同步協(xié)調(diào)工作，同時(shí)也使分布式多端口同步并行測(cè)試管理器可以匯總各個(gè)雙端口測(cè)試器的測(cè)試結(jié)果16。避開(kāi)分布式多端口同步并行測(cè)試技術(shù)不

35、談，就雙端口測(cè)試器本身來(lái)說(shuō)，目前就這方面的研究與設(shè)計(jì)主要是針對(duì)某一特定測(cè)試任務(wù)來(lái)進(jìn)行的22-23，當(dāng)測(cè)試任務(wù)改變時(shí)往往需要重新設(shè)計(jì)、開(kāi)發(fā)測(cè)試系統(tǒng)。這使測(cè)試系統(tǒng)缺乏靈活性和通用性。因此在設(shè)計(jì)雙端口測(cè)試系統(tǒng)時(shí)，其設(shè)計(jì)目標(biāo)包括：既能夠作為路由器分布式多端口同步并行測(cè)試系統(tǒng)的底層測(cè)試器，也可以作為一個(gè)獨(dú)立的路由器雙端口測(cè)試系統(tǒng)；既能夠?qū)β酚善髦械膯蝹€(gè)協(xié)議實(shí)現(xiàn)進(jìn)行測(cè)試，也能夠在多個(gè)協(xié)議的配合下進(jìn)行聯(lián)合測(cè)試；既支持穿越測(cè)試法，也支持回繞測(cè)試法；既支持按事先確定的測(cè)試?yán)龍?zhí)行順序進(jìn)行測(cè)試，也具備根據(jù)測(cè)試?yán)龍?zhí)行結(jié)果，動(dòng)態(tài)地選擇執(zhí)行測(cè)試?yán)?，即根?jù)協(xié)議特點(diǎn)和測(cè)試?yán)龍?zhí)行結(jié)果跳過(guò)不需要再執(zhí)行的測(cè)試?yán)?。雙端口測(cè)試管理器是

36、雙端口測(cè)試系統(tǒng)的核心組成部分。它對(duì)上實(shí)現(xiàn)測(cè)試終端（雙端口測(cè)試器）和分布式多端口同步并行測(cè)試系統(tǒng)的通信；對(duì)下完成系統(tǒng)配置、測(cè)試?yán)龍?zhí)行管理、測(cè)試過(guò)程監(jiān)視和記錄、測(cè)試過(guò)程管理控制、初步測(cè)試報(bào)告的生成；在停止測(cè)試的狀況下，進(jìn)一步為人工分析測(cè)試結(jié)果和形成最終的測(cè)試報(bào)告提供支持。整個(gè)測(cè)試系統(tǒng)的各模塊在測(cè)試管理器的管理下，有序協(xié)調(diào)的進(jìn)行工作。綜上所述，筆者對(duì)雙端口測(cè)試管理器的研究與設(shè)計(jì)為整個(gè)系統(tǒng)的實(shí)現(xiàn)打下了良好基礎(chǔ)。1.3 論文的組織結(jié)構(gòu)論文的組織結(jié)構(gòu)本論文的后續(xù)章節(jié)內(nèi)容與組織結(jié)構(gòu)如下：第 2 章針對(duì)雙端口測(cè)試系統(tǒng)的特點(diǎn)，介紹路由器雙端口測(cè)試系統(tǒng)的三大部件：測(cè)試支撐工具、編/解碼器與支撐層適配模塊、雙端口測(cè)

37、試管理器。第 3 章主要介紹筆者對(duì)雙端口測(cè)試管理器的各個(gè)功能模塊的設(shè)計(jì)。這是開(kāi)發(fā)雙端口測(cè)試管理器的基礎(chǔ)。第 4 章探討對(duì)測(cè)試?yán)龍?zhí)行的管理。一方面探討了測(cè)試?yán)龍?zhí)行管理的一般 性方法；另一方面以 IPv6 基本描述協(xié)議和 RIPng 協(xié)議的測(cè)試?yán)龍?zhí)行管理為例，分別探討了對(duì)單狀態(tài)和多狀態(tài)協(xié)議測(cè)試?yán)龍?zhí)行的管理方法。第 5 章探討了雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)的接口設(shè)計(jì)，提出了兩個(gè)測(cè)試系統(tǒng)之間通信的辦法。最后，第 6 章在對(duì)論文工作進(jìn)行總結(jié)的基礎(chǔ)上，對(duì)后續(xù)研究工作進(jìn)行了分析和展望。1.4 作者的工作與論文的貢獻(xiàn)作者的工作與論文的貢獻(xiàn)作者在西南交通大學(xué)網(wǎng)絡(luò)通信技術(shù)省重點(diǎn)實(shí)驗(yàn)室承擔(dān)的主

38、要工作是對(duì)路由器雙端口測(cè)試管理器的研究與開(kāi)發(fā)并探討了雙端口測(cè)試系統(tǒng)與上層分布式多端口同步并行測(cè)試系統(tǒng)的通信方法。作者的主要工作包括以下幾個(gè)方面：對(duì)路由器雙端口測(cè)試管理器的各個(gè)功能模塊進(jìn)行了詳細(xì)設(shè)計(jì)； 1針對(duì)測(cè)試?yán)龍?zhí)行管理設(shè)計(jì)了測(cè)試?yán)龍?zhí)行規(guī)則表（Testcase Executing Rules 2Table TERT） ，提出了測(cè)試?yán)龍?zhí)行管理的一般性方法；以 IPv6 基本描述協(xié)議和 RIPng 協(xié)議的測(cè)試?yán)龍?zhí)行管理為例，探討了對(duì)單 3狀態(tài)和多狀態(tài)協(xié)議測(cè)試?yán)龍?zhí)行的管理方法；探討了雙端口測(cè)試系統(tǒng)與分布式多端口同步并行路由器測(cè)試系統(tǒng)之間通 4信的辦法 第第 2 2 章章 IPIP 路由器雙端口測(cè)試系

39、統(tǒng)功能模塊簡(jiǎn)介路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介2.1 路由器雙端口測(cè)試系統(tǒng)的簡(jiǎn)介路由器雙端口測(cè)試系統(tǒng)的簡(jiǎn)介路由器雙端口測(cè)試系統(tǒng)在分布式多端口同步并行測(cè)試系統(tǒng)中身兼兩職。既是分布式多端口同步并行測(cè)試系統(tǒng)的基礎(chǔ)測(cè)試模塊，也可以作為獨(dú)立的測(cè)試工具使用。因此在對(duì)其進(jìn)行設(shè)計(jì)時(shí)，既要考慮到它與上層測(cè)試管理器的通信，也要考慮其作為獨(dú)立測(cè)試系統(tǒng)所應(yīng)具備的能力。圖 2-1 描述的是路由器雙端口測(cè)試系統(tǒng)的業(yè)務(wù)流程。從圖中可以看出，測(cè)試?yán)龍?zhí)行開(kāi)始從分布式多端口同步并行測(cè)試系統(tǒng)接收測(cè)試數(shù)據(jù)和測(cè)試命令測(cè)試管理模塊生成測(cè)試?yán)龍?zhí)行序列，初始化系統(tǒng)測(cè)試管理模塊指示執(zhí)行測(cè)試序列中第一個(gè)測(cè)試?yán)纹鲌?zhí)行測(cè)試?yán)?，?解碼器裝配數(shù)據(jù)

40、和支撐層適配模塊收發(fā)數(shù)據(jù)測(cè)試管理器將已執(zhí)行測(cè)試?yán)撾x執(zhí)行序列，判斷執(zhí)行序列是否為空測(cè)試執(zhí)行序列不為空測(cè)試結(jié)束測(cè)試執(zhí)行序列為空日志記錄模塊記錄被測(cè) PDU 流和支撐層 PDU 流向分布式多端口同步并行測(cè)試系統(tǒng)發(fā)送測(cè)試數(shù)據(jù)圖 2-1 路由器雙端口測(cè)試系統(tǒng)業(yè)務(wù)流程圖 雙端口測(cè)試系統(tǒng)的測(cè)試工作是從分布式多端口同步并行測(cè)試系統(tǒng)接收測(cè)試初始化數(shù)據(jù)和測(cè)試命令開(kāi)始，至所有的測(cè)試?yán)龍?zhí)行完畢而結(jié)束。期間，雙端口測(cè)試系統(tǒng)還需要完成對(duì)測(cè)試?yán)龍?zhí)行進(jìn)行管理、記錄測(cè)試數(shù)據(jù)、向分布式多端口同步并行測(cè)試系統(tǒng)發(fā)送測(cè)試數(shù)據(jù)等工作。作為分布式多端口同步并行測(cè)試系統(tǒng)中的測(cè)試端，雙端口測(cè)試系統(tǒng)是整個(gè)分布式系統(tǒng)測(cè)試的基礎(chǔ)；同時(shí)它自己也有用

41、戶(hù)界面，因此用戶(hù)可以直接使用雙端口測(cè)試?yán)到y(tǒng)對(duì)路由器的單個(gè)或一對(duì)端口進(jìn)行測(cè)試。通過(guò)執(zhí)行不同測(cè)試?yán)p端口測(cè)試系統(tǒng)可以靈活的進(jìn)行不同的測(cè)試任務(wù)。通過(guò)對(duì)測(cè)試?yán)龍?zhí)行的管理，雙端口測(cè)試?yán)到y(tǒng)可以?xún)?yōu)化測(cè)試，提高系統(tǒng)工作效率。2.2 路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介2.2.1 測(cè)試支撐工具測(cè)試支撐工具測(cè)試支撐工具由圖 1-4 中的測(cè)試定義語(yǔ)言 TTCN-3 的編譯器和 C 編譯器組成。TTCN-3 是 ISO9646 定義的半形式化描述語(yǔ)言 TTCN(Trees and Tabular Combined Notation)的改進(jìn)版。TTCN-317被重新解釋為“Testin

42、g and Test Control Notation Version 3”的縮寫(xiě)，它在同一測(cè)試系統(tǒng)引入了多個(gè)并行的測(cè)試控制單元和單元間同步的概念。為了適應(yīng)多端口同步并行測(cè)試，實(shí)驗(yàn)室開(kāi)發(fā)組還定義了并發(fā)多端口測(cè)試描述語(yǔ)言（Concurrent Multi-Port Test Definition Language-CMPTDL）49。這樣，就整個(gè)分布式系統(tǒng)來(lái)說(shuō)，測(cè)試支撐工具還應(yīng)該包括 CMPTDL 的編譯器18。TTCN-3 描述的測(cè)試?yán)m然具有標(biāo)準(zhǔn)性、通用性和不同開(kāi)發(fā)者定義的測(cè)試?yán)苫Q等優(yōu)點(diǎn)，但 TTCN-3 描述的測(cè)試?yán)胁荒苤苯釉跍y(cè)試系統(tǒng)中運(yùn)行，必須通過(guò)解釋或編譯的方式才可以轉(zhuǎn)換為機(jī)器代

43、碼。出于對(duì)未來(lái)高速路由器的多端口同步并行測(cè)試考慮，對(duì)測(cè)試?yán)龍?zhí)行效率要求較高，因此在筆者涉及的測(cè)試系統(tǒng)開(kāi)發(fā)中采用了編譯方式19。在編譯器中還整合了一個(gè)功能模塊單測(cè)試?yán)龍?zhí)行器(Traverser)。單測(cè)試?yán)龍?zhí)行器主要是在收到測(cè)試管理器執(zhí)行何測(cè)試?yán)拿詈?，具體負(fù)責(zé)驅(qū)動(dòng)一個(gè)測(cè)試?yán)忻恳粋€(gè)測(cè)試步的執(zhí)行。 2.2.2 編解碼器和支撐層適配模塊編解碼器和支撐層適配模塊編解碼器和支撐層適配模塊（如圖 1-4 所示）是銜接可執(zhí)行測(cè)試集，實(shí)現(xiàn)被測(cè) PDU 和支撐層 PDU 雙向數(shù)據(jù)翻譯轉(zhuǎn)換的工具。它們一方面將被測(cè)PDU 流編碼成相應(yīng)支撐層環(huán)境所能識(shí)別的支撐層 PDU，另一方面將來(lái)自支撐層的 PDU 進(jìn)行相應(yīng)的協(xié)

44、議解碼，并配合收發(fā)數(shù)據(jù)包模塊實(shí)現(xiàn)可執(zhí)行測(cè)試集所描述的測(cè)試系統(tǒng) PDU 數(shù)據(jù)流動(dòng)，同時(shí)也為各項(xiàng) PDU 數(shù)據(jù)流記錄、測(cè)試結(jié)果分析提供數(shù)據(jù)接口20。這里特別需要說(shuō)明的是編譯器、編解碼器與支撐層適配模塊，在概念上是獨(dú)立的功能模塊，但在系統(tǒng)的實(shí)際設(shè)計(jì)與開(kāi)發(fā)中是被聯(lián)合編譯進(jìn)“可執(zhí)行測(cè)試?yán)?ETC Executable Test Case)之中的。在雙端口測(cè)試?yán)芾砥骺磥?lái)，每一個(gè)測(cè)試?yán)及凑盏囊粋€(gè)命名規(guī)則編譯成了一個(gè)函數(shù)，執(zhí)行一個(gè)測(cè)試?yán)灰{(diào)用相應(yīng)的函數(shù)就可以了。而所有的可執(zhí)行測(cè)試?yán)鳛橐粋€(gè)函數(shù)庫(kù)，成為測(cè)試系統(tǒng)代碼實(shí)現(xiàn)的一部分。2.2.3 雙端口測(cè)試管理器雙端口測(cè)試管理器路由器雙端口測(cè)試管理器是測(cè)試系統(tǒng)

45、的核心部件，同時(shí)也是筆者研究與開(kāi)發(fā)的對(duì)象。它在整個(gè)分布式系統(tǒng)中實(shí)現(xiàn)測(cè)試終端和分布式多端口同步并行測(cè)試管理器的通信；獨(dú)立出與分布式系統(tǒng)，測(cè)試器自身也可以使路由器雙端口測(cè)試系統(tǒng)成為一個(gè)完整的測(cè)試系統(tǒng)。筆者根據(jù)其功能，把雙端口測(cè)試管理器劃分為以下功能模塊：用戶(hù)接口模塊測(cè)試管理模塊測(cè)試集/組/例管理模塊日志記錄模塊測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊與分布式多端口同步并行測(cè)試管理器接口系統(tǒng)數(shù)據(jù)庫(kù)本章是關(guān)于雙端口測(cè)試系統(tǒng)的介紹，所以雙端口測(cè)試管理器各功能模塊的詳細(xì)設(shè)計(jì)，將留在下一章介紹，這里不再贅述。 第第 3 3 章章 路由器雙端口測(cè)試系統(tǒng)管理器設(shè)計(jì)路由器雙端口測(cè)試系統(tǒng)管理器設(shè)計(jì)3.1 雙端口測(cè)試系統(tǒng)管理器

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

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

48、布式系統(tǒng)的用戶(hù)接口模塊和整個(gè)系統(tǒng)的數(shù)據(jù)庫(kù)。如果雙端口測(cè)試系統(tǒng)只是作為分布式系統(tǒng)的一個(gè)模塊，在其測(cè)試器中則無(wú)需設(shè)計(jì)用戶(hù)接口模塊和系統(tǒng)數(shù)據(jù)庫(kù)。但是，基于雙端口測(cè)試系統(tǒng)脫離分布式系統(tǒng)也可以成為獨(dú) 立測(cè)試系統(tǒng)的考慮，在雙端口測(cè)試系統(tǒng)管理中，也必須加入這兩個(gè)模塊。3.2 雙端口測(cè)試系統(tǒng)管理器的功能模塊設(shè)計(jì)雙端口測(cè)試系統(tǒng)管理器的功能模塊設(shè)計(jì)3.2.1 用戶(hù)接口模塊用戶(hù)接口模塊如上節(jié)所述，在雙端口測(cè)試系統(tǒng)中設(shè)計(jì)用戶(hù)接口模塊，主要是基于該測(cè)試系統(tǒng)能夠自成獨(dú)立系統(tǒng)的考慮，同時(shí)它的設(shè)計(jì)與開(kāi)發(fā)，也為上層分布式多端口同步并行測(cè)試系統(tǒng)中用戶(hù)接口的設(shè)計(jì)提供了可借鑒經(jīng)驗(yàn)。用戶(hù)接口模塊的主體功能：生成用戶(hù)界面；向測(cè)試管理模塊

49、傳送用戶(hù)數(shù)據(jù)；顯示測(cè)試數(shù)據(jù)。根據(jù)其功能，筆者把該模塊劃分為三個(gè)子模塊：用戶(hù)界面生成模塊測(cè)試數(shù)據(jù)傳輸模塊測(cè)試數(shù)據(jù)顯示模塊“用戶(hù)界面生成模塊”用于在顯示終端生成完整的用戶(hù)界面，以利于用戶(hù)輸入信息、控制測(cè)試和瀏覽結(jié)果。其中用戶(hù)界面包括“測(cè)試控制” 、 “顯示” 、 “日志” 、 “幫助”四個(gè)下拉菜單。測(cè)試控制菜單：包括“新建測(cè)試” 、“開(kāi)始測(cè)試” 、 “中止測(cè)試”命令。 “新建測(cè)試”命令，由向?qū)е敢脩?hù)新建一個(gè)測(cè)試項(xiàng)目。 “自動(dòng)測(cè)試”項(xiàng)目只需要用戶(hù)選擇進(jìn)行何種測(cè)試和輸入測(cè)試用戶(hù)接口模塊用戶(hù)接口模塊用戶(hù)界面生成模塊用戶(hù)界面生成模塊測(cè)試數(shù)據(jù)傳輸模塊測(cè)試數(shù)據(jù)傳輸模塊測(cè)試數(shù)據(jù)顯示模塊測(cè)試數(shù)據(jù)顯示模塊測(cè)試管理

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

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

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

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

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

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

56、的行為有關(guān)的情況，這就是為什么保存支撐層 PDU 數(shù)據(jù)流的原因。通過(guò)分析支撐層 PDU 數(shù)據(jù)流可能有助于進(jìn)一步確定被測(cè)層出現(xiàn)的問(wèn)題16。筆者根據(jù)日志記錄模塊的功能，該模塊按其所記錄數(shù)據(jù)的類(lèi)型，直接將日志記錄模塊劃分成：被測(cè) PDU 流記錄模塊支撐層 PDU 流記錄模塊如圖 3-3 所示，日志記錄模塊在編解碼器和支撐層適配模塊和系統(tǒng)數(shù)據(jù)庫(kù)之間進(jìn)行數(shù)據(jù)傳輸。 3.2.4 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊簡(jiǎn)單說(shuō)來(lái)測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊的功能就是分析每個(gè)測(cè)試?yán)龍?zhí)行的結(jié)果，并生成測(cè)試報(bào)告?！皽y(cè)試結(jié)果分析模塊”從系統(tǒng)數(shù)據(jù)庫(kù)中讀出每個(gè)測(cè)試?yán)龍?zhí)行結(jié)果的記錄，分析測(cè)試結(jié)果，得

57、出測(cè)試結(jié)論，交用戶(hù)接口模塊，通過(guò)用戶(hù)界面顯示?！皽y(cè)試報(bào)告生成模塊”根據(jù)各個(gè)測(cè)試?yán)龍?zhí)行的結(jié)果，生成測(cè)試報(bào)告，把測(cè)試報(bào)告交用戶(hù)接口模塊，通過(guò)用戶(hù)界面顯示。測(cè)試報(bào)告應(yīng)包括一些統(tǒng)計(jì)數(shù)據(jù)，例如本次測(cè)試執(zhí)行的測(cè)試?yán)倲?shù)，有多少通過(guò)，多少失敗，多少不確定。一致性測(cè)試的測(cè)試報(bào)告還應(yīng)指出被測(cè)路由器實(shí)現(xiàn)了那些協(xié)議功能，那些協(xié)議功能沒(méi)有實(shí)現(xiàn)；性能測(cè)試的測(cè)試報(bào)告則列出被測(cè)路由器經(jīng)測(cè)試得出的吞吐率、延遲、幀/包丟失率、幀/包突發(fā)量等21各項(xiàng)性能指標(biāo)。圖 3-4 所描述的就是測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊的數(shù)據(jù)流圖。在圖中可以清楚地看到，在測(cè)試結(jié)束后，測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊只需直接從系統(tǒng)數(shù)據(jù)庫(kù)中讀取各測(cè)試?yán)龍?zhí)行的

58、結(jié)果和相關(guān)的測(cè)試數(shù)據(jù)就可以得出測(cè)試結(jié)果和測(cè)試報(bào)告。日志記錄模塊日志記錄模塊被測(cè) PDU 流記錄模塊支撐層 PDU 流記錄模塊系統(tǒng)數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)庫(kù)編解碼器和支撐編解碼器和支撐層適配模塊層適配模塊圖 3-3 日志記錄模塊數(shù)據(jù)流圖Comment ZHX6: 測(cè)試系統(tǒng)中的大量數(shù)據(jù)（Logging Files, Test Suite/Group/Case, Test Report 等）都是以文字文件或程序文件形式出現(xiàn)的，使用數(shù)據(jù)庫(kù)管理系統(tǒng)還是文件管理系統(tǒng)需要斟酌。這一段內(nèi)容太空，應(yīng)有分析并提供基本組成思路或初步框架。 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊模塊測(cè)試結(jié)果分析模塊測(cè)試報(bào)告生

59、成模塊系統(tǒng)數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)庫(kù)用戶(hù)接口模塊用戶(hù)接口模塊圖 3-4 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊數(shù)據(jù)流圖3.2.5 與與分布式多端口同步并行測(cè)試管理器接口分布式多端口同步并行測(cè)試管理器接口與分布式多端口同步并行測(cè)試管理器接口主要負(fù)責(zé)和上層的分布式多端口同步并行測(cè)試系統(tǒng)管理器進(jìn)行通信。當(dāng)雙端口測(cè)試系統(tǒng)作為下層測(cè)試端工作時(shí)，必須從分布式多端口同步并行測(cè)試系統(tǒng)的管理器接收測(cè)試命令，分布式系統(tǒng)的雙端口測(cè)試系統(tǒng)才能夠同步并行的進(jìn)行多端口的測(cè)試工作。此外，在進(jìn)行分布式多端口同步并行測(cè)試時(shí)，用戶(hù)在上層的分布式多端口同步并行測(cè)試系統(tǒng)的管理器端進(jìn)行操作，因此測(cè)試配置等數(shù)據(jù)是在分布式系統(tǒng)的上層端輸入的，這些測(cè)試配置的

60、數(shù)據(jù)也必須通過(guò)由上層測(cè)試管理器發(fā)出，通過(guò)雙端口測(cè)試系統(tǒng)與分布式多端口同步并行測(cè)試管理器的接口來(lái)接收。因此，進(jìn)行分布式多端口同步并行測(cè)試時(shí)，雙端口測(cè)試系統(tǒng)的用戶(hù)接口模塊將蛻化為單一的顯示終端。有關(guān)于在與分布式多端口同步并行測(cè)試管理器接口模塊中，兩個(gè)測(cè)試系統(tǒng)之間具體是如何進(jìn)行通信的將在后繼的章節(jié)中給予詳細(xì)介紹。3.2.6 系統(tǒng)系統(tǒng)數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)在分布式多端口同步并行測(cè)試系統(tǒng)中，上層管理器端有一個(gè)總系統(tǒng)數(shù)據(jù) 庫(kù)，下層的若干個(gè)雙端口測(cè)試系統(tǒng)都可以共享其中的數(shù)據(jù)。筆者之所以要在雙端口測(cè)試系統(tǒng)中也建立其自有數(shù)據(jù)庫(kù)主要是基于兩方面的考慮：1)雙端口測(cè)試系統(tǒng)是一個(gè)獨(dú)立的測(cè)試系統(tǒng)，所以應(yīng)當(dāng)有其自帶的數(shù)據(jù)庫(kù)以存儲(chǔ)測(cè)

61、試系統(tǒng)參數(shù)、測(cè)試數(shù)據(jù)等2)當(dāng)雙端口測(cè)試系統(tǒng)作為分布式測(cè)試系統(tǒng)一部分時(shí)，有些在測(cè)試中經(jīng)常用到的數(shù)據(jù)，不宜頻繁從上層的總系統(tǒng)數(shù)據(jù)庫(kù)中讀取，所以雙端口測(cè)試系統(tǒng)帶有自己的數(shù)據(jù)庫(kù)也是基于整個(gè)系統(tǒng)運(yùn)行高效、穩(wěn)定的考慮。在雙端口測(cè)試系統(tǒng)的數(shù)據(jù)庫(kù)中有靜態(tài)和動(dòng)態(tài)兩種數(shù)據(jù)。靜態(tài)數(shù)據(jù)在測(cè)試過(guò)程中始終不會(huì)變化，它就像軟件的代碼一樣，作為測(cè)試系統(tǒng)軟件的一部分。這類(lèi)數(shù)據(jù)主要是測(cè)試?yán)龍?zhí)行管理的規(guī)則，在后繼章節(jié)將會(huì)詳細(xì)介紹。動(dòng)態(tài)數(shù)據(jù)則是上面提到的測(cè)試系統(tǒng)參數(shù)、測(cè)試?yán)龍?zhí)行結(jié)果、被測(cè) PDU 流記錄、支撐層 PDU 流記錄等。這些數(shù)據(jù)在每次測(cè)試時(shí)都會(huì)因?yàn)闇y(cè)試系統(tǒng)配置和所執(zhí)行的測(cè)試?yán)淖兌淖?。Comment ZHX7: 一段文字

62、成為“圖”不合適！ 第第 4 4 章章 測(cè)試?yán)龍?zhí)行管理測(cè)試?yán)龍?zhí)行管理4.14.1 雙端口測(cè)試器中的測(cè)試?yán)龍?zhí)行管理雙端口測(cè)試器中的測(cè)試?yán)龍?zhí)行管理前面章節(jié)已經(jīng)介紹過(guò)，在分布式多端口同步并行路由器測(cè)試系統(tǒng)中，測(cè)試工作主要是通過(guò)執(zhí)行相關(guān)測(cè)試?yán)齺?lái)進(jìn)行的。在此過(guò)程中，測(cè)試?yán)梢耘c被測(cè)路由器進(jìn)行數(shù)據(jù)通信并通過(guò)收到的數(shù)據(jù)判定測(cè)試?yán)龍?zhí)行的結(jié)果。所有測(cè)試?yán)膱?zhí)行都是在分布式多端口同步并行測(cè)試管理器的協(xié)調(diào)下，由若干雙端口測(cè)試器來(lái)執(zhí)行的。所以，分布式多端口同步并行路由器測(cè)試系統(tǒng)中，對(duì)測(cè)試?yán)膱?zhí)行管理就顯得格外重要。在測(cè)試?yán)木唧w執(zhí)行者雙端口測(cè)試器中，由雙端口測(cè)試系統(tǒng)管理器具體對(duì)測(cè)試?yán)膱?zhí)行進(jìn)行管理。當(dāng)單個(gè)雙端口路由器

63、獨(dú)立進(jìn)行測(cè)試時(shí)，情況也是如此。如果我們?cè)谠O(shè)計(jì)雙端口測(cè)試系統(tǒng)管理器時(shí)，對(duì)測(cè)試?yán)芾硪?guī)則進(jìn)行合理有效的設(shè)計(jì)，就能提高測(cè)試?yán)龍?zhí)行的效率，進(jìn)而提高整個(gè)測(cè)試系統(tǒng)的性能。4.1.14.1.1 雙端口測(cè)試器中測(cè)試?yán)龍?zhí)行的過(guò)程雙端口測(cè)試器中測(cè)試?yán)龍?zhí)行的過(guò)程RTPT 實(shí)際調(diào)用的測(cè)試?yán)怯?TTCN-3 編寫(xiě)的測(cè)試?yán)?，首先將?jīng) TTCN-3/C 編譯器生成 C/C代碼，通過(guò)與編解碼器（E/D）和單測(cè)試?yán)螝v程序（Test Case Traverser）的 C 代碼聯(lián)合進(jìn)行 C 編譯后形成的可執(zhí)行程序。按照系統(tǒng)開(kāi)發(fā)各小組之間的約定，負(fù)責(zé)編譯器開(kāi)發(fā)的小組把每個(gè)測(cè)試?yán)幾g成一個(gè)函數(shù)，并以用該測(cè)試名作為該函數(shù)的名稱(chēng)。所有

64、的測(cè)試集，以函數(shù)庫(kù)的形式存在于系統(tǒng)中，測(cè)試管理器可以直接通過(guò)調(diào)用對(duì)應(yīng)函數(shù)來(lái)達(dá)到執(zhí)行測(cè)試?yán)哪康?。比如進(jìn)行 IPv6 一致性測(cè)試時(shí)，我們把 IPv6 測(cè)試?yán)袦y(cè)試 IPv6 版本號(hào)字段的一個(gè)測(cè)試?yán)麨?G1_GS1_BV001, 因此該測(cè)試?yán)M(jìn)行編譯后，將形成如下函數(shù)：圖 41 中的函數(shù)的值verdict 為一個(gè)枚舉類(lèi)型25，其定義為：verdict G1_GS1_BV001( )圖 41 測(cè)試?yán)瘮?shù)Comment ZHX8: 這一段應(yīng)該討論測(cè)試?yán)倪x擇原則預(yù)算法。請(qǐng)考慮建議的表格方式是否合理？此表的目的僅為用于測(cè)試?yán)x擇， “測(cè)試目標(biāo)”和“測(cè)試結(jié)果”有什么用？Comment ZHX9: 為什

65、么是“通用”測(cè)試集或例？RTPT 執(zhí)行的只能是可執(zhí)行測(cè)試集、組、例。通用測(cè)試集與測(cè)試方法無(wú)關(guān)，抽象測(cè)試?yán)c測(cè)試方法有關(guān)，但 RTPT 不能執(zhí)行，只有可執(zhí)行測(cè)試?yán)拍転?RTPT 所用。 enum verdict pass, fail, inconclusive該枚舉類(lèi)型的成員分別代表 TTCN3 中 Verdict 類(lèi)型三個(gè)值：pass、fail、inconc。測(cè)試管理器通過(guò)判斷函數(shù)返回值，即枚舉類(lèi)型 verdict的值就可以知道該測(cè)試?yán)龍?zhí)行的結(jié)果為 pass（通過(guò)） 、fail（失?。┻€是inconc（不確定） 。測(cè)試管理器就可以根據(jù)測(cè)試?yán)龍?zhí)行的結(jié)果做出相應(yīng)操作。在實(shí)際的測(cè)試過(guò)程中，測(cè)試管理

66、器根據(jù)用戶(hù)的選擇逐個(gè)執(zhí)行相關(guān)測(cè)試?yán)?，?yīng)該執(zhí)行那個(gè)測(cè)試?yán)驼{(diào)用那個(gè)測(cè)試?yán)鶎?duì)應(yīng)的函數(shù)。測(cè)試?yán)瘮?shù)在執(zhí)行中，自動(dòng)向路由器發(fā)送數(shù)據(jù)，接收反饋數(shù)據(jù)，根據(jù)反饋數(shù)據(jù)得出執(zhí)行結(jié)果，最后把結(jié)果以返回值的形式送測(cè)試管理器。測(cè)試管理器則根據(jù)測(cè)試?yán)瘮?shù)的返回值判斷其執(zhí)行結(jié)果、做出相應(yīng)操作，并決定下一步執(zhí)行那一個(gè)測(cè)試?yán)Ｒ来祟?lèi)推，直到所有需要執(zhí)行的測(cè)試?yán)紙?zhí)行完畢。這就是測(cè)試?yán)陔p端口測(cè)試器中執(zhí)行的過(guò)程。4.1.24.1.2 測(cè)試?yán)龍?zhí)行管理的測(cè)試?yán)龍?zhí)行管理的策略策略通過(guò)上一小節(jié)的介紹已經(jīng)可以了解一個(gè)測(cè)試?yán)龍?zhí)行的大致過(guò)程，但是一次測(cè)試往往需要執(zhí)行若干測(cè)試?yán)?，而測(cè)試?yán)龍?zhí)行管理也不僅僅是簡(jiǎn)單的執(zhí)行每個(gè)測(cè)試?yán)?，再匯集每個(gè)測(cè)試?yán)龍?zhí)行的結(jié)果。在雙端口測(cè)試系統(tǒng)管理器中，對(duì)測(cè)試?yán)龍?zhí)行的管理應(yīng)著重解決以下幾個(gè)問(wèn)題：當(dāng)需要執(zhí)行的測(cè)試?yán)谝粋€(gè)以上時(shí)，如何有序組織為數(shù)眾多的測(cè)試?yán)?dāng)每個(gè)測(cè)試?yán)龍?zhí)行后產(chǎn)生不同結(jié)果，針對(duì)不同的執(zhí)行結(jié)果，測(cè)試系統(tǒng)應(yīng)該采取那些應(yīng)對(duì)操作當(dāng)一個(gè)測(cè)試?yán)龍?zhí)行完畢后，如何根據(jù)其執(zhí)行的結(jié)果確定下一個(gè)應(yīng)當(dāng)執(zhí)行的測(cè)試?yán)跍y(cè)試系統(tǒng)的實(shí)際開(kāi)發(fā)中，為了解決以上問(wèn)題，筆者設(shè)計(jì)了一個(gè)測(cè)試?yán)龍?zhí)行規(guī)則表（Testcase Executin