[發明專利]用于協議棧表管理的測試方法、裝置及系統

在審

• 申請號: 201410588259.2
• 申請日: 2014-10-28
• 公開（公告）號: CN105634838A
• 公開（公告）日: 2016-06-01
• 發明（設計）人: 付琰;韓杰;宋兵
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L1/24;H04L29/08
• 代理公司: 深圳市世紀恒程知識產權代理事務所 44287
• 代理人: 胡海國

技術領域

本發明涉及通信技術領域，具體而言，涉及一種用于通信設備協議棧中 表管理的測試方法、裝置及系統。

背景技術

現代通信設備采用控制層面與轉發層面相分離的架構，以路由器為例， 控制層面主要負責路由的控制與計算，而轉發層面主要負責報文流量的轉發。 在控制層面上，一方面其運行著各種協議，例如典型的有：路由協議、 MPLS(Multi-ProtocolLabelSwitching，多協議標簽交換)協議等；另一方面存 在大量的表管理模塊，典型的如：路由表、LSP(LabelSwitchedPath，標簽 交換路徑)表、TE(TrafficEngineering，流量工程)表等，這些表管理模塊 接收協議計算得到的數據，整合后將表項下發給轉發層面用于報文轉發。

目前，常規的通信設備自動化測試方法主要為：通過自動化測試系統自 動連接到被測設備，對被測設備進行自動配置，協議收斂完畢后通過PING或 TRACE等方式對配置結果進行功能性校驗。這種基于配置的自動化測試方法 在實踐中通常還存在以下問題：

1)在實際測試過程中需要利用多臺通信設備來模擬測試場景，設備配置 過程中需要檢查協議收斂進度，待各通信設備收斂完畢后方可測試，單個測 試用例用時較長。

2)若轉發層面的實現機制有差異，表管理模塊下發給轉發層面的表項細 節就會不同，同一套測試用例庫需要針對每一種類型的轉發層面測試一次， 導致測試效率更為低下。

3)該現有的測試方法往往為功能級別的測試，測試粒度大，無法進一步 校驗表項中的細節，導致故障定位能力較低。

發明內容

為了解決上述的其中至少一個技術問題，本發明的目的在于提供一種用 于協議棧表管理的測試方法、裝置及系統。

本發明采用以下技術方案實現：

一種用于協議棧表管理的測試方法，包括：

依據接收的測試指令讀取測試用例及觸發協議數據的模擬打樁，等待一 預設延遲時間后，下發模擬輸出請求消息；

獲取響應得到的模擬輸出請求結果，并將模擬輸出請求結果與期望輸出 結果的內容作比對，并據此輸出測試結果。

優選地，所述測試用例內容包括：測試場景描述信息、模擬場景所需協 議打樁數據以及對應表項的期望輸出。

優選地，所述觸發協議數據的模擬打樁包括：

根據從測試用例中讀取的協議類型和打樁數據，通過發異步消息的方式 調用對應表管理模塊的打樁接口來模擬上游協議數據的下發。

優選地，所述延遲時間為表管理模塊從接收協議數據到收斂完畢并達到 穩定狀態的時間。

優選地，所述模擬輸出請求消息的內容包括：從測試用例中讀取測試場 景描述信息以及對應表項的關鍵字信息。

一種用于協議棧表管理的測試裝置，其包括：

接收模塊，用于接收測試指令；

讀取模塊，用于依據所述測試指令讀取測試用例；

觸發模塊，用于依據接收的測試指令觸發協議數據的模擬打樁；

請求模塊，用于在觸發模塊完成觸發協議數據的模擬打樁動作并等待一 預設延遲時間后，下發模擬輸出請求消息；

獲取模塊，用于獲取響應得到的模擬輸出請求結果；

處理模塊，用于將模擬輸出請求結果與期望輸出結果的內容作比對，并 據此輸出測試結果。

優選地，所述測試用例內容包括：測試場景描述信息、模擬場景所需協 議打樁數據以及對應表項的期望輸出。

優選地，所述觸發模塊用于根據從測試用例中讀取的協議類型和打樁數 據，通過發異步消息的方式調用對應表管理模塊的打樁接口來模擬上游協議 數據的下發。

優選地，所述延遲時間為表管理模塊從接收協議數據到收斂完畢并達到 穩定狀態的時間。

優選地，所述模擬輸出請求消息的內容包括：從測試用例中讀取測試場 景描述信息以及對應表項的關鍵字信息。

一種用于協議棧表管理的測試系統，包括：

測試服務端，用于依據接收的測試指令讀取測試用例及觸發協議數據的 模擬打樁，等待一預設延遲時間后，下發模擬輸出請求消息；以及進一步用 于獲取響應得到的模擬輸出請求結果，并將模擬輸出請求結果與期望輸出結 果的內容作比對，并據此輸出測試結果；