本發(fā)明涉及通信領域，具體而言，涉及一種拷機測試方法及裝置。

背景技術：

為了測試保證產品的質量，自動化測試在整個測試過程中發(fā)揮著重要的作用?？綑C測試是檢查產品在極限測試情況下的穩(wěn)定性和可靠性。在通信產品測試領域，通常使用自動化測試方式對產品做拷機測試。目前自動化拷機測試一般方式為：根據不同的拷機需求，測試人員編寫好拷機測試腳本，運行拷機自動化腳本對設備進行拷機測試。

發(fā)明人在研究過程中發(fā)現，目前的化拷機方式中，拷機任務執(zhí)行是順序的，當較早執(zhí)行的任務資源不滿足時，無法執(zhí)行其他資源約束滿足的拷機任務。則為了實現多個拷機測試任務，此時需要將任務資源不能夠得到滿足的拷機測試任務從腳本中移除，才能夠進行后續(xù)的拷機測試任務。在拷機測試任務較多的情況下，存在拷機測試效率低的問題。

針對相關技術中拷機測試效率低的問題，目前尚未提出有效的解決方案。

技術實現要素：

為了解決上述技術問題，本發(fā)明提供了一種拷機測試方法及裝置。

根據本發(fā)明的一個方面，提供了一種拷機測試方法，包括：配置測試任務，其中，所述測試任務包括：測試內容、測試需求資源和執(zhí)行策略；判斷所述測試任務的所述測試需求資源是否能被當前系統的可用測試資源滿足；根據所述執(zhí)行策略，執(zhí)行所述測試需求資源能夠被所述可用測試資源滿足的測試任務。

優(yōu)選地，所述測試內容包括：一個測試操作，或者有序排列的多個測試操作，其中，測試操作包括以下之一：重啟線卡、端口開啟(up)/未開啟(down)、主備倒換、設備重啟、開放式最短路徑優(yōu)先(Open Shortest Path First，簡稱為OSPF)路由震蕩。

優(yōu)選地，配置所述測試任務中的所述測試需求資源包括：獲取所述測試任務的測試需求資源；記錄所述測試任務的測試需求資源至資源需求庫中。

優(yōu)選地，所述執(zhí)行策略包括：定時執(zhí)行，或者即時執(zhí)行。

優(yōu)選地，在所述測試任務為多個的情況下，判斷所述測試任務的所述測試需求資源是否能被當前系統的可用測試資源滿足包括：從所述資源需求庫獲取多個測試任務中每 個測試任務的測試需求資源；分別將所述每個測試任務的測試需求資源與當前系統的所述可用測試資源進行比較，以分別判斷所述每個測試任務的所述測試需求資源是否能被當前系統的所述可用測試資源滿足。

優(yōu)選地，在分別將所述每個測試任務的測試需求資源與當前系統的所述可用測試資源進行比較之后，所述方法還包括：標記所述多個測試任務中測試需求資源能夠被當前系統的所述可用測試資源滿足的測試任務的測試資源預約狀態(tài)為成功狀態(tài)。

優(yōu)選地，執(zhí)行所述測試需求資源能夠被所述可用測試資源滿足的測試任務包括：遍歷所述多個測試任務的所述測試資源預約狀態(tài)；提取所述測試資源預約狀態(tài)為成功狀態(tài)的測試任務對應的執(zhí)行策略；根據所述執(zhí)行策略，執(zhí)行所述測試資源預約狀態(tài)為成功狀態(tài)的測試任務。

優(yōu)選地，所述測試需求資源和所述可用測試資源包括：測試設備、測試儀表、測試設備之間的連接關系、測試設備與測試儀表之間的連接關系。

優(yōu)選地，在執(zhí)行所述測試需求資源能夠被所述可用測試資源滿足的測試任務之后，所述方法還包括：發(fā)送所述測試任務的執(zhí)行結果至服務器。

根據本發(fā)明的另一個方面，還提供了一種拷機測試裝置，包括：配置模塊，用于配置測試任務，其中，所述測試任務包括：測試內容、測試需求資源和執(zhí)行策略；判斷模塊，用于判斷所述測試任務的所述測試需求資源是否能被當前系統的可用測試資源滿足；執(zhí)行模塊，用于根據所述執(zhí)行策略，執(zhí)行所述測試需求資源能夠被所述可用測試資源滿足的測試任務。

通過本發(fā)明，采用配置測試任務，其中，測試任務包括：測試內容、測試需求資源和執(zhí)行策略；判斷測試任務的測試需求資源是否能被當前系統的可用測試資源滿足；根據執(zhí)行策略，執(zhí)行測試需求資源能夠被可用測試資源滿足的測試任務的方式，解決了拷機測試效率低的問題，提高了拷機測試的效率。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據本發(fā)明實施例的拷機測試方法的流程圖；

圖2是根據本發(fā)明實施例的拷機測試裝置的結構示意圖；

圖3是根據本發(fā)明優(yōu)選實施例的測試系統的結構示意圖；

圖4是根據本發(fā)明優(yōu)選實施例的定制拷機測試模塊的工作流程圖；

圖5是根據本發(fā)明優(yōu)選實施例的預約拷機測試模塊的工作流程圖；

圖6是根據本發(fā)明優(yōu)選實施例的拷機執(zhí)行調度模塊的工作流程圖；

圖7是根據本發(fā)明優(yōu)選實施例的拷機結果管理模塊的工作流程圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現和獲得。

為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。

本發(fā)明實施例提供了一種拷機測試方法，圖1是根據本發(fā)明實施例的拷機測試方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，配置測試任務，其中，測試任務包括：測試內容、測試需求資源和執(zhí)行策略；

步驟S104，判斷測試任務的測試需求資源是否能被當前系統的可用測試資源滿足；

步驟S106，根據執(zhí)行策略，執(zhí)行測試需求資源能夠被可用測試資源滿足的測試任務。

通過上述步驟，配置測試任務，對測試任務所需的測試需求資源能否被當前系統的可用測試資源滿足進行判斷，并執(zhí)行可以滿足的測試任務；相對于相關技術中在可用測試資源不能滿足的情況下需要修改測試腳本的方式，解決了拷機測試效率低的問題，提高了拷機測試的效率。

優(yōu)選地，測試內容包括：一個測試操作，或者有序排列的多個測試操作，其中，測試操作包括以下之一：重啟線卡、端口開啟(up)/未開啟(down)、主備倒換、設備重啟、開放式最短路徑優(yōu)先(Open Shortest Path First，簡稱為OSPF)路由震蕩。

優(yōu)選地，在配置測試任務的測試內容時，在系統中可以預設常用的測試操作，用戶可以通過選擇及排列組合的方式，實現測試任務的配置，從而使得用戶可以不需要手動編寫腳本，提高了用戶體驗，也降低了用戶進行拷機測試的操作難度。優(yōu)選地，測試系統還可以提供一個接口，用于用戶根據新的測試操作編寫測試腳本，并將測試腳本進行 封裝，實現新的測試操作的添加。在添加了新的測試操作之后，下一次進行相同測試操作的拷機測試時，可以對封裝的測試腳本進行調用，從而避免了再次編寫測試腳本。

優(yōu)選地，在配置測試任務中的測試需求資源時，可以根據用戶的輸入，獲取測試任務所需的測試需求資源；并記錄測試任務所需的測試需求資源至資源需求庫中。其中，用戶輸入的可以是測試任務，則此時可以根據測試任務中測試操作的名稱以及系統中預設的與測試操作對應的測試資源，確定該測試任務所需的測試資源。此外，用戶也可以直接輸入與測試任務對應的測試資源。

優(yōu)選地，執(zhí)行策略包括：定時執(zhí)行，或者即時執(zhí)行。

優(yōu)選地，在測試任務為多個的情況下，在步驟S104中，可以從資源需求庫獲取多個測試任務中每個測試任務的測試需求資源；分別將每個測試任務的測試需求資源與當前系統的可用測試資源進行比較，以分別判斷每個測試任務的測試需求資源是否能被當前系統的可用測試資源滿足。優(yōu)選地，可用測試資源記錄在當前資源庫中。

優(yōu)選地，在分別將每個測試任務的測試需求資源與當前系統的可用測試資源進行比較之后，還可以標記多個測試任務中測試需求資源能夠被當前系統的可用測試資源滿足的測試任務的測試資源預約狀態(tài)為成功狀態(tài)。該標記用于識別測試任務所需的測試需求資源是否能夠被當前系統的可用測試資源所滿足，以便于后續(xù)的測試任務的執(zhí)行。

優(yōu)選地，在標記了成功狀態(tài)的情況下，在步驟S106中可以遍歷多個測試任務的測試資源預約狀態(tài)；提取測試資源預約狀態(tài)為成功狀態(tài)的測試任務對應的執(zhí)行策略；根據執(zhí)行策略，執(zhí)行測試資源預約狀態(tài)為成功狀態(tài)的測試任務。這樣可以對每個測試任務分別采取對應的執(zhí)行策略，提升了用戶體驗。

優(yōu)選地，測試資源包括但不限于：測試設備、測試儀表、測試設備之間的連接關系、測試設備與測試儀表之間的連接關系。

優(yōu)選地，在步驟S106之后，還可以發(fā)送測試任務的執(zhí)行結果至服務器。用戶可以通過訪問服務器查詢測試任務的執(zhí)行結果。其中，執(zhí)行結果包括：執(zhí)行成功的結果，執(zhí)行失敗的結果，或者未能執(zhí)行的原因等。

在本實施例中還提供了一種拷機測試裝置，用于實現上述實施例及優(yōu)選實施方式，已經進行過說明的不再贅述，下面對該裝置中涉及到的模塊進行說明。如以下所使用的，術語“模塊”可以實現預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現，但是硬件，或者軟件和硬件的組合的實現也是可能并被構想的。

圖2是根據本發(fā)明實施例的拷機測試裝置的結構示意圖，如圖2所示，該裝置包括：配置模塊22、判斷模塊24和執(zhí)行模塊26，其中，配置模塊22，用于配置測試任務，其中，測試任務包括：測試內容、測試需求資源和執(zhí)行策略；判斷模塊24，耦合至配置模塊22，用于判斷測試任務的測試需求資源是否能被當前系統的可用測試資源滿足；執(zhí)行 模塊26，耦合至判斷模塊24，用于根據執(zhí)行策略，執(zhí)行測試需求資源能夠被可用測試資源滿足的測試任務。

優(yōu)選地，測試內容包括：一個測試操作，或者有序排列的多個測試操作，其中，測試操作包括以下之一：重啟線卡、端口開啟(up)/未開啟(down)、主備倒換、設備重啟、開放式最短路徑優(yōu)先(Open Shortest Path First，簡稱為OSPF)路由震蕩。

優(yōu)選地，配置模塊22用于：獲取測試任務的測試需求資源；記錄測試任務的測試需求資源至資源需求庫中。

優(yōu)選地，執(zhí)行策略包括：定時執(zhí)行，或者即時執(zhí)行。

優(yōu)選地，判斷模塊24用于：在測試任務為多個的情況下，從資源需求庫獲取多個測試任務中每個測試任務的測試需求資源；分別將每個測試任務的測試需求資源與當前系統的可用測試資源進行比較，以分別判斷每個測試任務的測試需求資源是否能被當前系統的可用測試資源滿足。

優(yōu)選地，裝置還包括：標記模塊，耦合至判斷模塊24，用于標記多個測試任務中測試需求資源能夠被當前系統的可用測試資源滿足的測試任務的測試資源預約狀態(tài)為成功狀態(tài)。

優(yōu)選地，執(zhí)行模塊26用于：遍歷多個測試任務的測試資源預約狀態(tài)；提取測試資源預約狀態(tài)為成功狀態(tài)的測試任務對應的執(zhí)行策略；根據執(zhí)行策略，執(zhí)行測試資源預約狀態(tài)為成功狀態(tài)的測試任務。

優(yōu)選地，測試需求資源和可用測試資源包括：測試設備、測試儀表、測試設備之間的連接關系、測試設備與測試儀表之間的連接關系。

優(yōu)選地，裝置還包括：發(fā)送模塊，耦合至執(zhí)行模塊26，用于發(fā)送測試任務的執(zhí)行結果至服務器。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

為了使本發(fā)明實施例的描述更加清楚，下面結合優(yōu)選實施例進行描述和說明。

本發(fā)明優(yōu)選實施例提供了一種測試方法及其系統，涉及一種在通信領域自動化測試中引入拷機定制、資源預約、資源優(yōu)先執(zhí)行調度策略、拷機測試結果管理的方法及其系統。

為了促進拷機測試的快速、有效的開展，從而提高測試質量本發(fā)明鑒于上述分析，本優(yōu)選實施例提供的拷機自動化測試方法采用如下四個方面的方案：1、拷機測試任務定制；2、拷機測試資源預約；3、拷機執(zhí)行調度；4、拷機測試結果管理。

1、拷機測試任務定制

拷機測試可由若干個測試任務組成，每個測試任務包括測試內容、測試資源需求、執(zhí)行策略?？綑C定制測試，就是對測試內容、測試需求資源、執(zhí)行策略的定制。

A1、拷機測試內容定制：一般拷機測試內容由若干拷機操作組成，拷機測試內容是這些拷機操作的組合。

比如：拷機測試1：重啟線卡→端口up/down→主備倒換→設備重啟→OSPF路由震蕩→重啟線卡。

其中，“重啟線卡”、“主備倒換”等就是基本的拷機操作?？綑C測試1表示了本次拷機測試任務所執(zhí)行的拷機操作。

A2、拷機測試需求資源的定制：拷機測試需求資源即本次拷機任務所需要的測試資源，包括但不限于：測試設備、測試儀表、測試設備之間的連接關系、測試設備與測試儀表之間的連接關系等。

A3、拷機執(zhí)行策略的定制：可以選擇立即執(zhí)行策略(即即時執(zhí)行策略)或者定時執(zhí)行策略。

優(yōu)選地，上述拷機測試內容定制包括：

A11、拷機操作原子化，即將拷機操作進行封裝，使每一步操作能夠被調用。

A12、將拷機操作組合，定制拷機執(zhí)行的內部序列。原子化的拷機操作可以以任意的順序出現在拷機執(zhí)行序列中，并且可以重復出現。

通過拷機測試操作的原子化，解決了拷機腳本是單一、固定的，當用戶實現按照自己需求定制的拷機時，需要編寫不同的拷機腳本，存在一定的工作量和復雜度的問題。

優(yōu)選地，上述拷機測試需求資源定制包括：

A21、用戶選擇拷機測試任務所需預約的資源特征，形成資源需求表寫入資源需求庫中；

A22、當拷機測試任務所需的資源預約得到滿足時，即表示拷機資源預約完成。其中，拷機資源預約完成的拷機任務是可以執(zhí)行的拷機測試任務。

通過上述方式，實現了自動化的測試需求資源約束，解決了相關技術中拷機所需的資源，需要人為的驗證當前環(huán)境中是否滿足拷機自動化的資源約束需求的問題，避免了若當前環(huán)境不滿足拷機需求，需要人為的干預，待到滿足資源約束時，才能進行拷機自動化測試。

優(yōu)選地，上述拷機執(zhí)行策略的定制包括：

A31、立即執(zhí)行策略，即當拷機測試任務的拷機資源預約完成時，立即執(zhí)行拷機內容的策略；

A31、定時執(zhí)行策略，即當拷機測試任務的拷機資源預約完成時，等待用戶設置的時間再執(zhí)行拷機內容的策略。

2、拷機測試資源預約

B1、拷機測試資源約束的描述，其中，測試資源約束包括：測試設備類型、測試儀表類型、測試設備個數、測試儀表個數等。

B2、測試資源預約：周期性的向測試環(huán)境中判斷所預約的資源的約束是否滿足。當所預約的資源約束滿足時，則當前任務的資源約束狀態(tài)為完成狀態(tài)(相當于拷機資源預約完成)；若不滿足，則再次進行下一周期的匹配。

優(yōu)選地，上述測試資源預約包括：

B21、獲取當前測試環(huán)境中所有的資源信息，包括設備類型、測試儀類型、設備個數、測試儀個數等，并將所有的信息保存在當前資源庫中。

B22、根據當前拷機測試任務名稱從資源需求庫中獲取該測試任務的資源約束，包括設備類型、測試儀類型、設備個數、測試儀個數等。

B23、周期性地根據資源需求庫中的預約信息與當前資源庫中的資源信息進行匹配，當滿足條件時，置當前拷機任務資源預約狀態(tài)為預約成功狀態(tài)；若未完成，則等待下一周期的匹配。

通過上述方式，解決了當拷機測試過程中存在多個拷機任務時，對于每個拷機任務需要單獨驗證當前環(huán)境是否滿足資源約束需求的問題。

3、拷機執(zhí)行調度

為了實現任務資源優(yōu)先的執(zhí)行調度，采用如下方案：

C1、資源優(yōu)先的調度策略，當某個時間點下的某一測試任務的資源約束優(yōu)先被滿足時，優(yōu)先調度執(zhí)行該拷機測試任務?？綑C測試任務的執(zhí)行策略根據該測試任務的拷機測試任務定制的執(zhí)行策略而定。

優(yōu)選地，資源優(yōu)先的調度策略包括：

C11、遍歷拷機測試任務列表中各測試任務的資源預約狀態(tài)；

C12、當資源預約狀態(tài)為成功時，則提取該測試任務對應的用戶定制的執(zhí)行策略；

C13、根據用戶定制的執(zhí)行策略執(zhí)行該拷機測試任務。

C14、當拷機測試任務的測試時間執(zhí)行完畢后，釋放所占用的資源，將資源恢復至 之前的狀態(tài)。

通過上述的資源優(yōu)先的調度策略，解決了相關技術中拷機測試任務執(zhí)行是順序的，當較早執(zhí)行的測試任務的資源不滿足時，無法執(zhí)行其他資源約束滿足的拷機測試任務的問題。

4、拷機測試結果管理

D1、當拷機測試任務執(zhí)行完成后，根據拷機測試結果以及拷機自動化測試的運行日志，自動生成拷機測試報告；

D2、在用戶設定了拷機相關人員的情況下，拷機自動化測試結果可以自動抄送給用戶指定的相關人員；

D3、拷機自動化測試結果、報告、日志可以自動上傳到服務器，相關人員可以訪問該服務器查閱拷機自動化的詳細信息。

通過上述方式，解決了拷機測試結果管理不夠方便，結果的查看還是在本地完成，無法在線查看的問題。

可見，通過本發(fā)明的上述優(yōu)選實施例，解決了目前自動化拷機測試，還不是很智能，需要投入一定的人力去執(zhí)行維護，整個拷機過程自動化程度不高的問題，提升了測試的自動化程度和測試效率。

本發(fā)明優(yōu)選實施例還提供了一種測試系統，圖3是根據本發(fā)明優(yōu)選實施例的測試系統的結構示意圖，如圖3所示，該系統包括：定制拷機測試模塊、預約拷機測試模塊、拷機執(zhí)行調度模塊，拷機結果管理模塊。下面分別對各個模塊進行說明。

圖4是根據本發(fā)明優(yōu)選實施例的定制拷機測試模塊的工作流程圖，如圖4所示，定制拷機測試模塊用于拷機測試內容的定制、拷機測試需求資源的定制、拷機執(zhí)行策略的定制。

拷機測試基本操作有：重啟設備、主備倒換、重啟線卡、端口up/down、測試儀表灌路由等。用戶在該模塊中，可以自主選擇拷機測試操作的執(zhí)行的順序與各測試操作的執(zhí)行次數；拷機測試需求資源定制中，用戶可以在該模塊中，選擇此次拷機任務所需的資源約束?？綑C執(zhí)行策略的定制中，用戶可以決定拷機的執(zhí)行策略。

圖5是根據本發(fā)明優(yōu)選實施例的預約拷機測試模塊的工作流程圖，如圖5所示，預約拷機測試模塊用于拷機環(huán)境所需資源的預約，其中，用戶對于資源的約束信息存放到資源需求庫中，當前實際的資源信息存儲到當前資源庫中，周期性地對資源需求庫與當前資源庫進行匹配，完成對資源的預約。

圖6是根據本發(fā)明優(yōu)選實施例的拷機執(zhí)行調度模塊的工作流程圖，如圖6所示，拷機執(zhí)行調度模塊用于對拷機測試任務執(zhí)行的調度控制，根據每個拷機測試任務中的資源 預約情況，優(yōu)先執(zhí)行資源預約完成的任務。

圖7是根據本發(fā)明優(yōu)選實施例的拷機結果管理模塊的工作流程圖，如圖7所示，拷機結果管理模塊用于拷機結果生成、拷機日志生成、拷機報告生成、拷機結果抄送、拷機報告上傳等功能。

下面采用一個實例對本發(fā)明的優(yōu)選實施例進行描述和說明。

在進行了拷機常用測試操作的封裝后，上述拷機測試任務定制包括下列步驟：

步驟1、拷機測試操作與拷機封裝函數的對應，每個拷機測試操作對應一個拷機封裝函數；

步驟2、對所要進行拷機的每一個任務進行拷機測試任務定制操作；

步驟3、根據步驟1的封裝，對每一個測試任務的測試內容進行定制；

步驟4、選擇每一個測試任務所需要的資源約束條件；

步驟5、選擇每一個測試任務所需要的拷機執(zhí)行策略。

在當前資源庫與資源需求庫設置完畢之后，拷機測試需求資源預約包括如下步驟：

步驟1、根據當前拷機的測試任務，生成一個拷機測試任務列表，該測試任務列表的每個節(jié)點就是拷機測試任務以及該測試任務的資源預約狀態(tài)。

步驟2、根據拷機測試任務的預約信息，提取約束信息，該約束信息包括所需的設備類型、測試儀類型、以及設備與設備、設備與測試儀的端口連接關系；該約束信息存在資源需求庫中。

步驟3、根據當前環(huán)境下的實際資源信息，提取約束信息，該約束信息包括所需的設備類型、測試儀類型、以及設備與設備、設備與測試儀的端口連接關系；該約束信息存在當前資源需庫中。

步驟4、周期性地根據資源需求庫中的約束信息與當前資源庫進行匹配，一旦匹配完成，更新拷機測試任務列表，置當前拷機測試任務的資源預約為完成狀態(tài)。否則，繼續(xù)進行周期性的匹配。

步驟5、當前資源庫的維護：周期性的根據當前環(huán)境中的資源情況，來更新當前資源庫。

拷機執(zhí)行調度包括如下步驟：

步驟1、依次訪問拷機測試任務列表中每個任務節(jié)點，獲取當前測試任務的資源預約完成狀態(tài)；

步驟2、若步驟1中資源預約完成狀態(tài)為“未完成”則跳過該任務節(jié)點，繼續(xù)執(zhí)行 后續(xù)任務節(jié)點。

步驟3、若步驟1中資源預約狀態(tài)為“完成”，提取該任務節(jié)點的拷機測試內容以及拷機執(zhí)行策略所定制的方式。

步驟4、根據步驟3中拷機執(zhí)行策略定制的方式，以及拷機執(zhí)行的測試內容執(zhí)行拷機自動化測試。

步驟5、測試完成后，更新拷機測試任務列表，將該拷機測試任務列表中該任務對應的節(jié)點刪除。

步驟6、測試完成后，釋放當前測試任務所占用的資源，清除針對本次拷機測試任務所做的配置，還原現場。

步驟7、當拷機測試任務列表為空時，表示所有拷機測試任務執(zhí)行完畢。

拷機結果管理包括如下步驟：

步驟1、在拷機測試任務執(zhí)行完成后，生成相關的拷機日志，上傳至服務器中；

步驟2、在拷機測試任務執(zhí)行完成后，生成相關的拷機結果，上傳至服務器中；

步驟3、對拷機日志中關鍵字進行提取，以及拷機結果，作為生成拷機報告的依據，生成拷機測試報告。優(yōu)選地，每一步拷機步驟的完成，都會將結果寫入拷機報告中；

步驟4、將拷機報告自動抄送給用戶設定好的相關人員。

步驟5、相關人員可以在服務器上查看拷機日志和拷機結果。

通過上述描述可知，在本發(fā)明優(yōu)選實施例中提供的拷機測試方法和系統，引入了拷機測試任務的定制，即用戶可以根據需求定制拷機測試內容、拷機測試需求資源、拷機執(zhí)行策略；同時引入資源預約方法，自動完成拷機測試任務的資源需求與實際資源環(huán)境的匹配；在拷機執(zhí)行上引入資源優(yōu)先的拷機執(zhí)行調度方法；在拷機結果上引入拷機結果管理方法，有助于拷機順利、快速、有效的開展，增加了拷機測試的智能性、準確性，從而提高測試質量。

與相關技術比較，本發(fā)明實施例、優(yōu)選實施例或者優(yōu)選實施方式具有以下有益效果：

一般拷機自動化系統，用戶想實現不同的拷機方式，需要重新編寫拷機自動化腳本、需要用戶對自動化腳本有了解，存在一定的門檻與復雜性。另外，一般拷機自動化系統不支持資源預約功能，需要用戶人為去判斷當前環(huán)境下是否滿足拷機任務的執(zhí)行。此外，一般拷機自動化系統在執(zhí)行多個拷機任務運行時采用順序執(zhí)行策略，無法實現資源的合理分配。最后，拷機結果的生成還比較單一，使得相關人員無法系統的獲取拷機的信息。當拷機方式比較固定和單一時，傳統的拷機方法也能有效的執(zhí)行拷機自動化測試。但是，當需要頻繁的執(zhí)行不同的拷機內容、資源環(huán)境比較復雜時，或者，當前拷機測試任務較 多的情況下，原來的方法就需要投入更多的人力來維護和執(zhí)行拷機自動化測試。

上述問題概括起來有四點因素：首先，通信領域拷機自動化腳本涉及的步驟可能需要頻繁的變動，執(zhí)行時需要頻繁的編寫不同的腳本；其次，拷機自動化測試對于資源的要求很高，必須滿足一定條件才能進行；再次，多個拷機任務時，拷機執(zhí)行的調度策略影響拷機執(zhí)行的效率；最后，拷機結果的抄送不一定及時的，相關人員可能無法第一時間查看拷機信息。

對比上述問題，本發(fā)明實施例或者優(yōu)選實施例的優(yōu)勢在于：

首先，對比相關技術提供的方法，本發(fā)明實施例或者優(yōu)選實施例可以很方便的實現定制拷機測試，很容易的實現無腳本化定制拷機，屏蔽了用戶與底層自動化腳本，使得運行更加方便、門檻更低。

其次，本發(fā)明實施例或者優(yōu)選實施例中的預約拷機測試，解決了當前資源不滿足拷機拓撲的情況下，自動等待環(huán)境的釋放，使得拷機依然可以順利執(zhí)行，不需要用戶人為的去確定當前資源是否滿足拷機執(zhí)行條件。這樣，就使得拷機操作更加便捷和智能，解放了人力資源。

再次，本發(fā)明實施例或者優(yōu)選實施例中拷機執(zhí)行調度的功能，優(yōu)先執(zhí)行滿足拷機資源約束條件的拷機序列，使得拷機自動化測試更加有效率，資源利用更近合理。

還有，本發(fā)明實施例或者優(yōu)選實施例中對拷機結果的管理，使得相關人員能夠方便、及時的得到拷機的信息，又使得查詢變得方便。

綜上所述，本發(fā)明實施例或者優(yōu)選實施例提供的拷機測試方法及其系統，有利于拷機測試快速的開展，并且在測試的準確性、資源合理分配、智能性方面有很大提高；并且拷機自動化系統、實現簡單、易于操作。

在另外一個實施例中，還提供了一種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術方案。

在另外一個實施例中，還提供了一種存儲介質，該存儲介質中存儲有上述軟件，該存儲介質包括但不限于：光盤、軟盤、硬盤、可擦寫存儲器等。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的對象在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。