專利名稱：分散測試與集中管理的測試系統(tǒng)及方法
技術領域：
本發(fā)明涉及一種測試系統(tǒng)及方法，特別涉及一種分散測試與集中管理的測試系統(tǒng)及方法。
背景技術：
在現有的測試系統(tǒng)架構中，測試單元的管理比較分散，也就是需要對每個測試單元作個別的管理。這種個別的管理將導致當工廠中有許多測試機時，對測試機進行管理和控制的機器也必須增加。所以，為了達到管理測試機而制作的系統(tǒng)，就必須同時運用許多額外的控制機器設備，這些控制機器中大部分的測試腳本相同。于是，除了額外機器設備的費用外，為了維護這些額外的控制機器，也必須花上更多的維護時間與經費。所以，測試效率可能因為維護額外的機器設備而降低。此外，這種控制機器常以人工操作較多，也容易出錯。
所以，能否通過運用一特性，將控制測試的機器數量降低，而能讓以往的測試工作同樣進行，且能將管理控制的工作加以集中，成為研發(fā)人員所急欲解決的問題。

發(fā)明內容
鑒于以上現有技術的問題，本發(fā)明的目的在于提供一種分散測試與集中管理的測試系統(tǒng)及方法，可通過一操作平臺，進行測試腳本的發(fā)送與測試流程的統(tǒng)一控管。為提高自動化程度，方便工廠測試機的集中管理，讓操作者可以通過一臺機器進行測試腳本配置，并對所有的測試控制服務進行控制，可以查看所有測試機的狀態(tài)，并且可以快速定位某臺測試機，查看測試結果。
為達到上述目的，本發(fā)明所提供的分散測試與集中管理的測試系統(tǒng)，包括一管理控制層、一測試層與一連接層。其中，管理控制層包括操作平臺以管理該測試系統(tǒng)，且測試腳本儲存于其中。測試層則包括多個測試區(qū)域，每個測試區(qū)域還包括多個測試客戶端，測試層是用來接收該測試腳本并分發(fā)到每個測試客戶端，讓測試客戶端執(zhí)行測試動作并傳送測試結果至管理服務器層。最后，連接層則被用來連接管理服務器層與測試層。
此外，本發(fā)明依據上述的測試系統(tǒng)公開了一種分散測試與集中管理的測試方法，其操作步驟如下所述首先，管理控制層配置每個客戶端的地址。
其次，管理控制層依據每個客戶端的地址發(fā)送測試腳本。接著，每個該客戶端執(zhí)行該測試腳本。而當客戶端執(zhí)行完測試腳本時，則傳遞測試報告到管理控制層。接下來，管理控制層即記錄測試報告。如果客戶端執(zhí)行測試腳本異常時，則傳遞錯誤碼至該管理控制層。
最后，當管理控制層接收錯誤碼時，則由測試平臺的操作人員進行錯誤測試處置。
而錯誤測試處置包括幾種情形1.當由操作平臺輸入重置指令時，則回到管理控制層依據每個客戶端地址發(fā)送測試腳本的步驟，并重新進行測試。2.當由操作平臺輸入錯誤報告指令，則發(fā)生異常的客戶端即送出一異常報告至管理控制層。
此外，在每個客戶端執(zhí)行測試腳本的步驟后，亦可通過操作平臺作測試狀況報告的檢查，也就是，當操作平臺發(fā)送一檢查指令，客戶端即送出一測試狀況報告。
最后，在整個操作流程開始前，還包括一些預處理過程，其包括下面的步驟首先，制作客戶端激活映像。接著，指定連接層與每個客戶端的端口信息。第三，維護每個客戶端的硬件與軟件配置信息。最后，維護該測試腳本。
有關本發(fā)明的特征與實施，配合附圖、最佳實施例詳細說明如下。


圖1為本發(fā)明的所運用的測試系統(tǒng)架構的方塊圖；圖2為本發(fā)明的分散測試與集中管理的測試系統(tǒng)方塊圖；圖3為本發(fā)明的管理服務器的測試系統(tǒng)架構圖；
圖4為本發(fā)明的測試方法的第一具體實施例的流程圖；圖5為本發(fā)明的測試方法的第一具體實施例的細部流程圖；圖6A--6C為本發(fā)明的控制服務的流程圖；圖7A--7C為本發(fā)明的ARP服務流程圖；圖8A--8B為本發(fā)明的PXE/DHCP服務流程圖；及圖9A--9B為本發(fā)明的FIS服務流程圖。
附圖標記說明10 管理服務器 10a測試系統(tǒng)主服務器20 PXE/DHCP服務器 30 智能(S/W)集線器40 第一測試區(qū)塊 41 智能(S/W)集線器42 控制服務器 42a測試系統(tǒng)控制服務器42b測試系統(tǒng)映像服務器 43 客戶端44 客戶端 45 客戶端50 第二測試區(qū)塊 51 智能(S/W)集線器52 控制服務器 52a測試系統(tǒng)控制服務器52b測試系統(tǒng)映像服務器 53 客戶端54 客戶端 55 客戶端60 第N測試區(qū)塊61 智能(S/W)集線器62 控制服務器 62a測試系統(tǒng)控制服務器62b測試系統(tǒng)映像服務器 63 客戶端64 客戶端 65 客戶端71 ARP服務模塊(又稱地址解析服務模塊)72 數據服務模塊 73 第一控制服務模塊74 第二控制服務模塊 75 客戶端系統(tǒng)80 集線器數據庫 90 集線器控制服務101ARP管理102主數據庫103主數據庫管 104腳本管理105PXE映像管 106DHCP服務107切換集線器 108ARP數據庫109FIS服務110使用者接口
111測試系統(tǒng)數據庫 112PXE/DHCP服務113ARP服務114控制服務115客戶端系統(tǒng)ARP地址決定協議(Address Resolver Protocol)DHCP 動態(tài)主配置協議(Dynamic Host ConfigurationProtocol)FIS工廠信息系統(tǒng)(Factory Information Protocol)MAC媒體存取控制(Media Access Control Address)OI 使用者接口(Operator Interface)PXE預先開機執(zhí)行環(huán)境(Preboot ExecutionEnvironment)具體實施方式
首先，請參考圖1，其為本發(fā)明所運用的測試系統(tǒng)架構的方塊圖，其包括幾個部分管理服務器10、PXE/DHCP服務器20(預開機執(zhí)行/動態(tài)主機配置服務器)、智能(S/W)集線器30、第一測試區(qū)塊40、第二測試區(qū)塊50與第N測試區(qū)塊60。其中，第一測試區(qū)塊40包括智能(S/W)集線器41、控制服務器42、客戶端44、客戶端45。而集線器數據庫80則安裝于管理服務器10當中，而第二測試區(qū)塊50直到第N測試區(qū)塊60，其包括的組件都相同。即，第二測試區(qū)塊50包括智能(S/W)集線器51、控制服務器52、客戶端54、客戶端55；第N測試區(qū)塊60也包括智能(S/W)集線器61、控制服務器62、客戶端64、客戶端65。
在圖1當中，每個測試區(qū)塊都包括一個控制服務器與多個客戶端，通過智能(S/W)集線器加以聯結，并通過智能(S/W)集線器30與管理服務器10和PXE/DHCP服務器20相聯結。因此，智能(S/W)連接器30可稱為連接層，其用來連接管理控制層與測試層。在此架構下，屬于管理控制層的管理服務器10和PXE/DHCP服務器20即能傳送管理控制命令、測試工具及腳本至測試層中的各測試區(qū)塊的控制服務器，進而分發(fā)至各個網域單元當中的各個客戶端(測試機)并加以維護。反過來，各個客戶端(測試機)也可通過各個測試層中的各測試區(qū)塊的控制服務器以反向的路徑傳送其測試信息(狀態(tài)與結果)至管理控制層。事實上各測試區(qū)塊的控制服務器所采取的是一種分散管理機制，主要負責其區(qū)塊內各個客戶端測試機的測試與管理，一旦區(qū)塊中客戶端測試機發(fā)生異常，則只會影像到該測試區(qū)塊的運行，而不會影響到其它測試區(qū)塊的運行，更不會影響到管理控制層的運行。
其中的PXE/DHCP服務器20，則用于整個系統(tǒng)的預處理過程。其操作包括有準備所有測試機的激活映像，所謂的激活映像可供測試機在無軟盤及無硬盤的情況之下由遠程進行激活；另外PXE/DHCP服務器20還負責替所有的測試機進行動態(tài)的地址(IP)分配。
而測試時信號傳遞的方式，則通過智能(S/W)集線器運用虛擬局域網絡(Virtual Local Area Net，以下簡稱VLAN)的方式將各個組件加以連結。而其中的智能(S/W)集線器，用來切分網域，即劃分虛擬局域網絡(VLAN)，此項功能是通過對硬件的直接配置來實現的。并且，測試層可運用系統(tǒng)軟件，通過對智能(S/W)集線器的查詢并配合數據庫來定位每個客戶端(測試機)。其中，劃分虛擬局域網絡(VLAN)的目的主要是隔離不同測試區(qū)域中的控制服務器和客戶端，以控制網絡流量，并且使不同測試區(qū)域之間不能夠相互通訊，從而達到各測試區(qū)域獨立進行測試的目的。
例如，在管理控制層的一個智能(S/W)集線器劃分虛擬局域網絡(VLAN)1(端口1、2、3)、虛擬局域網絡(VLAN)2(端口1、2、4)…到虛擬局域網絡(VLAN)N(端口1、2、N+2)。其中，端口1接管理服務器10，端口2接PXE/DHCP服務器20，端口3接第一測試區(qū)塊40，端口4接第二測試區(qū)塊50，一直到端口N+2接第N測試區(qū)塊60。這樣，第一測試區(qū)塊40的所有客戶端與管理服務器10和PXE/DHCP服務器20在虛擬局域網絡(VLAN)1中；第二測試區(qū)塊50的所有客戶端(測試機)和管理服務器10與PXE/DHCP服務器20在虛擬局域網絡(VLAN)2中；第N測試區(qū)塊60的所有客戶端和管理服務器10與PXE/DHCP服務器20在虛擬局域網絡(VLAN)N中。
通過這些硬件架構，即能實現分散測試與集中管理。具體的運行，則通過本發(fā)明的軟件方法來達成。
請參考圖2，本發(fā)明的分散測試與集中管理的測試系統(tǒng)方塊圖，其包括ARP服務模塊71(即地址解析服務模塊)、數據服務模塊72、第一控制服務模塊73、第二控制服務模塊74、客戶端系統(tǒng)75。圖2主要說明了管理控制層當中的管理服務器10與測試層的關系。
其中，ARP服務模塊71，又可稱為地址解析服務模塊，安裝于管理服務器10，負責地址(IP)解析與協議，可定位每個客戶端的地址；第一、第二控制服務模塊73、74則安裝于控制服務器，負責控制測試流程、分發(fā)測試工具、測試狀態(tài)與測試結果；數據服務模塊72安裝于管理服務器10，其負責收集匯總記錄測試狀態(tài)和結果；客戶端系統(tǒng)75則個別安裝于客戶端，負責執(zhí)行測試腳本。而測試腳本，可以安裝于管理服務器10而通過網絡發(fā)送，或者個別存于測試層的控制服務器中。
整個分散測試與集中管理的測試方法，其具體的操作流程整理如下。首先，通過圖1的網絡架構可以看出，由管理服務器10依據ARP服務模塊71，并經由網絡送出測試腳本至各個控制服務器。接著，再由每個測試區(qū)域當中的控制服務器的控制模塊分發(fā)測試工具至各客戶端。接下來，客戶端接收到測試腳本后，即執(zhí)行測試腳本。在執(zhí)行的同時，測試狀態(tài)與測試結果通過控制服務器傳至管理服務器10。如此，即可達到分散測試與集中管理的目的。
在系統(tǒng)的測試工作開始前，必須先執(zhí)行預處理過程。亦即，對硬件系統(tǒng)和數據庫系統(tǒng)進行配置，進而提供了管理接口的維護方便。預處理過程包括幾個主要步驟第一，制作客戶端激活映像(image)，由PXE/DHCP服務器20上的PXE映像管理105完成。
第二，維護集線器及集線器端口信息，為集線器的每個測試端口指定工廠中的物理位置(測試區(qū)域，客戶端的編號)。其由管理服務器上的ARP管理101完成。
第三，維護客戶端的硬件和軟件配置信息，為測試工具提供的比較數據。其由管理服務器上的主數據庫管理完成，數據均存于主數據庫中。
第四，維護工廠中所有客戶端的測試腳本，提供給控制服務，每個客戶端與控制服務聯絡后，控制服務根據客戶端的序列號(Serial Number)等信息到數據庫中取得相應測試腳本。此步驟由腳本管理完成，可以在管理服務器10上，送到控制服務器的數據庫中，也可在控制服務器上，直接維護本地數據庫。
以下，將舉一具體實施例來說明本發(fā)明的測試系統(tǒng)與方法。請參考圖3，其為本發(fā)明的管理服務器的測試系統(tǒng)架構圖。其包括測試系統(tǒng)主服務器10a、PXE/DHCP服務器20、智能(S/W)集線器30、第一測試區(qū)塊40、第二測試區(qū)塊50、第N測試區(qū)塊60、集線器數據庫80與集線器控制服務90。
其中，第一測試區(qū)塊40當中包括智能(S/W)集線器41、測試系統(tǒng)控制服務器42a、測試系統(tǒng)映像服務器42b、客戶端43、客戶端44、客戶端45。同樣地，第二測試區(qū)塊50包括智能(S/W)集線器51、測試系統(tǒng)控制服務器52a、測試系統(tǒng)映像服務器52b、客戶端53、客戶端54、客戶端55。直到第N測試區(qū)塊60，同樣包括智能(S/W)集線器61、測試系統(tǒng)控制服務器62a、測試系統(tǒng)映像服務器62b、客戶端63、客戶端64、客戶端65。
而測試系統(tǒng)服務器的軟件可以通過對智能(S/W)集線器的查詢，配合數據庫來定位客戶端。且以測試系統(tǒng)服務器所形成的測試系統(tǒng)，客戶端與服務器之間的通訊協議是網絡基本輸出輸入系統(tǒng)延伸使用者接口(NetBUEI)，以廣播方式進行；或者，也可使用網際網絡傳輸協議(TCP/IP)，以點對點的方式進行通訊。
這樣，每個客戶端都能與管理服務器10上的ARP管理101通訊，都能與PXE/DHCP服務器20通訊，下載PXE激活映像，獲得DHCP服務106分配的地址(IP)等。但客戶端與上層的通訊是短暫的，之后將分別與各個測試區(qū)塊中的控制服務(控制服務程序，安裝在控制服務器上)通訊，受控制服務命令的控制。而控制服務則會收集測試區(qū)塊中所有客戶端的測試狀態(tài)和測試結果向管理層的服務器發(fā)送。
整個測試方法的流程，請參考圖4。首先，配置客戶端地址(步驟410)。此步驟由數據服務模塊完成，屬于預處理步驟。接著，即依據客戶端地址發(fā)送測試腳本(步驟420)。接下來，客戶端即執(zhí)行腳本(步驟430)，正式進入測試工作。然而，在測試過程中，有可能會有測試失敗的情形，因此，各個控制服務器就必須監(jiān)控各個客戶端的測試結果。如果，客戶端的測試正常(步驟440)，則客戶端便直接傳遞測試結果至控制服務器，控制服務器再傳遞測試報告(步驟460)至管理服務器10。最后，管理服務器端即記錄測試報告(步驟470)。
反之，如果客戶端的測試不正常，則詢問操作者是否重置客戶端(步驟450)。此一動作由控制服務器與客戶端共同完成，客戶端于測試異常時，會送出一錯誤碼至控制服務器。接著，控制服務器將錯誤碼送至管理服務器，操作者即會檢視到此錯誤情形。如果操作者按下重置鍵，則回到步驟420，再針對發(fā)生錯誤的客戶端重新進行測試。反之，如果操作者判斷不重置，要進行檢查的工作，則可將發(fā)生錯誤的客戶端結束測試的工作，并依據操作者所送出的錯誤報告指令，由發(fā)生錯誤的客戶端送出一個錯誤報告。如此，即可統(tǒng)一由操作者所使用的使用者接口(操作平臺)來進行統(tǒng)一的管理。
當完成客戶端測試后，客戶端即傳遞測試結果置控制服務器，控制服務器傳遞測試報告(步驟460)至管理服務器10。最后，管理服務器端即記錄測試報告(步驟470)。
通過圖4的解說，當可了解本發(fā)明可通過本發(fā)明所公開的測試系統(tǒng)而將測試工作分散至各個客戶端，并統(tǒng)一作集中管理的工作。于是，測試人員可在單機上管理與監(jiān)控各個客戶端的測試工作。
接下來，請參考圖5，其運用軟件模塊與流程的方式來說明本發(fā)明的測試方法。圖5包括許多軟件模塊，有ARP管理101、主數據庫102、主數據庫管理103、腳本管理104、PXE映像管理105、DHCP服務106、切換集線器107、ARP數據庫108、FIS服務109、使用者接口110、測試系統(tǒng)數據庫111、PXE/DHCP服務112、ARP服務113、控制服務114與客戶端系統(tǒng)115等。
圖5以較細的流程來說明圖4的方法流程，以下分述之步驟501--509(說明圖4的步驟410)首先，由客戶端系統(tǒng)115與PXE/DHCP服務112聯絡，PXE/DHCP服務112則為客戶端系統(tǒng)115分配地址(IP)，步驟501?？蛻舳讼到y(tǒng)115亦從PXE/DHCP服務112中的PXE映像管理105下載激活映像。接著，在步驟502中，客戶端系統(tǒng)115與ARP服務113聯絡，請求當前位置；同時，ARP管理101開放ARP數據庫108的存取。接下來，在步驟503中，則為ARP服務113根據客戶端系統(tǒng)115的MAC(媒體存取控制)查詢切換集線器107，得到切換地址(IP)和切換端口的識別碼(ID)。ARP服務113根據切換地址(IP)和切換端口識別碼到ARP數據庫108中查到客戶端位置信息，在步驟504。
接著，ARP服務113發(fā)送測試區(qū)域客戶端編號給客戶端系統(tǒng)115，并告知相應控制服務114供應的信息。步驟506則為客戶端系統(tǒng)115與控制服務114聯絡，通知控制服務114當前客戶端系統(tǒng)115的位置。步驟507則為客戶端系統(tǒng)115向控制服務114請求配置信息，發(fā)送序列號。步驟508則為控制服務114向FIS服務109請求客戶端系統(tǒng)115的配置信息。經過步驟508后，控制服務114發(fā)送客戶端系統(tǒng)115配置信息到客戶端系統(tǒng)115。步驟509為FIS(工廠信息系統(tǒng))服務109從主數據庫102中查找信息，步驟509。經步驟509后，FIS服務109發(fā)送客戶端系統(tǒng)115的配置信息到控制服務114。
步驟510-512詳細說明了圖4的步驟420、430。其中，步驟510為，控制服務114向所有的使用者接口(Operator Interface，OI)110發(fā)送客戶端系統(tǒng)115的狀態(tài)。其次，在步驟511中，控制服務114從測試系統(tǒng)數據庫111中獲得測試腳本。最后，在步驟512中，客戶端系統(tǒng)115向控制服務114請求測試工具，并從共享路徑中復制測試工具到本地端并執(zhí)行。所以，到步驟512為止，客戶端系統(tǒng)115即可依據測試腳本來執(zhí)行測試工作。在測試工作執(zhí)行時，會產生測試結果或者測試出錯的情形，以下的步驟，具體說明本發(fā)明傳送測試結果與處理測試出錯狀況的流程。
步驟513即為圖4的步驟440的詳細說明，其為客戶端系統(tǒng)115將測試結果和日志(Log)文件傳給控制服務114，控制服務114則回到步驟510向使用者接口110報告狀態(tài)。在正常的情況下，步驟512、513將不斷重復直到腳本跑完，這是測試正常的情形。如果測試出錯，后續(xù)的步驟將會提及其處理方式。
接著，步驟514為控制服務114將測試結果和詳細日志(Log)文件寫入測試系統(tǒng)數據庫111。此時，初步的測試工作結果被預存在測試系統(tǒng)數據庫111。
在測試過程中，測試系統(tǒng)操作者運用一個操作平臺即可掌控整個測試過程。以下，將以步驟515--520來進一步說明操作者的介入。
首先，在步驟515中，使用者接口110可查看客戶端系統(tǒng)115執(zhí)行的結果和執(zhí)行報告。接著，在步驟516中，使用者接口110可通過IE來觀看客戶端系統(tǒng)115的輸出，只需提供客戶端系統(tǒng)115操作平臺的地址即可。因此，使用者接口110向控制服務114請求客戶端系統(tǒng)115的操作平臺地址。
接下來，于步驟517中，控制服務114向ARP服務113請求操作平臺地址，并發(fā)送客戶端系統(tǒng)115的測試區(qū)域和其本身的位置。ARP服務113經步驟518、519后返回操作平臺地址。
在步驟518中，ARP服務113根據客戶端系統(tǒng)115的測試區(qū)域編碼查到操作平臺對應的集線器端口，再到集線器的數據庫中查找操作平臺的媒體存取控制(Media Access Control Address，MAC)。
步驟519則為，ARP服務113向DHCP服務106請求操作平臺地址，并傳給DHCP服務106操作平臺的媒體存取控制(MAC)地址。DHCP服務106在系統(tǒng)的日志(Log)文件中查到后返回。
最后，在步驟520中于一個測試工具運行流程結束后，客戶端系統(tǒng)115將重復步驟512、513的過程直到腳本結束。此時控制服務114將登錄并匯總，一并發(fā)給FIS服務109。
經由步驟515--520的測試系統(tǒng)操作者的操作后，即繼續(xù)進行圖4的步驟470、480，亦即，步驟521，其為FIS服務109將登錄數據寫入主數據庫102。主數據庫102中匯總了全廠所有測試機的測試結果。
最后，以下步驟將詳細說明測試工作出錯的狀況處理方法，亦即，圖4中的步驟440、450。其中，步驟522為如果在腳本管理104中維護工具的屬性被設定為出錯時暫停，那么當客戶端系統(tǒng)115測試出錯時，流程暫停，等待用戶操作。用戶可在使用者接口110中操作，也可在客戶端系統(tǒng)115操作，在使用者接口110端的重置選項，使用者接口110通知控制服務114指定的客戶端系統(tǒng)115重置。
接著，步驟523為控制服務114向指定客戶端系統(tǒng)115發(fā)出重置命令，客戶端系統(tǒng)115將重新執(zhí)行整個腳本。接下來，于步驟524中，使用者接口110向控制服務114發(fā)出跳過(skip)命令。接著，步驟525控制服務114向指定客戶端系統(tǒng)115發(fā)出跳過命令?？蛻舳讼到y(tǒng)115將跳過該測試工具，停止執(zhí)行下一個測試工具。
最后，在步驟526使用者接口110向控制服務114發(fā)出重試的命令。步驟527則為控制服務114向指定客戶端系統(tǒng)115發(fā)出重試的命令。客戶端系統(tǒng)115重新執(zhí)行該測試工具。
通過以上的詳細說明，可發(fā)現本發(fā)明可通過同一個測試系統(tǒng)的操作平臺，并配合各個測試系統(tǒng)的軟件運行，而達到于單一系統(tǒng)中分散執(zhí)行測試工作，且統(tǒng)一管理測試流程的方法。
以下，圖6A至圖9B將繼續(xù)說明各個服務的運行流程。
請參考圖6A--6C，其為本發(fā)明的控制服務的流程圖。圖6A包括下列步驟一開始，即為初始化(步驟610)，接著，監(jiān)聽客戶端請求(步驟620)，最后，即為監(jiān)聽使用者接口請求(步驟630)。所以，控制服務主要的用處在于依據客戶端以及使用者接口所傳遞的命令來作傳遞信號的動作。
接著說明控制服務接收客戶端請求后的動作流程，參考圖6B。在客戶端請求開始(步驟621)后，即根據客戶端請求命令執(zhí)行相應處理程序(步驟622)。在取得客戶端測試配置信息(步驟623)后，取得下一個測試工具(步驟624)。此測試工具的取得已于上述流程加以說明。接下來，報告測試狀態(tài)(步驟625)，接著，即設定客戶端位置信息(步驟626)。依據此位置信息，可報告測試結果(步驟627)。測試結果的報告，也已于上述流程說明，在此不再贅述。
有關使用者接口請求，也就是，測試系統(tǒng)操作者于操作平臺上的操作動作，其與控制服務之間的關聯性，由步驟631--636加以說明，請參考圖6C。首先，使用者接口請求開始(步驟631)，控制服務即依據使用者接口請求命令執(zhí)行相應處理程序(步驟632)。這些程序包括重新激活并測試整個腳本(步驟633)、重新激活并測試目前工具(步驟634)、跳過目前工具(步驟635)等等。這些有關腳本的重新激活，在操作平臺上操作，當操作平臺上發(fā)出重新激活的指令時，控制服務即依據指令作重新激活客戶端的動作，依此類推。最后，還有一個重要的步驟，即為取得操作平臺地址(步驟636)，如此，控制服務才能與操作平臺作適當的溝通。
接著，請參考圖7A--7C，其為本發(fā)明的ARP服務流程圖。圖7A包括下述步驟首先，初始化(步驟710)，接著，監(jiān)聽客戶端請求(步驟720)，最后，監(jiān)聽控制服務請求(步驟730)。ARP服務的運行，依據客戶端(測試機)與控制服務的命令來操作。
先看依據客戶端請求的動作，請參考圖7B。在客戶端請求開始(步驟721)后，便根據MAC查詢客戶端位置信息(步驟722)，最后，發(fā)送給客戶端(步驟723)。所以，通過這幾個步驟，ARP服務即可指定客戶端的地址。
與控制服務的溝通方面，請參考圖7C。首先，控制服務請求查詢地址(步驟731)，接著，ARP服務即向DHCP服務請求查詢地址(步驟732)。查詢到客戶端的地址后，發(fā)送給控制服務(步驟733)。如此，控制服務與ARP服務的溝通后，即可定位各個客戶端。
接著，請參考圖8A--8B，其為本發(fā)明的PXE/DHCP服務流程圖。圖8A的流程說明了DHCP服務，首先，初始化(步驟810)，接著，監(jiān)聽ARP服務請求(步驟820)。因此，此流程即為ARP服務與DHCP服務的溝通。
接著參考圖8B，在接收到ARP服務的請求后，即收到ARP服務請求查詢地址(步驟821)的命令后，根據MAC從DHCP加載文件查詢地址(步驟822)。最后，發(fā)送給ARP服務(步驟823)。所以，圖7C與圖8B共同說明了查詢客戶端地址的方式。
最后，本發(fā)明的FIS流程圖請參考圖9A--9B。圖9A包括下列步驟首先，初始化(步驟910)，接著，監(jiān)聽控制服務請求(步驟920)。所以，此流程同樣與控制服務溝通。
在與控制服務的溝通上，如圖9B所示。首先，控制服務請求開始(步驟921)，接著，從數據庫中取得客戶端配置信息(步驟922)，最后，向數據庫寫入加載信息(步驟923)。所以，通過FIS服務，控制服務即可取得客戶端配置的信息。
雖然本發(fā)明以前述的較佳實施例公開，然其并非用以限定本發(fā)明，任何本領域普通技術人員，在不脫離本發(fā)明精神和范圍內，當可作一些更動與潤飾，因此本發(fā)明的專利保護范圍以權利要求為準。
權利要求
1.一種分散測試與集中管理的測試系統(tǒng)，其特征在于，包括一管理控制層，包括一操作平臺以管理該測試系統(tǒng)，且儲存一測試腳本；一測試層，包括數個測試區(qū)域，每個測試區(qū)域還包括數個測試客戶端，該測試層用以接收該測試腳本并分發(fā)至每個該測試客戶端，讓該測試客戶端執(zhí)行測試動作并傳送測試結果至該管理服務器層；及一連接層，用以連接該管理服務器層與該測試層。
2.如權利要求1所述的分散測試與集中管理的測試系統(tǒng)，其特征在于，該管理控制層包括一管理服務器，該操作平臺設置于其上，用以儲存該測試腳本，并可于該操作平臺上管理該測試系統(tǒng)；及一預先開機執(zhí)行環(huán)境(PXE)/動態(tài)主配置協議(DHCP)服務器，用以對該測試層的每個該測試客戶端執(zhí)行激活程序，并通過該連接層進行硬件的地址配置。
3.如權利要求1所述的分散測試與集中管理的測試系統(tǒng)，其特征在于，每個該測試區(qū)域還包括一智能(S/W)集線器，用以連結該連接層；及一控制服務器，用以解析該測試腳本，并將解析后的腳本逐條發(fā)送至該客戶端，進行該測試區(qū)域中的每個該客戶端的測試，并將該客戶端的測試結果通過該智能(S/W)集線器與該連接層送至該管理控制層。
4.如權利要求3所述的分散測試與集中管理的測試系統(tǒng)，其特征在于，該連接層與該智能(S/W)集線器通過虛擬局域網絡(VLAN)加以連結。
5.如權利要求1所述的分散測試與集中管理的測試系統(tǒng)，其特征在于，該連接層為一智能(S/W)集線器。
6.一種分散測試與集中管理的測試方法，運用于一包括一管理控制層、一測試層與一連接層的測試系統(tǒng)，每個測試層包括具有數個客戶端的數個測試區(qū)域，并于該管理控制層設有用以集中管理該測試系統(tǒng)的一操作平臺，其特征在于，包括下列步驟該管理控制層配置每個該客戶端的地址；該管理控制層依據每個該客戶端地址發(fā)送一測試腳本；每個該客戶端執(zhí)行該測試腳本；當該客戶端執(zhí)行完該測試腳本時，傳遞一測試報告至該管理控制層；該管理控制層記錄該測試報告；當該客戶端執(zhí)行該測試腳本異常時，傳遞一錯誤碼至該管理控制層；及當該管理控制層接收該錯誤碼時，由該測試平臺進行一錯誤測試處置。
7.如權利要求6所述的分散測試與集中管理的測試方法，其特征在于，該錯誤測試處置包括下列步驟當該操作平臺輸入一重置指令，則回到該管理控制層依據每個該客戶端地址發(fā)送該測試腳本的步驟，并重新進行測試；及當該操作平臺輸入一錯誤報告指令，則發(fā)生異常的該客戶端送出一異常報告至該管理控制層。
8.如權利要求6所述的分散測試與集中管理的測試方法，其特征在于，于每個該客戶端執(zhí)行該測試腳本的步驟后，還包括下列步驟當該操作平臺發(fā)送一檢查指令，該客戶端送出一測試狀況報告。
9.如權利要求6所述的分散測試與集中管理的測試方法，其特征在于，于該管理控制層配置每個該客戶端的地址的步驟前，還包括由該管理控制層執(zhí)行下列步驟制作該客戶端激活映像；指定該連接層與每個該客戶端的端口信息；維護每個該客戶端的硬件與軟件配置信息；及維護該測試腳本。
全文摘要
本發(fā)明涉及一種分散測試與集中管理的測試系統(tǒng)及方法，通過一連接層，例如智能(S/W)集線器，將一個具有管理控制層與多個測試區(qū)域的系統(tǒng)加以連結，并通過一操作平臺加以集中管理；測試腳本的發(fā)送經由管理控制層進行，再運用每個測試區(qū)域中的控制服務器來控制每個測試區(qū)域當中的多個測試機(客戶端)的測試流程，最后，通過控制服務器與管理控制層的連結，來進行測試報告的傳遞與重測、錯誤測試報告的檢視，以及監(jiān)視測試過程等等動作。
文檔編號G06F11/28GK1510574SQ0215709
公開日2004年7月7日 申請日期2002年12月24日 優(yōu)先權日2002年12月24日
發(fā)明者劉文涵, 宋建福, 呂超 申請人:英業(yè)達股份有限公司