網(wǎng)絡(luò )協(xié)議一致性測試平臺設計
目前, 我國網(wǎng)絡(luò )產(chǎn)品檢測的技術(shù)水平和能力與國際上存在較大差距,協(xié)議一致性測試產(chǎn)品的設計大多停留在測試方法的理論研究上,在協(xié)議測試的通用平臺方面還缺乏較好的解決方案。
1 網(wǎng)絡(luò )協(xié)議一致性測試概述
網(wǎng)絡(luò )協(xié)議的一致性測試是一種功能性的黑盒測試,通常包括靜態(tài)測試和動(dòng)態(tài)測試兩類(lèi)。靜態(tài)測試是指協(xié)議實(shí)現者向測試方提交“協(xié)議實(shí)現一致性聲明”與協(xié)議中的靜態(tài)一致性要求相比較,動(dòng)態(tài)測試是運行測試集對DUT(Device under Test)進(jìn)行測試。
協(xié)議一致陛測試包括三個(gè)階段:第一階段是測試生成,為特定協(xié)議產(chǎn)生獨立于所有協(xié)議實(shí)現的抽象測試集;第二階段是測試實(shí)現,把抽象測試集中的測試例轉換成可執行的測試例;第三階段為測試執行,在特定的DUT上執行測試用例。
通用網(wǎng)絡(luò )協(xié)議一致性測試平臺用于動(dòng)態(tài)測試,也分為三個(gè)階段:第一階段是對一個(gè)指定的協(xié)議生成一個(gè)測試套集,根據協(xié)議的要求,這個(gè)測試套集可以在實(shí)現前對收發(fā)雙方進(jìn)行的交互進(jìn)行完全設定,或者在某些需要雙方互動(dòng)(字段值需要對方的數據來(lái)進(jìn)行填寫(xiě))的字段給出一個(gè)變量。第二階段是按照這個(gè)測試套集對被測設備的協(xié)議實(shí)現(DUT)進(jìn)行黑盒測試;第三個(gè)階段是通過(guò)比較DUT的實(shí)際輸出與預期輸出的異同,從而實(shí)現網(wǎng)絡(luò )協(xié)議的一致性測試。
通用平臺對各個(gè)不同的協(xié)議可支持生成不同的測試套集,分別進(jìn)行測試和一致性對比。
2 通用平臺組成
通用平臺由控制臺、測試機兩部分組成。其中控制臺負責配置測試套集的策略、測試結果的統計分析及人機交互;測試機負責生成或接收測試套集,然后生成測試流發(fā)送到被測設備;并從被測設備接收測試數據;然后將數據返回控制臺。如圖1所示。

2.1 控制臺
控制臺硬件可以是一臺PC機,其網(wǎng)卡與測試機控制口相連。在高層通過(guò)人機對話(huà)界面,對協(xié)議、算法及網(wǎng)絡(luò )參數進(jìn)行配置,對測試套集生成模式及使用方式等進(jìn)行策略設置;通過(guò)驅動(dòng)程序與測試機進(jìn)行通信,向測試機輸入測試套集的參數配置,并接收測試機輸出的結果;并對測試結果進(jìn)行統計分析。
軟件模塊包括界面模塊、協(xié)議接口模塊、算法接口模塊、網(wǎng)絡(luò )接口模塊、通信模塊、統計分析模塊。
2.2 測試機
2.2.1 硬件組成
測試機硬件采用高性能、高可靠性、高穩定性的嵌入式多核處理器平臺。配置高速100M、1000M自適應以太網(wǎng)口,可擴展的大容量DDR2內存和大容量的Flash空間。硬件框圖如圖2所示,多核處理器平臺的核心部件為CPU、CPLD和FPGA。

CPU主要用于接收來(lái)自控制機的網(wǎng)絡(luò )、協(xié)議、算法參數并生成實(shí)現網(wǎng)絡(luò )協(xié)議的測試套集,它可以直接對被測設備發(fā)送或者接收測試流,或者通過(guò)自定義總線(xiàn)將測試套集存儲在SRAM中,以實(shí)現快速的測試;它還實(shí)現對外圍配套器件的控制,包括DDR、Flash、噪聲、日歷時(shí)鐘以及譯碼等。CPU的PCI總線(xiàn)轉換出一個(gè)網(wǎng)絡(luò ),作為測試機的控制口,與控制機進(jìn)行通信。CPU的串口總線(xiàn)接出一個(gè)RS232串口。
CPLD主要用于CPU啟動(dòng)、數據總線(xiàn)的譯碼、FPGA邏輯配置等處理。
FPGA主要用于網(wǎng)絡(luò )接口處理和測試流發(fā)送、接收。首先,它提供兩個(gè)軟MAC核與PHY芯片相連實(shí)現DUT的發(fā)送和接收網(wǎng)口;其次,它提供另外兩個(gè)軟MAC核可以允許CPU直接與DUT進(jìn)行發(fā)送接收測試流;也可以調用外部SRAM實(shí)現測試流發(fā)送接收等操作。FPGA和CPU之間有兩種不同的通訊接口,一種是數據總線(xiàn)接口,用于傳輸基本配置信息、狀態(tài)信息和SRAM數據;一種是RGMII網(wǎng)口接口,用于傳輸測試流數據。
2.2.2 軟件組成
CPU軟件使用裁剪的定制LINUX操作系統,內核版本2.6以上,配IPv4協(xié)議棧等。CPU要實(shí)現的軟件功能比較多,軟件模塊有以下幾個(gè):
(1)與控制機的通信模塊:負責接收來(lái)自控制機的網(wǎng)絡(luò )、協(xié)議、算法參數以及其他命令,并回送測試結果。
(2)算法實(shí)現模塊:實(shí)現協(xié)議中需要的算法。
(3)套集生成模塊:這是實(shí)現一個(gè)協(xié)議所需要的IP包的集合,包括發(fā)送的IP包和接收的IP包。每個(gè)不同的協(xié)議將產(chǎn)生定制的套集。每個(gè)套集的主要流程就是生成指定的某個(gè)協(xié)議所需IP包的過(guò)程。但是在協(xié)議的實(shí)現上,會(huì )按照協(xié)議的要求對相應的字段進(jìn)行邊界測試、正確性和錯誤測試。并體現在不同的測試流里。
(4)測試流發(fā)送模塊:將存儲在SRAM里的測試流發(fā)送至DUT。
(5)測試流接收模塊:接收DUT發(fā)出的響應流,存儲在SRAM里。
(6)結果的協(xié)議分析模塊:CPU接收到測試流后,將其按照協(xié)議要求拆分成各個(gè)字段,并與協(xié)議進(jìn)行比對分析。并將結果發(fā)送到與控制機的通信模塊。
在發(fā)送IP包和接收IP包有關(guān)聯(lián)的情況下,比如IV向量由接收包傳遞過(guò)來(lái)后才能確定下一包發(fā)送的內容,必須由CPU直接進(jìn)行測試。
在協(xié)議比較簡(jiǎn)單,發(fā)送IP包和接收IP包沒(méi)有關(guān)聯(lián)的情況下,可以將測試套集裝載在SRAM里,由FPGA進(jìn)行測試。這種情況下,也可以測試DUT的性能。
3 工作流程與測試內容
協(xié)議一致性測試的主要過(guò)程包括:標準測試套集生成、測試執行、結果分析三個(gè)部分。標準測試套集是通過(guò)分析協(xié)議來(lái)確定要測試的各個(gè)方面,從而產(chǎn)生測試用例的集合;測試執行為測試用例的運行過(guò)程;接收數據分析是對測試結果進(jìn)行分析,從而得到協(xié)議實(shí)現與協(xié)議說(shuō)明是否一致的判決。如圖3所示。

協(xié)議一致性測試的內容包括三個(gè)方面:一是協(xié)議格式、完整性的一致性測試,能夠正確識別收到的協(xié)議,并且按照協(xié)議做出正確的響應,響應的格式要與協(xié)議一致。二是測試協(xié)議中包含的算法的正確性。要能夠正確地加密和解密相應的信息。三是要對協(xié)議的實(shí)現過(guò)程包括握手、協(xié)商等進(jìn)行一致性測試。
4 測試套集的生成方法
測試套集的生成方法理論上有可達性分析與測試序列兩種??蛇_性分析是從一個(gè)初始狀態(tài)出發(fā),生成并檢查系統能夠到達的所有狀態(tài)。測試序列方法是針對FSM中的單個(gè)轉移生成的測試子序列,再將這些測試子序列連接起來(lái)作為完整的測試序列。
通用平臺對測試套集的生成方法不作限定。因為網(wǎng)絡(luò )協(xié)議千差萬(wàn)別,套用某一個(gè)方法是不現實(shí)的。因此不論什么方法,即使是手工方法,只要能夠正確地詮釋協(xié)議,生成的測試套集符合套集接口要求都可以直接輸入到平臺上實(shí)施測試。套集可以是完整的協(xié)議測試,也可以是某個(gè)協(xié)議測試套集的一部分。這樣大大方便了協(xié)議測試套集的調試與測試。
通用平臺也提供了一種測試套集的生成方法。就是將協(xié)議的分析過(guò)程體現在控制機的界面上,在界面上對協(xié)議進(jìn)行分割,確定轉移點(diǎn)和子序列,并給出子序列的數據范圍。然后CPU的套集生成軟件將這些轉移點(diǎn)和子序列通過(guò)組合連接起來(lái),形成測試套集。
5 結束語(yǔ)
在協(xié)議一致性測試的需求越來(lái)越迫切的同時(shí),協(xié)議的功能越來(lái)越強,復雜性也越來(lái)越高,使得測試難度越來(lái)越大。通用平臺的硬件設計為以后協(xié)議的發(fā)展做好了可持續發(fā)展的基礎,而軟件設計也將提供開(kāi)源和穩定的接口以供協(xié)議的發(fā)展,增加對協(xié)議的支持。
評論