[發明專利]基于網絡拓撲發現的測試腳本發布方法無效
| 申請號: | 200910136048.4 | 申請日: | 2009-04-24 |
| 公開(公告)號: | CN101616039A | 公開(公告)日: | 2009-12-30 |
| 發明(設計)人: | 李莉蓉;王宇亮 | 申請(專利權)人: | 北京德瑞海普科技有限公司 |
| 主分類號: | H04L12/26 | 分類號: | H04L12/26;H04L1/18;H04L29/06 |
| 代理公司: | 暫無信息 | 代理人: | 暫無信息 |
| 地址: | 100085北京市海淀區北三*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 基于 網絡 拓撲 發現 測試 腳本 發布 方法 | ||
技術領域
基于網絡拓撲發現的測試腳本發布方法屬于網絡協議測試腳本發布設計研究領域。
背景技術
從上世紀六十年代末,美國國防部出于軍事方面的需求,將四臺電腦聯接到一起并且使得它們之間能夠互相通信,這就形成了計算機網絡的最初模型,到上個世紀末Internet已經有上千萬臺主機,計算機網絡的發展在短短的30年的時間里就經歷了從無到有,從簡單到復雜,從在一個房間里到遍布全球的過程。網絡給人們帶來了豐富的信息和全新的服務,同時也帶來了新的學習、工作和生活方式。隨著接入Internet的主機數量的不斷增長和網絡所能提供服務范圍的不斷擴展延伸,支撐網絡運行與提供網絡服務的網絡協議也在不斷的開發和完善中,例如現在的Internet正在由IPv4協議向IPv6協議過渡。
在網絡協議開發過程中,為了保證新開發網絡協議的質量和可靠性,需要進行網絡協議測試。對網絡協議進行自動化測試通常是通過自動化測試工具執行事先編寫好測試腳本,觀察網絡協議運行情況并且分析運行結果。當一個完整的網絡協議測試過程在單臺具有自動化測試功能的設備上就可以完成的時候,網絡協議測試人員只需要將測試腳本拷貝到這臺設備里,然后自動化測試工具對該腳本進行測試即可。然而隨著計算機網絡規模不斷增大,網絡協議的設計也朝著將盡可能多的設備聯系在一起的方向,因此網絡協議測試過程不再是僅僅單臺設備就可以完成的,通常都需要經過多臺設備之間的報文交互,才能完成整個網絡協議的測試。但是不同的網絡協議在測試過程中所需要的設備數量不一樣,并且所執行的測試腳本不同,所以需要網絡協議測試人員將測試腳本分類拷貝至對應的設備中。通過人工的方法將測試腳本分發到每臺絡設備費時又費力,同時出錯的概率也相當高,于是如何將網絡協議測試腳本自動并且正確的發布到被測試網絡設備中就顯得尤為重要了。
網絡協議測試腳本發布設計的主要功能是將網絡協議腳本自動發布到被測試網絡設備上,使得網絡協議測試能夠獲得自動化測試中所必需的測試腳本。以下兩點是網絡協議測試腳本發布設計中需要重點考慮的因素:
首先,當前網絡協議測試要求有不同的角色扮演者,如在進行“移動IP協議”測試中需要有三個角色扮演者,分別為移動節點、家鄉代理和外地代理,并且每個角色扮演者在協議運行中所完成的任務是個不相同的,因此發布給每個角色扮演者的測試腳本也是不同的;
其次,具體的網絡協議運行測試對網絡測試環境有不同的需求,即在不同的測試中每個角色扮演者之間互相連接的情況是特殊的,如在進行“移動IP協議”測試中的三個角色扮演者中家鄉代理和外地代理是直接連接的,然而移動節點和家鄉代理以及移動節點和外地代理有可能直接連接在一起也有可能不是直接連接在一起的,因此在腳本發布時需要根據對測試網絡拓撲的需求,對當前網絡拓撲進行自主發現,及時準確的將對應測試腳本送達目標設備。
因此,如何兼顧測試腳本發布的成本投入和網絡協議測試腳本發布設計中的各種因素就成為了網絡協議測試中需要研究的關鍵問題。
發明內容
基于網絡拓撲發現的測試腳本發布方法,其特征在于該方法是通過測試腳本接收客戶端和測試腳本發布服務器端(以下簡稱客戶端和服務器)的逐步交互協商實現,其步驟如下:
步驟(1.):客戶端啟動后如果接收到測試人員輸入的測試信息,則向服務器發送測試腳本請求報文,該測試腳本請求報文包含用戶輸入的項目有測試名稱、主測試號、子項目測試號(名詞定義同服務器端的說明),同時初始化一個時間間隔為5s的定時器,開始等待服務器的測試腳本請求應答報文,如果客戶端5s內未收到服務器的應答報文并且重傳次數未滿三次,則繼續給服務器端發送一次測試腳本請求報文,如果重傳次數超過三次則向用戶提示服務器無響應;
步驟(2.):客戶端如果收到服務器發送的測試腳本請求應答報文,則依次執行以下步驟:
步驟(2.1.):在客戶端建立一張服務器保活表,測試腳本發布服務器保活表含有服務器的IP地址以及連接情況字段,其中連接情況字段用來保存客戶端在收到測試腳本請求應答后接收到服務器發送保活報文的次數,初始化時的值為3;
步驟(2.2.):客戶端將參與服務器的IP地址填入服務器保活表中相應位置,并且將對應的服務器連接情況字段置為3,同時為該表項初始化一個25s的定時器,開始等待服務器發送網絡拓撲發現開始報文,如果客戶端在25s內未收到服務器發送的網絡拓撲發現開始報文,則告知用戶測試腳本下載失敗,回到步驟(1.);
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于北京德瑞海普科技有限公司,未經北京德瑞海普科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/200910136048.4/2.html,轉載請聲明來源鉆瓜專利網。





