【文章內(nèi)容簡介】 器自身也可以使路由器雙端口測試系統(tǒng)成為一個完整的測試系統(tǒng)。筆者根據(jù)其功能，把雙端口測試管理器劃分為以下功能模塊：216。 用戶接口模塊216。 測試管理模塊216。 測試集/組/例管理模塊216。 日志記錄模塊216。 測試結(jié)果分析與測試報告生成模塊216。 與分布式多端口同步并行測試管理器接口216。 系統(tǒng)數(shù)據(jù)庫本章是關(guān)于雙端口測試系統(tǒng)的介紹，所以雙端口測試管理器各功能模塊的詳細設(shè)計，將留在下一章介紹，這里不再贅述。第3章 路由器雙端口測試系統(tǒng)管理器設(shè)計在路由器雙端口測試系統(tǒng)中，除了雙端口測試管理器外，還有許多其他功能模塊，如何讓各個模塊融合在一起協(xié)調(diào)工作？在大多數(shù)測試活動中，執(zhí)行的測試例遠超過一個，如何對這些測試中執(zhí)行的測試例進行合理管理？這些問題都是路由器雙端口測試系統(tǒng)管理器設(shè)計時，需要考慮的問題。筆者在路由器雙端口測試系統(tǒng)管理器的設(shè)計與開發(fā)中，根據(jù)分布式多端口同步并行測試系統(tǒng)的要求以及路由器雙端口測試系統(tǒng)本身亦可作為獨立測試系統(tǒng)的要求，對雙端口測試系統(tǒng)管理器的功能模塊做了以下劃分：216。 與分布式多端口同步并行測試管理器接口模塊216。 用戶接口模塊216。 測試管理模塊216。 測試集/組/例管理模塊216。 日志記錄模塊216。 測試結(jié)果分析與測試報告生成模塊216。 系統(tǒng)數(shù)據(jù)庫與分布式多端口同步并行測試管理器接口模塊是路由器雙端口測試系統(tǒng)能夠成為分布式測試系統(tǒng)測試基礎(chǔ)模塊的關(guān)鍵。它接收分布式多端口同步并行測試系統(tǒng)的測試命令和測試初始化數(shù)據(jù)，同時也把每個測試例執(zhí)行的結(jié)果以及產(chǎn)生的相關(guān)數(shù)據(jù)傳輸給上層分布式測試系統(tǒng)管理器。因此可以說，如果沒有與分布式多端口同步并行測試管理器接口模塊，整個分布式式系統(tǒng)無法協(xié)調(diào)同步工作。用戶接口模塊和系統(tǒng)數(shù)據(jù)庫的設(shè)計是基于雙端口測試系統(tǒng)可以作為獨立測試系統(tǒng)的考慮。這是因為，在分布式多端口同步并行測試系統(tǒng)管理器端有分布式系統(tǒng)的用戶接口模塊和整個系統(tǒng)的數(shù)據(jù)庫。如果雙端口測試系統(tǒng)只是作為分布式系統(tǒng)的一個模塊，在其測試器中則無需設(shè)計用戶接口模塊和系統(tǒng)數(shù)據(jù)庫。但是，基于雙端口測試系統(tǒng)脫離分布式系統(tǒng)也可以成為獨立測試系統(tǒng)的考慮，在雙端口測試系統(tǒng)管理中，也必須加入這兩個模塊。 用戶接口模塊如上節(jié)所述，在雙端口測試系統(tǒng)中設(shè)計用戶接口模塊，主要是基于該測試系統(tǒng)能夠自成獨立系統(tǒng)的考慮，同時它的設(shè)計與開發(fā)，也為上層分布式多端口同步并行測試系統(tǒng)中用戶接口的設(shè)計提供了可借鑒經(jīng)驗。用戶接口模塊的主體功能：生成用戶界面；向測試管理模塊傳送用戶數(shù)據(jù)；顯示測試數(shù)據(jù)。根據(jù)其功能，筆者把該模塊劃分為三個子模塊：216。 用戶界面生成模塊216。 測試數(shù)據(jù)傳輸模塊216。 測試數(shù)據(jù)顯示模塊用戶接口模塊用戶界面生成模塊測試數(shù)據(jù)傳輸模塊測試數(shù)據(jù)顯示模塊測試管理模塊系統(tǒng)數(shù)據(jù)庫圖31 用戶接口模塊數(shù)據(jù)流圖“用戶界面生成模塊”用于在顯示終端生成完整的用戶界面，以利于用戶輸入信息、控制測試和瀏覽結(jié)果。其中用戶界面包括“測試控制”、“顯示”、“日志”、“幫助”四個下拉菜單。測試控制菜單：包括“新建測試”、“開始測試”、“中止測試”命令?！靶陆y試”命令，由向?qū)е敢脩粜陆ㄒ粋€測試項目?！白詣訙y試”項目只需要用戶選擇進行何種測試和輸入測試參數(shù)即可由系統(tǒng)自動完成測試；“自定義測試”項目需要用戶自行選擇測試例和輸入測試參數(shù)?！伴_始測試”命令用于在測試系統(tǒng)準備就緒后通知系統(tǒng)開始測試?！爸兄箿y試”命令用于測試過程中強行中止測試。顯示菜單：可在通過此菜單選擇顯示或關(guān)閉那些窗口。日志菜單：包括“保存測試日志”、“保存測試報告”、“載入測試日志”、“載入測試報告”命令。用戶使用這些命令可以將測試日志和測試報告保存為文件，也可以從文件中讀出以前保存的測試日志和測試報告。幫助菜單：提供幫助系統(tǒng)和軟件版本號?！皽y試數(shù)據(jù)傳輸模塊”用于在用戶接口模塊內(nèi)部的子模塊間或與其他模塊進行數(shù)據(jù)傳輸。主要的數(shù)據(jù)傳輸流程如圖31所示：1)將用戶通過用戶界面輸入的測試數(shù)據(jù)，傳送到測試管理模塊2)將用戶輸入的測試系統(tǒng)參數(shù)存入系統(tǒng)數(shù)據(jù)庫。測試系統(tǒng)參數(shù)包括測試對象和測試端口的IP地址，如果數(shù)據(jù)鏈路層為以太網(wǎng)，則還包括MAC地址的配置等。因為經(jīng)編譯器編譯形成的可執(zhí)行測試例是通用測試例，對于具體的測試環(huán)境并不能預(yù)知。所以需要用戶在測試之間輸入測試配置信息，并由測試數(shù)據(jù)傳輸模塊存入系統(tǒng)數(shù)據(jù)庫。當測試例執(zhí)行時，需要相關(guān)的測試配置信息就可以直接從系統(tǒng)數(shù)據(jù)庫中讀取。3)從系統(tǒng)數(shù)據(jù)庫中讀出測試過程中產(chǎn)生的數(shù)據(jù)，并交由測試數(shù)據(jù)顯示模塊顯示。這些測試過程中產(chǎn)生的數(shù)據(jù)包括各測試例執(zhí)行結(jié)果、被測PDU數(shù)據(jù)流、支撐層PDU數(shù)據(jù)流等“測試數(shù)據(jù)顯示模塊”用于在用戶界面顯示測試過程中產(chǎn)生的數(shù)據(jù)。在測試進行期間動態(tài)顯示每一個測試例執(zhí)行的情況；測試例全部執(zhí)行完畢后，顯示測試報告。所以其數(shù)據(jù)流如圖31所示，從測試數(shù)據(jù)傳輸模塊接收數(shù)據(jù)，將數(shù)據(jù)處理后，交由用戶界面生成模塊顯示在測試終端的顯示設(shè)備上。 測試管理模塊路由器雙端口測試系統(tǒng)的測試管理器的作用是協(xié)調(diào)管理雙端口測試系統(tǒng)中各模塊的工作，而在測試管理器內(nèi)部，起協(xié)調(diào)管理作用的則是測試管理模塊。測試管理模塊的主體功能是協(xié)調(diào)系統(tǒng)各模塊工作；調(diào)度各測試例按照適當順序執(zhí)行。測試管理模塊用戶接口模塊測試初始化模塊測試例執(zhí)行管理模塊測試集/組/例管理模塊漫游器系統(tǒng)數(shù)據(jù)庫測試結(jié)果分析與測試報告生成模塊圖32測試管理模塊數(shù)據(jù)流圖如圖32所示，測試例管理模塊幾乎與測試管理器的其余模塊都有數(shù)據(jù)通信，可見其在測試管理器中管理協(xié)調(diào)其他模塊的作用。根據(jù)測試例管理模塊的功能，筆者將其劃分為測試初始化模塊和測試例執(zhí)行管理模塊。“測試初始化模塊”用于在測試初始化階段從用戶接口模塊接收用戶輸入的測試數(shù)據(jù)；調(diào)用測試集/組/例管理模塊生成測試所需的測試例執(zhí)行序列；根據(jù)用戶需求和測試系統(tǒng)要求完成測試系統(tǒng)的初始化工作?！皽y試例執(zhí)行模塊”用于調(diào)度測試例的執(zhí)行。按照測試例執(zhí)行序列的順序驅(qū)動漫游器逐個執(zhí)行測試例；測試進行過程中，記錄測試例執(zhí)行結(jié)果并寫入系統(tǒng)數(shù)據(jù)庫，調(diào)用測試集/組/例管理模塊對測試例執(zhí)行進行管理；測試例全部執(zhí)行完畢后，驅(qū)動測試結(jié)果分析與測試報告生成模塊進行結(jié)果分析并生成測試報告。 測試集/組/例管理模塊測試集/組/例管理模塊的功能是對測試例的執(zhí)行按照一定的規(guī)則進行管理。它的主要工作是在測試例初始化階段，將一個測試項目所有需執(zhí)行的測試例排列成一個測試例執(zhí)行序列，序列中測試例的順序根據(jù)測試例之間關(guān)系確定；在測試進行中，對測試例執(zhí)行序列進行動態(tài)管理。有關(guān)與測試例執(zhí)行管理的具體方法，是雙端口測試管理器中主要需要解決的問題之一，因此有關(guān)于測試例執(zhí)行管理的規(guī)則，筆者在本章之后，將用一個專門的章節(jié)進行討論。這個規(guī)則就是測試集/組/例管理模塊工作的主要依據(jù)。 日志記錄模塊在測試過程中，雙端口測試管理器需要對每個測試例執(zhí)行時產(chǎn)生的被測PDU數(shù)據(jù)流和支撐層PDU數(shù)據(jù)流進行記錄。在某些情況下，由于各種原因，部分測試例的結(jié)果可能為“不確定”(inconc)，這時可能需要通過對測試結(jié)果進行人工分析，參考對被測PDU數(shù)據(jù)流和支撐層PDU數(shù)據(jù)流的記錄，得出補充結(jié)論或設(shè)計新的測試例來進一步證實相關(guān)功能的測試結(jié)果。此外，實際測試中可能出現(xiàn)測試結(jié)果的正確與否與支撐層的行為有關(guān)的情況，這就是為什么保存支撐層PDU數(shù)據(jù)流的原因。通過分析支撐層PDU數(shù)據(jù)流可能有助于進一步確定被測層出現(xiàn)的問題[16]。筆者根據(jù)日志記錄模塊的功能，該模塊按其所記錄數(shù)據(jù)的類型，直接將日志記錄模塊劃分成：216。 被測PDU流記錄模塊216。 支撐層PDU流記錄模塊如圖33所示，日志記錄模塊在編解碼器和支撐層適配模塊和系統(tǒng)數(shù)據(jù)庫之間進行數(shù)據(jù)傳輸。日志記錄模塊被測PDU流記錄模塊支撐層PDU流記錄模塊系統(tǒng)數(shù)據(jù)庫編解碼器和支撐層適配模塊圖33日志記錄模塊數(shù)據(jù)流圖 測試結(jié)果分析與測試報告生成模塊簡單說來測試結(jié)果分析與測試報告生成模塊的功能就是分析每個測試例執(zhí)行的結(jié)果，并生成測試報告?！皽y試結(jié)果分析模塊”從系統(tǒng)數(shù)據(jù)庫中讀出每個測試例執(zhí)行結(jié)果的記錄，分析測試結(jié)果，得出測試結(jié)論，交用戶接口模塊，通過用戶界面顯示?！皽y試報告生成模塊”根據(jù)各個測試例執(zhí)行的結(jié)果，生成測試報告，把測試報告交用戶接口模塊，通過用戶界面顯示。測試報告應(yīng)包括一些統(tǒng)計數(shù)據(jù)，例如本次測試執(zhí)行的測試例總數(shù)，有多少通過，多少失敗，多少不確定。一致性測試的測試報告還應(yīng)指出被測路由器實現(xiàn)了那些協(xié)議功能，那些協(xié)議功能沒有實現(xiàn)；性能測試的測試報告則列出被測路由器經(jīng)測試得出的吞吐率、延遲、幀/包丟失率、幀/包突發(fā)量等[21]各項性能指標。圖34所描述的就是測試結(jié)果分析與測試報告生成模塊的數(shù)據(jù)流圖。在圖中可以清楚地看到，在測試結(jié)束后，測試結(jié)果分析與測試報告生成模塊只需直接從系統(tǒng)數(shù)據(jù)庫中讀取各測試例執(zhí)行的結(jié)果和相關(guān)的測試數(shù)據(jù)就可以得出測試結(jié)果和測試報告。測試結(jié)果分析與測試報告生成模塊測試結(jié)果分析模塊測試報告生成模塊系統(tǒng)數(shù)據(jù)庫用戶接口模塊圖34 測試結(jié)果分析與測試報告生成模塊數(shù)據(jù)流圖與分布式多端口同步并行測試管理器接口主要負責和上層的分布式多端口同步并行測試系統(tǒng)管理器進行通信。當雙端口測試系統(tǒng)作為下層測試端工作時，必須從分布式多端口同步并行測試系統(tǒng)的管理器接收測試命令，分布式系統(tǒng)的雙端口測試系統(tǒng)才能夠同步并行的進行多端口的測試工作。此外，在進行分布式多端口同步并行測試時，用戶在上層的分布式多端口同步并行測試系統(tǒng)的管理器端進行操作，因此測試配置等數(shù)據(jù)是在分布式系統(tǒng)的上層端輸入的，這些測試配置的數(shù)據(jù)也必須通過由上層測試管理器發(fā)出，通過雙端口測試系統(tǒng)與分布式多端口同步并行測試管理器的接口來接收。因此，進行分布式多端口同步并行測試時，雙端口測試系統(tǒng)的用戶接口模塊將蛻化為單一的顯示終端。有關(guān)于在與分布式多端口同步并行測試管理器接口模塊中，兩個測試系統(tǒng)之間具體是如何進行通信的將在后繼的章節(jié)中給予詳細介紹。 測試系統(tǒng)中的大量數(shù)據(jù)（Logging Files, Test Suite/Group/Case, Test Report等）都是以文字文件或程序文件形式出現(xiàn)的，使用數(shù)據(jù)庫管理系統(tǒng)還是文件管理系統(tǒng)需要斟酌。這一段內(nèi)容太空，應(yīng)有分析并提供基本組成思路或初步框架。在分布式多端口同步并行測試系統(tǒng)中，上層管理器端有一個總系統(tǒng)數(shù)據(jù)庫，下層的若干個雙端口測試系統(tǒng)都可以共享其中的數(shù)據(jù)。筆者之所以要在雙端口測試系統(tǒng)中也建立其自有數(shù)據(jù)庫主要是基于兩方面的考慮：1)雙端口測試系統(tǒng)是一個獨立的測試系統(tǒng)，所以應(yīng)當有其自帶的數(shù)據(jù)庫以存儲測試系統(tǒng)參數(shù)、測試數(shù)據(jù)等2)當雙端口測試系統(tǒng)作為分布式測試系統(tǒng)一部分時，有些在測試中經(jīng)常用到的數(shù)據(jù)，不宜頻繁從上層的總系統(tǒng)數(shù)據(jù)庫中讀取，所以雙端口測試系統(tǒng)帶有自己的數(shù)據(jù)庫也是基于整個系統(tǒng)運行高效、穩(wěn)定的考慮。在雙端口測試系統(tǒng)的數(shù)據(jù)庫中有靜態(tài)和動態(tài)兩種數(shù)據(jù)。靜態(tài)數(shù)據(jù)在測試過程中始終不會變化，它就像軟件的代碼一樣，作為測試系統(tǒng)軟件的一部分。這類數(shù)據(jù)主要是測試例執(zhí)行管理的規(guī)則，在后繼章節(jié)將會詳細介紹。動態(tài)數(shù)據(jù)則是上面提到的測試系統(tǒng)參數(shù)、測試例執(zhí)行結(jié)果、被測PDU流記錄、支撐層PDU流記錄等。這些數(shù)據(jù)在每次測試時都會因為測試系統(tǒng)配置和所執(zhí)行的測試例改變而改變。第4章 測試例執(zhí)行管理前面章節(jié)已經(jīng)介紹過，在分布式多端口同步并行路由器測試系統(tǒng)中，測試工作主要是通過執(zhí)行相關(guān)測試例來進行的。在此過程中，測試例可以與被測路由器進行數(shù)據(jù)通信并通過收到的數(shù)據(jù)判定測試例執(zhí)行的結(jié)果。所有測試例的執(zhí)行都是在分布式多端口同步并行測試管理器的協(xié)調(diào)下，由若干雙端口測試器來執(zhí)行的。所以，分布式多端口同步并行路由器測試系統(tǒng)中，對測試例的執(zhí)行管理就顯得格外重要。在測試例的具體執(zhí)行者——雙端口測試器中，由雙端口測試系統(tǒng)管理器具體對測試例的執(zhí)行進行管理。當單個雙端口路由器獨立進行測試時，情況也是如此。如果我們在設(shè)計雙端口測試系統(tǒng)管理器時，對測試例管理規(guī)則進行合理有效的設(shè)計，就能提高測試例執(zhí)行的效率，進而提高整個測試系統(tǒng)的性能。verdict G1_GS1_BV001( )圖4－1 測試例函數(shù)RTPT實際調(diào)用的測試例是用TTCN3編寫的測試例，首先將經(jīng)TTCN3/C編譯器生成C/C＋＋代碼，通過與編解碼器（E/D）和單測試例游歷程序（Test Case Traverser）的C代碼聯(lián)合進行C編譯后形成的可執(zhí)行程序。按照系統(tǒng)開發(fā)各小組之間的約定，負責編譯器開發(fā)的小組把每個測試例編譯成一個函數(shù)，并以用該測試名作為該函數(shù)的名稱。所有的測試集，以函數(shù)庫的形式存在于系統(tǒng)中，測試管理器可以直接通過調(diào)用對應(yīng)函數(shù)來達到執(zhí)行測試例的目的。比如進行IPv6一致性測試時，我們把IPv6測試例中測試IPv6版本號字段的一個測試例命名為G1_GS1_BV001, 因此該測試例進行編譯后，將形成如下函數(shù)一段文字成為“圖”不合適?。簣D4－1中的函數(shù)的值verdict為一個枚舉類型[25]，其定義為：enum verdict { pass, fail, inconclusive}該枚舉類型的成員分別代表TTCN3中Verdict類型三個值：pass、fail、inconc。測試管理器通過判斷函數(shù)返回值，即枚舉類型verdict的值就可以知道該測試例執(zhí)行的結(jié)果為pass（通過）、fail（失?。┻€是inconc（不確定）。測試管理器就可以根據(jù)測試例執(zhí)行的結(jié)果做出相應(yīng)操作。在實際的測試過程中，測試管理器根據(jù)用戶的選擇逐個執(zhí)行相關(guān)測試例，應(yīng)該執(zhí)行那個測試例就調(diào)用那個測試例所對應(yīng)的函數(shù)。測試例函數(shù)在執(zhí)行中，自動向路由器發(fā)送數(shù)據(jù)，接收反饋數(shù)據(jù)，根據(jù)反饋數(shù)據(jù)得出執(zhí)行結(jié)果，最后把結(jié)果以返回值的形式送測試管理器。測試管理器則根據(jù)測試例函數(shù)的返回值判斷其執(zhí)行結(jié)果、做出相應(yīng)操作，并決定下一步執(zhí)行那一個測試例。依此類推，直到所有需要執(zhí)行的測試例都執(zhí)行完畢。這就是測試例在雙端口測試器中執(zhí)行的過程。請考慮建議的表格方式是否合理？此表的目的僅為用于測試例選擇，“測試目標”和“測試結(jié)果”有什么用？通過上一小節(jié)的介紹已經(jīng)可以了解一個測試例執(zhí)