国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      網(wǎng)絡喚醒測試系統(tǒng)及其方法

      文檔序號:7663131閱讀:527來源:國知局
      專利名稱:網(wǎng)絡喚醒測試系統(tǒng)及其方法
      技術領域
      本發(fā)明是一種網(wǎng)絡喚醒(WakeOnLAN, WOL)測試系統(tǒng)及其方法,特別是 指一種應用于主從架構下的自動化網(wǎng)絡喚醒測試的系統(tǒng)及其方法。
      背景技術
      在現(xiàn)有的網(wǎng)絡卡的網(wǎng)絡喚醒功能(WakeOnLAN, WOL)測試環(huán)境中,電腦 操作系統(tǒng)(Operation System, OS)的QA測試工程師在測試網(wǎng)絡卡的網(wǎng)絡喚醒功 育g(WakeOnLAN, WOL)時,必需以人工手動方式在喚醒端與被喚醒端之間來 回測試。其具體過程,首先,喚醒端必須有一部具備DHCP server功能的電腦, 連接具有交換功能的集線器(switch hub),再安裝WOL軟件(如AMD Power Magic Utmty)。而在被喚醒端須以人工方式進入其RBSU(ROM-Based Setup Utility)或是OS中,抄寫下被喚醒端電腦中所有網(wǎng)絡卡的的卡號(MAC Address 或MAC ID),并將被喚醒端連接至喚醒端的網(wǎng)域(Network Domain)。在進行喚 醒測試時,在被喚醒端的電腦啟用休眠功能或電源關機,再至喚醒端的電腦執(zhí) 行WOL軟件,以手動輸入被喚醒端的MAC ID,并通過WOL軟件送出遠端 喚醒數(shù)據(jù)包(WOL Magic Packet)。最后,再至被喚醒端檢查電腦是否被喚醒。 如此程序,才算完成僅一張網(wǎng)絡卡的單次測試,而若欲測試所有被喚醒端網(wǎng)絡 卡,則必須不斷重復上述步驟,直到所有網(wǎng)絡卡都測試完畢。
      除此之外,測試的項目還包括了 Windows OS下的休眠后的WOL測試、 系統(tǒng)關機后的WOL測試、Windows OS下電源按鈕觸發(fā)休眠后的WOL測試、 Windows OS下電源按鈕觸發(fā)關機后的WOL測試、Unix & Unix-Like電源按鈕 觸發(fā)關機后的WOL測試等不同狀況下的網(wǎng)絡喚醒測試。
      以目前作法,必須對一項網(wǎng)絡喚醒測試,重復上述過程設定對一張網(wǎng)絡卡 的測試,再重復同樣的動作接著測試第二張網(wǎng)絡卡,直到所有網(wǎng)絡卡測試完畢, 其動作重復性高。而測試過程及操作上,必須消耗大量的時間在于一些如人工 查詢、抄寫下受測的被喚醒端所有網(wǎng)絡卡的MAC ID、再從喚醒端輸入MAC ID與傳送WOL數(shù)據(jù)包等不可省略的人為操作步驟。且采用人力測試,難免會產(chǎn) 生一些人為疏失與錯誤。又,無法精簡測試者必須于喚醒端與被喚醒端兩者之 間來回的確認時間。因此,以目前作法仍存在上述諸多缺點。

      發(fā)明內(nèi)容
      本發(fā)明提出一種網(wǎng)絡喚醒(WakeOnLAN, WOL)測試系統(tǒng)及其方法,適用 于Windows操作系統(tǒng)、Unix或Linux操作系統(tǒng),由Client/Server的主從架構 的施測端(Server)與受測端(CHent)所組成。將受測端所有網(wǎng)絡卡的MAC ID傳 送至施測端,且從施測端搜集到的MAC ID清單自動提取受測端的MAC ID 包含于喚醒數(shù)據(jù)包(WOL Magic Packet)中,再傳送喚醒數(shù)據(jù)包至受測端以進行 網(wǎng)絡喚醒(WOL)。
      該網(wǎng)絡喚醒測試系統(tǒng)包括一網(wǎng)域(NetworkDomain); —施測端,為該網(wǎng) 域內(nèi)的一伺服器端,具有一網(wǎng)絡喚醒測試模塊,該網(wǎng)絡喚醒測試模塊提供一操 作介面供設定一測試組態(tài),且該網(wǎng)絡喚醒測試模塊依照該測試組態(tài)發(fā)出一喚醒 數(shù)據(jù)包(Magic Packet)后,判斷是否在一等待時間內(nèi)接收到一喚醒成功信息; 以及至少一受測端,為該網(wǎng)域內(nèi)的一客戶端,具有一網(wǎng)絡喚醒模塊,提供抓取 至少一網(wǎng)絡卡卡號并上傳至該施測端,且當該網(wǎng)絡喚醒模塊該接收到該喚醒數(shù) 據(jù)包時將該受測端網(wǎng)絡喚醒,并當該受測端被喚醒之后,該網(wǎng)絡喚醒模塊回傳 該喚醒成功信息至該施測端。
      通過本發(fā)明的網(wǎng)絡喚醒(WOL)測試系統(tǒng)的模塊操作介面,設定自動化的測 試組態(tài),將前述的繁瑣的設定過程,通過應用編程接口 API(Application Program Interface)或是對系統(tǒng)傳送信息(System Message Post)或事件(Event Post),自動 對受測端的電腦完成"啟用休眠"、"系統(tǒng)關機"等環(huán)境變量設定的動作,將 所有繁瑣的動作簡化。同時,本發(fā)明的網(wǎng)絡喚醒(WOL)測試方法以循序的方式, 對所有網(wǎng)絡卡,針對測試工程師的選擇,做整體的自動化測試,從環(huán)境變量設 定到系統(tǒng)關機或休眠、MACID輸入、WOL數(shù)據(jù)包封裝傳遞、WOL喚醒,到 轉換目標網(wǎng)卡繼續(xù)測試,都改為自動化。改善以往WOL測試只能完全依賴人 力,因此將可節(jié)省許多測試人力及時間。再者,本發(fā)明的網(wǎng)絡喚醒測試模塊操 作介面,更可將測試結果輸出成HTML檔的資料形式以供事后查驗。采用 HTML檔可以將結果以強調的方式表示,如失敗以紅色,成功以藍色顯示等以不同顏色顯示測試結果,使得測試結果便于査詢。
      因此,通過本發(fā)明的網(wǎng)絡喚醒(WOL)測試系統(tǒng),可取代采用人力測試時以 人工查詢,省去查詢動作的時間消耗,同時可避免傳統(tǒng)作法中人為操作上的疏
      失,減少人為失誤以提高網(wǎng)絡喚醒(WOL)測試的整體效益。再者,通過本發(fā)明 的網(wǎng)絡喚醒(WOL)測試方法,以循序的方式按照測試工程師的設定,對所有網(wǎng) 絡卡做整體的自動化測試,從環(huán)境變量設定、系統(tǒng)關機或休眠、MACID輸入、 WOL數(shù)據(jù)包封裝傳遞、WOL喚醒,到轉換目標網(wǎng)卡繼續(xù)測試,都改為自動化。 以本發(fā)明所提供的軟件方法總測試時間僅需30 50分鐘甚至更少,相較于傳統(tǒng) 作法的總和測試時間約近1 1.5小時,其時間效率提升約40 50%,且自動化 測試使整體效益更為提升。


      為讓本發(fā)明的上述和其它目的、特征、優(yōu)點與實施例能更明顯易懂,所附
      附圖的詳細說明如下
      圖l,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試系統(tǒng)的方塊圖2A,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試方法的步驟流程圖2B,為本發(fā)明網(wǎng)絡喚醒(WOL)測試方法搜集網(wǎng)絡卡卡號的細部流程A;
      圖3,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試模塊操作介面的示意圖。
      其中,附圖標記
      100:施測端
      110:網(wǎng)絡喚醒測試模塊
      120:網(wǎng)絡喚醒測試模塊操作介面
      121: MACID列表
      122:測試組態(tài)列表 123:測試過程即時信息 124:測試功能選項 1241:關機/啟動休眠選項
      1242:關機測試選項 1243:電源啟動休眠選項 1244:休眠與恢復選項1245:電源關機選項
      1246:開/關機循環(huán)選項
      125:測試項目列表 126:測試經(jīng)過時間 127:目前測試工作
      200 20n:受測端 2001 20nh網(wǎng)絡喚醒模塊 2002 20n2:網(wǎng)絡卡 300:網(wǎng)域
      400 460:方法步驟
      具體實施例方式
      本發(fā)明為一種網(wǎng)絡喚醒(WOL)測試系統(tǒng)及其方法,應用于Client/Server的 主從架構的施測端(Server)與受測端(Client)所組成的系統(tǒng),通過一網(wǎng)絡喚醒測 試模塊對受測端進行網(wǎng)絡喚醒測試,實現(xiàn)自動化網(wǎng)絡喚醒測試的目的。以下應 用本發(fā)明方法技術的較佳實施例詳細說明本發(fā)明方法的步驟流程。
      首先,請配合參照圖l,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試系統(tǒng)的方塊圖。 本發(fā)明所提出的網(wǎng)絡喚醒測試系統(tǒng),主要應用于Client/Server主從架構下的施 測端100、受測端200 ~ 20n及網(wǎng)域300所組成的系統(tǒng)。受測端200 20n分別 具有網(wǎng)絡喚醒模塊2001 ~ 20nl及網(wǎng)絡卡2002 20n2。網(wǎng)絡喚醒模塊2001 20nl接收網(wǎng)絡喚醒數(shù)據(jù)包(WOL Magic Packet)而將受測端200 20n電腦喚醒, 具有提供抓取該網(wǎng)絡卡卡號(MAC ID)并傳送網(wǎng)絡卡卡號至施測端100,當受測 端200 20n的電腦被成功喚醒時,該網(wǎng)絡喚醒模塊2001 20nl會回傳一喚醒 成功信息至施測端100等上傳資料信息的功能。施測端100至少包含一網(wǎng)絡喚 醒測試模塊IIO、及一網(wǎng)絡喚醒測試模塊操作介面120。網(wǎng)絡喚醒測試模塊操 作介面120為網(wǎng)絡喚醒測試模塊110的操作介面。以下配合附圖詳細說明網(wǎng)絡 喚醒測試模塊操作介面120所提供的功能。
      參見圖3,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試模塊操作介面的示意圖。該網(wǎng) 絡喚醒模塊操作介面120,提供使用者設定對至少一個該受測端200的測試組 態(tài)。如圖所示,該介面120至少包含提供MACID列表121、測試組態(tài)列表122、測試過程即時信息123、測試功能選項124及測試項目列表125、測試經(jīng)過時 間126、目前測試工作127等功能。其中,MAC ID列表121顯示施測端100 所搜集到的受測端200的網(wǎng)絡卡2002 20n2的卡號(MAC ID)。測試組態(tài)列表 122提供設定對至少一個該受測端200的測試組態(tài),包含如一系統(tǒng)處理緩沖時 間、 一模塊處理信息的緩沖時間、 一喚醒數(shù)據(jù)包傳送間隔時間、 一喚醒成功次 數(shù)、 一喚醒失敗次數(shù)、及一等待時間等,其中該等待時間為當網(wǎng)絡喚醒測試模 塊110發(fā)出喚醒數(shù)據(jù)包后即開始計時,并于等待時間內(nèi)判斷是否接收到該受測 端200回傳的喚醒成功信息。測試過程即時信息123為在測試過程中即時以 HTML格式產(chǎn)生的測試行程、結果。測試功能選項124提供至少包含關機/啟 動休眠(Shutdown/Hibernate)選項1241、關機測試(Shutdown test)選項1242、 電源啟動休眠(Power Hibernate)選項1243、休眠與恢復(Hibernate & Resume) 選項1244、電源關機(Power Shutdown)選項1245及開/關機循環(huán)(Power cycle) 選項1246等項目的任意組合。而測試項目列表125為提供批次顯示對該受測 端200的所有的測試功能。測試經(jīng)過時間126可顯示測試所經(jīng)歷的總時間。目 前測試工作127可顯示目前所進行的受測端200的測試工作。
      接著,配合參照圖2A,為本發(fā)明的網(wǎng)絡喚醒(WOL)測試方法的步驟流程 圖。如圖2A所示,利用本發(fā)明所提出的網(wǎng)絡喚醒(WOL)測試方法于 Client/Server主從架構的施測端100與受測端200。首先,施測端100的網(wǎng)絡 喚醒測試模塊110搜集至少一個受測端200的一網(wǎng)絡卡2001的卡號(步驟400)。 接著,通過網(wǎng)絡喚醒測試模塊操作介面120設定一測試組態(tài)(歩驟410)。然后 即可進行網(wǎng)絡喚醒測試,依該測試組態(tài)發(fā)送一喚醒數(shù)據(jù)包(Magic Packet)至一 個該受測端200(步驟420)。待發(fā)送出喚醒數(shù)據(jù)包后,施測端100即開始計時 一段等待時間,施測端100是否于一等待時間內(nèi)收到受測端200回傳的喚醒成 功信息(步驟430)。若在步驟430中收到受測端200回傳的喚醒成功信息,則 表示受測端200己網(wǎng)絡喚醒成功,因此接著判斷受測端200是否已達喚醒成功 次數(shù)(步驟440);但若在歩驟430中,施測端IOO在一等待時間內(nèi)均未收到該 受測端200回傳的喚醒成功信息,則判定該次網(wǎng)絡喚醒失敗,因此接著判斷受 測端200是否已達喚醒失敗次數(shù)(步驟450)。在前述步驟440中,若受測端200 已達喚醒成功次數(shù),則再接著判斷是否完成所有受測端200的網(wǎng)絡喚醒測試(步 驟460);但若受測端200未達喚醒成功次數(shù),則回到歩驟420繼續(xù)進行重復測試。而于前述步驟450中,若受測端200已達喚醒失敗次數(shù),則記錄該次網(wǎng)絡 喚醒失敗的信息并放棄該受測端200的網(wǎng)絡喚醒測試(步驟451),然后接續(xù)步 驟460;但若受測端200未達喚醒失敗次數(shù),則回到步驟420再繼續(xù)重復測試。 最后,于上述步驟460中,若尚未完成所有該受測端200的該網(wǎng)絡喚醒測試, 則回到步驟420繼續(xù)進行下一個該受測端200的該網(wǎng)絡喚醒測試;但若已完成 所有該受測端200的測試,則結束本流程。
      其中,前述步驟400更包含一細部流程A,接下來配合附圖作進一步說明 如下。參見圖2B,為本發(fā)明網(wǎng)絡喚醒(WOL)測試方法搜集網(wǎng)絡卡卡號的細部 流程A。首先,在一受測端200執(zhí)行一網(wǎng)絡喚醒模塊2001(步驟401)。當該模 塊執(zhí)行時,網(wǎng)絡喚醒模塊2001抓取該受測端200 —網(wǎng)絡卡2002的卡號(MAC ID)(步驟402)。然后,該網(wǎng)絡喚醒模塊2001連線至一施測端100并將該網(wǎng)絡 卡卡號回傳至該施測端IOO(歩驟403)。待進行步驟403之后,該施測端100 即搜集了所有該受測端200的網(wǎng)絡卡卡號(MAC ID)。如此完成細部流程A的 歩驟后,即可接續(xù)步驟410,通過網(wǎng)絡喚醒測試模塊操作介面120設定一測試 組態(tài)。
      借此,以循序的方式對網(wǎng)域中所有網(wǎng)絡卡做整體的自動化測試。從環(huán)境變 量設定到系統(tǒng)關機或休眠、MACID輸入、WOL數(shù)據(jù)包封裝傳遞、WOL喚醒 再轉換目標網(wǎng)絡卡繼續(xù)測試,都可改為自動化測試的目的。
      當然,本發(fā)明還可有其它多種實施例,在不背離本發(fā)明精神及其實質的情 況下,熟悉本領域的技術人員當可根據(jù)本發(fā)明做出各種相應的改變和變形,但 這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
      權利要求
      1. 一網(wǎng)絡喚醒測試系統(tǒng),其特征在于,至少包含一網(wǎng)域;一施測端,為該網(wǎng)域內(nèi)的一伺服器端,具有一網(wǎng)絡喚醒測試模塊,該網(wǎng)絡喚醒測試模塊提供一操作介面供設定一測試組態(tài),且該網(wǎng)絡喚醒測試模塊依照該測試組態(tài)發(fā)出一喚醒數(shù)據(jù)包后,判斷是否于一等待時間內(nèi)接收到一喚醒成功信息;以及至少一受測端,為該網(wǎng)域內(nèi)的一客戶端,具有一網(wǎng)絡喚醒模塊,提供抓取至少一網(wǎng)絡卡卡號并上傳至該施測端,且當該網(wǎng)絡喚醒模塊接收到該喚醒數(shù)據(jù)包時將該受測端網(wǎng)絡喚醒,并當該受測端被喚醒之后,該網(wǎng)絡喚醒模塊回傳該喚醒成功信息至該施測端。
      2. 根據(jù)權利要求1所述的網(wǎng)絡喚醒測試系統(tǒng),其特征在于,該喚醒數(shù)據(jù) 包為任何于網(wǎng)絡通訊協(xié)定中包含欲被網(wǎng)絡喚醒的電腦的該網(wǎng)絡卡卡號的資料。
      3. 根據(jù)權利要求1所述的網(wǎng)絡喚醒測試系統(tǒng),其特征在于,該網(wǎng)絡喚醒 測試模塊的該操作介面至少包含一網(wǎng)絡卡卡號列表、 一測試組態(tài)列表、 一測試 過程即時信息、 一測試功能選項、及一測試項目列表。
      4. 一網(wǎng)絡喚醒測試方法,其特征在于,至少包含步驟 一施測端的一網(wǎng)絡喚醒測試模塊搜集至少一個一受測端的一網(wǎng)絡卡卡號; 通過該網(wǎng)絡喚醒測試模塊的一操作介面設定一測試組態(tài); 依該測試組態(tài)發(fā)送一喚醒數(shù)據(jù)包至一個該受測端以進行網(wǎng)絡喚醒; 該施測端是否于一等待時間內(nèi)收到該受測端回傳的一喚醒成功信息; 判斷該受測端是否已達一喚醒成功次數(shù);以及 判斷是否完成所有該受測端的一網(wǎng)絡喚醒測試。
      5. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于,判斷是否完 成所有該受測端的該網(wǎng)絡喚醒測試的結果為否,則該施測端繼續(xù)進行下一個該 受測端的該網(wǎng)絡喚醒測試。
      6. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于,判斷該受測 端是否已達一喚醒成功次數(shù)的判斷結果為否,則該施測端依該測試組態(tài)發(fā)送另 一個該喚醒數(shù)據(jù)包至該受測端。
      7. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于,該施測端是 否于一等待時間內(nèi)收到該受測端回傳的一喚醒成功信息結果為否,再進一步包 含歩驟判斷該受測端是否已達一喚醒失敗次數(shù);以及若該受測端己達該喚醒失敗次數(shù),則記錄該次網(wǎng)絡喚醒失敗的信息并放棄 該受測端的網(wǎng)絡喚醒測試。
      8. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于, 一施測端的 一網(wǎng)絡喚醒測試模塊搜集至少一個一受測端的一網(wǎng)絡卡卡號的步驟,更包含歩 驟于一受測端執(zhí)行一 網(wǎng)絡喚醒模塊;該網(wǎng)絡喚醒測試模塊抓取該受測端至少一 網(wǎng)絡卡卡號;以及 該網(wǎng)絡喚醒測試模塊連線至一施測端并將該網(wǎng)絡卡卡號回傳至該施測端。
      9. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于,該喚醒數(shù)據(jù) 包為任何于網(wǎng)絡通訊協(xié)定中包含欲被網(wǎng)絡喚醒的電腦的該網(wǎng)絡卡卡號的資料。
      10. 根據(jù)權利要求4所述的網(wǎng)絡喚醒測試方法,其特征在于,該網(wǎng)絡喚醒 測試模塊的該操作介面至少包含一網(wǎng)絡卡卡號列表、及一測試組態(tài)列表、 一測 試過程即時信息、 一測試功能選項、及一測試項目列表。
      全文摘要
      一種網(wǎng)絡喚醒測試系統(tǒng)及其方法,主要應用在主從架構下的施測端、受測端及網(wǎng)域所組成的網(wǎng)絡喚醒測試系統(tǒng),通過施測端的網(wǎng)絡喚醒測試模塊設定對至少一個受測端的一測試組態(tài),實現(xiàn)自動化網(wǎng)絡喚醒測試的目的。
      文檔編號H04L12/26GK101431443SQ200710165198
      公開日2009年5月13日 申請日期2007年11月8日 優(yōu)先權日2007年11月8日
      發(fā)明者楊登智, 陳建霖 申請人:英業(yè)達股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1