【正文】 計(jì)好每個(gè)測(cè)試?yán)龍?zhí)行的處理策略，并寫入中心數(shù)據(jù)庫(kù)的測(cè)試?yán)龍?zhí)行規(guī)則表中2)在測(cè)試器軟件執(zhí)行過(guò)程中，首先從測(cè)試?yán)龍?zhí)行規(guī)則表中讀出數(shù)據(jù)并寫入測(cè)試?yán)龍?zhí)行序列的對(duì)應(yīng)位置3)按照測(cè)試?yán)龍?zhí)行序列的指示逐一執(zhí)行測(cè)試?yán)⑻幚砥鋱?zhí)行結(jié)果，直到測(cè)試序列中所有的測(cè)試?yán)龍?zhí)行完畢。 count。while(count0){ result = ExecuteFunctions(pname)。測(cè)試?yán)瘮?shù)實(shí)際上是在 ExecuteFunctions 函數(shù)中被調(diào)用，再把執(zhí)行后的結(jié)果返回給調(diào)用函數(shù)。但是在測(cè)試?yán)芾砥髦惺怯靡粋€(gè)循環(huán)語(yǔ)句來(lái)執(zhí)行測(cè)試?yán)龍?zhí)行序列中所有測(cè)試?yán)?。后繼測(cè)試?yán)纪ㄟ^(guò)當(dāng)前執(zhí)行測(cè)試?yán)?jié)點(diǎn)中的相關(guān)成員迅速得到下一個(gè)執(zhí)行測(cè)試?yán)木幪?hào)。 int inconc_next。在雙端口測(cè)試系統(tǒng)的系統(tǒng)數(shù)據(jù)庫(kù)中為一致性測(cè)試的每一個(gè)協(xié)議集都單獨(dú)建立一個(gè)測(cè)試?yán)龍?zhí)行規(guī)則表，而性能測(cè)試由于各測(cè)試?yán)g的聯(lián)系小，耦struct testcase{int number。運(yùn)行雙端口測(cè)試器軟件的時(shí)候，如果每執(zhí)行一個(gè)測(cè)試?yán)蛷臄?shù)據(jù)庫(kù)中讀取測(cè)試?yán)龍?zhí)行規(guī)則表（TERT） ，勢(shì)必會(huì)造成對(duì)數(shù)西南交通大學(xué)碩士研究生畢業(yè)論文 第 23 頁(yè)據(jù)庫(kù)的頻繁讀寫，影響測(cè)試器軟件的執(zhí)行效率。(3)測(cè)試目標(biāo)：在測(cè)試?yán)?guī)劃時(shí)，每個(gè)測(cè)試?yán)?guī)劃和編寫時(shí)都有自己的測(cè)試目標(biāo)。依此類推，直到所有需要執(zhí)行的測(cè)試?yán)紙?zhí)行完畢。請(qǐng)考慮建議的表格方式是否合理？此表的目的僅為用于測(cè)試?yán)x擇， “測(cè)試目標(biāo)”和“測(cè)試結(jié)果”有什么用？Comment [ZHX9]: 為什么是 “通用”測(cè)試集或例？RTPT 執(zhí)行的只能是可執(zhí)行測(cè)試集、組、例。所以，分布式多端口同步并行路由器測(cè)試系統(tǒng)中，對(duì)測(cè)試?yán)膱?zhí)行管理就顯得格外重要。在雙端口測(cè)試系統(tǒng)的數(shù)據(jù)庫(kù)中有靜態(tài)和動(dòng)態(tài)兩種數(shù)據(jù)。這一段內(nèi)容太空，應(yīng)有分析并提供基本組成思路或初步框架。西南交通大學(xué)碩士研究生畢業(yè)論文 第 17 頁(yè) 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊簡(jiǎn)單說(shuō)來(lái)測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊的功能就是分析每個(gè)測(cè)試?yán)龍?zhí)行的結(jié)果，并生成測(cè)試報(bào)告。它的主要工作是在測(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)管理。 測(cè)試管理模塊路由器雙端口測(cè)試系統(tǒng)的測(cè)試管理器的作用是協(xié)調(diào)管理雙端口測(cè)試系統(tǒng)中各模塊的工作，而在測(cè)試管理器內(nèi)部，起協(xié)調(diào)管理作用的則是測(cè)試管理模塊。測(cè)試系統(tǒng)參數(shù)包括測(cè)試對(duì)象和測(cè)試端口的 IP 地址，如果數(shù)據(jù)鏈路層為以太網(wǎng)，則還包括 MAC 地址的配置等。 “開始測(cè)試”命令用于在測(cè)試系統(tǒng)準(zhǔn)備就緒后通知系統(tǒng)開始測(cè)試。但是，基于雙端口測(cè)試系統(tǒng)脫離分布式系統(tǒng)也可以成為獨(dú)西南交通大學(xué)碩士研究生畢業(yè)論文 第 13 頁(yè)立測(cè)試系統(tǒng)的考慮，在雙端口測(cè)試系統(tǒng)管理中，也必須加入這兩個(gè)模塊。筆者根據(jù)其功能，把雙端口測(cè)試管理器劃分為以下功能模塊：? 用戶接口模塊? 測(cè)試管理模塊? 測(cè)試集/組/例管理模塊? 日志記錄模塊? 測(cè)試結(jié)果分析與測(cè)試報(bào)告生成模塊? 與分布式多端口同步并行測(cè)試管理器接口? 系統(tǒng)數(shù)據(jù)庫(kù)本章是關(guān)于雙端口測(cè)試系統(tǒng)的介紹，所以雙端口測(cè)試管理器各功能模塊的詳細(xì)設(shè)計(jì)，將留在下一章介紹，這里不再贅述。單測(cè)試?yán)龍?zhí)行器主要是在收到測(cè)試管理器執(zhí)行何測(cè)試?yán)拿詈?，具體負(fù)責(zé)驅(qū)動(dòng)一個(gè)測(cè)試?yán)忻恳粋€(gè)測(cè)試步的執(zhí)行。 路由器雙端口測(cè)試系統(tǒng)功能模塊簡(jiǎn)介 測(cè)試支撐工具測(cè)試支撐工具由圖 14 中的測(cè)試定義語(yǔ)言 TTCN3 的編譯器和 C 編譯器組成。既是分布式多端口同步并行測(cè)試系統(tǒng)的基礎(chǔ)測(cè)試模塊，也可以作為獨(dú)立的測(cè)試工具使用。第 3 章主要介紹筆者對(duì)雙端口測(cè)試管理器的各個(gè)功能模塊的設(shè)計(jì)。避開分布式多端口同步并行測(cè)試技術(shù)不談，就雙端口測(cè)試器本身來(lái)說(shuō)，目前就這方面的研究與設(shè)計(jì)主要是針對(duì)某一特定測(cè)試任務(wù)來(lái)進(jìn)行的 [2223]，當(dāng)測(cè)試任務(wù)改變時(shí)往往需要重新設(shè)計(jì)、開發(fā)測(cè)試系統(tǒng)。筆者的工作就是圍繞路由器雙端口測(cè)試管理器展開的。 支持對(duì)復(fù)雜的并行測(cè)試過(guò)程分解為并行測(cè)試過(guò)程的同步與協(xié)調(diào)和單○ 2個(gè)/單對(duì)端口的測(cè)試過(guò)程，以便簡(jiǎn)化并行測(cè)試的描述和最大限度地利用已有的單個(gè)/單對(duì)端口的測(cè)試集。內(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)題。在國(guó)家 863項(xiàng)目支持下，中科院計(jì)算所研制開發(fā)出一套 IPv6協(xié)議一致性測(cè)試系統(tǒng) [8]。Comment [ZHX3]: 這也是端系統(tǒng)測(cè)試！西南交通大學(xué)碩士研究生畢業(yè)論文 第 3 頁(yè)動(dòng)與本項(xiàng)工作相關(guān)密切。對(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è)試是不完整的。IPv6 [1]將 IPv4地址長(zhǎng)度由 4字節(jié)擴(kuò)展為16字節(jié)，解決了 IP地址匱乏的問(wèn)題 [44]；對(duì) IP報(bào)頭的簡(jiǎn)化，有利于提高對(duì)IP報(bào)文的處理速度 [45]。RTPT 支持 LTM 和 TTM,既可以通過(guò)局域網(wǎng)實(shí)現(xiàn)層間系統(tǒng)的互聯(lián)，構(gòu)成分布式的多端口測(cè)試系統(tǒng)，也可以作為獨(dú)立的測(cè)試系統(tǒng)完成雙端口測(cè)試。多端口、高速性和既支持 IPv6又支持 IPv4 是從 IPv4 向 IPv6 過(guò)渡的整個(gè)歷史時(shí)期的特點(diǎn)。本論文的貢獻(xiàn)可以概括為：A、對(duì)路由器雙端口測(cè)試系統(tǒng)管理器的各功能模塊進(jìn)行了分析和詳細(xì)設(shè)計(jì)，完成了對(duì)路由器雙端口測(cè)試系統(tǒng)用戶界面模塊和測(cè)試?yán)龍?zhí)行管理模塊的開發(fā)。在這種背景下，路由器的測(cè)試問(wèn)題就重新提高到議事日程。相關(guān)的研究工作瞄準(zhǔn)對(duì)路由器的“分布式多端口同步并行測(cè)試技術(shù)”的研究。② 開發(fā)單機(jī)測(cè)試系統(tǒng)的活動(dòng)：這類項(xiàng)目把測(cè)試系統(tǒng)的開發(fā)作為主要研究對(duì)象。集線器的共享特征使多端口測(cè)試實(shí)時(shí)控制較難，該文未討論如何應(yīng)用于性能測(cè)試和解決實(shí)時(shí)同步問(wèn)題。其局限性在于系統(tǒng)成本較高（需要使用小型機(jī)） 、測(cè)試系統(tǒng)缺少靈活性和可移動(dòng)性。 本論文研究的小背景——路由器雙端口測(cè)試器路由器雙端口測(cè)試系統(tǒng)(RTPT – Router TwoPort Tester)是路由器分布式多端口同步并發(fā)測(cè)試系統(tǒng)的基礎(chǔ)測(cè)試部件。在路由器雙端口測(cè)試管理器中，有一個(gè)重要模塊——雙端口測(cè)試器與分布式多端口同步并行路由器測(cè)試系統(tǒng)的接口，該模塊是雙端口測(cè)試系統(tǒng) 單測(cè)試?yán)龍?zhí)行器 ○ 2（Test Case Traverser）圖 14 路由器雙端口測(cè)試?yán)到y(tǒng)簡(jiǎn)圖 支持層適配模塊 （裝拆被測(cè)層○ 3PDU） RTPTM (Router Two○ 1Port Test Manager):路由器雙端口測(cè)試管理器A. 用戶接口模(User Interface Module): 用戶操作界面＋圖形化測(cè)試過(guò)程動(dòng)態(tài)顯示模塊+ 系統(tǒng)初始化模塊可執(zhí)行測(cè)試集：ETS –Executable Test Suite + Encoder/Decoder：靜態(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è)試系統(tǒng)的核心組成部分。一方面探討了測(cè)試?yán)龍?zhí)行管理的一般西南交通大學(xué)碩士研究生畢業(yè)論文 第 8 頁(yè)性方法；另一方面以 IPv6 基本描述協(xié)議和 RIPng 協(xié)議的測(cè)試?yán)龍?zhí)行管理為例，分別探討了對(duì)單狀態(tài)和多狀態(tài)協(xié)議測(cè)試?yán)龍?zhí)行的管理方法。從圖中可以看出，測(cè)試?yán)龍?zhí)行開始從分布式多端口同步并行測(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ù)和支撐層適配模塊收發(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ù)圖 21 路由器雙端口測(cè)試系統(tǒng)業(yè)務(wù)流程圖西南交通大學(xué)碩士研究生畢業(yè)論文 第 10 頁(yè)雙端口測(cè)試系統(tǒng)的測(cè)試工作是從分布式多端口同步并行測(cè)試系統(tǒng)接收測(cè)試初始化數(shù)據(jù)和測(cè)試命令開始，至所有的測(cè)試?yán)龍?zhí)行完畢而結(jié)束。為了適應(yīng)多端口同步并行測(cè)試，實(shí)驗(yàn)室開發(fā)組還定義了并發(fā)多端口測(cè)試描述語(yǔ)言（Concurrent MultiPort Test Definition LanguageCMPTDL） [49]。這里特別需要說(shuō)明的是編譯器、編解碼器與支撐層適配模塊，在概念上是獨(dú)立的功能模塊，但在系統(tǒng)的實(shí)際設(shè)計(jì)與開發(fā)中是被聯(lián)合編譯進(jìn)“可執(zhí)行測(cè)試?yán)?ETC – Executable Test Case)之中的。它接收分布式多端口同步并行測(cè)試系統(tǒng)的測(cè)試命令和測(cè)試初始化數(shù)據(jù)，同時(shí)也把每個(gè)測(cè)試?yán)龍?zhí)行的結(jié)果以及產(chǎn)生的相關(guān)數(shù)據(jù)傳輸給上層分布式測(cè)試系統(tǒng)管理器。根據(jù)其功能，筆者把該模塊劃分為三個(gè)子模塊：? 用戶界面生成模塊? 測(cè)試數(shù)據(jù)傳輸模塊? 測(cè)試數(shù)據(jù)顯示模塊“用戶界面生成模塊”用于在顯示終端生成完整的用戶界面，以利于用戶輸入信息、控制測(cè)試和瀏覽結(jié)果。日志菜單：包括“保存測(cè)試日志” 、 “保存測(cè)試報(bào)告” 、 “載入測(cè)試日志” 、 “載入測(cè)試報(bào)告”命令。當(dāng)測(cè)試?yán)龍?zhí)行時(shí)，需要相關(guān)的測(cè)試配置信息就可以直接從系統(tǒng)數(shù)據(jù)庫(kù)中讀取。根據(jù)測(cè)試?yán)芾砟K的功能，筆者將其劃分為測(cè)試初始化模塊和測(cè)試?yán)龍?zhí)行管理模塊。 日志記錄模塊在測(cè)試過(guò)程中，雙端口測(cè)試管理器需要對(duì)每個(gè)測(cè)試?yán)龍?zhí)行時(shí)產(chǎn)生的被測(cè)PDU 數(shù)據(jù)流和支撐層 PDU 數(shù)據(jù)流進(jìn)行記錄。測(cè)試報(bào)告應(yīng)包括一些統(tǒng)計(jì)數(shù)據(jù)，例如本次測(cè)試執(zhí)行的測(cè)試?yán)倲?shù)，有多少通過(guò)，多少失敗，多少不確定。此外，在進(jìn)行分布式多端口同步并行測(cè)試時(shí)，用戶在上層的分布式多端口同步并行測(cè)試系統(tǒng)的管理器端進(jìn)行操作，因此測(cè)試配置等數(shù)據(jù)是在分布式系統(tǒng)的上層端輸入的，這些測(cè)試配置的數(shù)據(jù)也必須通過(guò)由上層測(cè)試管理器發(fā)出，通過(guò)雙端口測(cè)試系統(tǒng)與 分布式多端口同步并行測(cè)試管理器的接口來(lái)接收。動(dòng)態(tài)數(shù)據(jù)則是上面提到的測(cè)試系統(tǒng)參數(shù)、測(cè)試?yán)龍?zhí)行結(jié)果、被測(cè) PDU 流記錄、支撐層 PDU 流記錄等。如果我們?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)的性能。測(cè)試管理器通過(guò)判斷函數(shù)返回值，即枚舉類型 verdict的值就可以知道該測(cè)試?yán)龍?zhí)行的結(jié)果為 pass（通過(guò)） 、 fail（失敗）還是inconc（不確定） 。在雙端口測(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í)際開發(fā)中，為了解決以上問(wèn)題，筆者設(shè)計(jì)了一個(gè)測(cè)試?yán)龍?zhí)行規(guī)則表（Testcase Executing Rules Table TERT） 。(6)下一執(zhí)行測(cè)試?yán)涸摐y(cè)試?yán)龍?zhí)行處理完畢后，下一執(zhí)行測(cè)試?yán)木幪?hào)。筆者在測(cè)試系統(tǒng)的開發(fā)中，把測(cè)試?yán)龍?zhí)行規(guī)則表的每一條記錄讀出后寫入到雙向循環(huán)鏈表的一個(gè)節(jié)點(diǎn)中，即鏈表中每一個(gè)節(jié)點(diǎn)指示一個(gè)測(cè)試?yán)膱?zhí)行。 char pass_result[50]。}圖 42 雙向循環(huán)鏈表節(jié)點(diǎn)西南交通大學(xué)碩士研究生畢業(yè)論文 第 24 頁(yè)合度低，其執(zhí)行規(guī)則可以存放在一個(gè)測(cè)試?yán)龍?zhí)行規(guī)則表中。如法炮制，直到測(cè)試執(zhí)行序列中沒(méi)有任何節(jié)點(diǎn)，即表示該次測(cè)試結(jié)束。search 函數(shù)以測(cè)試?yán)木幪?hào)作為參數(shù)，根據(jù)編號(hào)搜尋相對(duì)應(yīng)的測(cè)試?yán)蛄泄?jié)點(diǎn)，再將該節(jié)點(diǎn)的地址作為返回值，送回調(diào)用函數(shù)。 if(strcmp(p,G1_GS1_BI002)==0)return G1_GS1_BI002()。 NodeOut(temp)。 NodeOut(temp)。在性能測(cè)試中，主要對(duì)路由器的吞吐率、延遲、幀/包丟失率、幀/ 包突發(fā)量等性能指標(biāo)進(jìn)行臨界測(cè)試。以上介紹的就是測(cè)試?yán)龍?zhí)行管理的一般性策略。 NodeOut(temp)。在引入了 search 和 ExecuteFunctions 函數(shù)后，測(cè)試管理器的測(cè)試?yán)龍?zhí)行部分將變成如下圖 44 所示：p = head。這個(gè)函數(shù)的參數(shù)是一個(gè)字符指針，代表測(cè)試?yán)瘮?shù)名，即測(cè)試?yán)蛄泄?jié)點(diǎn)中的 char name[30]成員。如何通過(guò)測(cè)試?yán)木幪?hào)定位相應(yīng)的測(cè)試?yán)?jié)點(diǎn)？第二個(gè)問(wèn)題：上文曾提到，編譯完成的測(cè)試?yán)且院瘮?shù)的形式存在于測(cè)試系統(tǒng)中，所以執(zhí)行時(shí)只需要一條簡(jiǎn)單的語(yǔ)句 verdict result＝G1_GS1_BV001( )。對(duì)于執(zhí)行完畢的測(cè)試?yán)瑴y(cè)試管理器記錄該測(cè)試?yán)臏y(cè)試?yán)?、測(cè)試結(jié)果、測(cè)試結(jié)果處理，這些都屬于測(cè)試數(shù)據(jù)，由用戶界面顯示給用戶。 int fail_next。把測(cè)試?yán)龍?zhí)行規(guī)則表中一條記錄的數(shù)據(jù)讀入到一個(gè)鏈表節(jié)點(diǎn)的具體操作是：編號(hào)字段讀入節(jié)點(diǎn)成員 int number；測(cè)試?yán)侄巫x入節(jié)點(diǎn)成員 char name[30]；測(cè)試目標(biāo)字段讀入節(jié)點(diǎn)成員 char target[50]；測(cè)試結(jié)果 和執(zhí)