本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種告警的測試處理方法及裝置。

背景技術(shù)：

隨著網(wǎng)絡(luò)的飛速發(fā)展，網(wǎng)絡(luò)設(shè)備的數(shù)量一直保持著高速增長，對網(wǎng)管軟件的管理能力也同步保持旺盛的需求。在網(wǎng)絡(luò)管理技術(shù)的基本功能中，告警占有極為重要的地位。因為告警模塊時刻監(jiān)視網(wǎng)絡(luò)的運行狀態(tài)，能夠展示網(wǎng)元的各項情況，可以為突發(fā)狀況提供預(yù)警信息和解決方案。同時，告警也關(guān)聯(lián)到拓撲、機架圖、性能、配置等模塊，牽一發(fā)而動全身。因此，在系統(tǒng)測試和各種外場測試、入網(wǎng)測試中，告警測試都是必須進行的一項內(nèi)容。

以往進行告警測試，基本使用手工方法，即在設(shè)備上手動產(chǎn)生一個告警，然后在網(wǎng)管上查看是否收到，進而檢查相關(guān)的處理是否正確。這種方法自動化程度不高，效率較為低下，覆蓋率受到限制。而且必須依賴真實的設(shè)備告警，在設(shè)備環(huán)境不具備時，測試往往無法進行。

如果使用測試儀，則成本較高，且使用復(fù)雜。并且不能發(fā)送復(fù)雜的數(shù)據(jù)包，特別是各種各樣的定制化的snmp trap報文。

壓力測試時一般使用模擬網(wǎng)元，設(shè)備模擬軟件雖然功能強大，但由于是設(shè)備的完全模擬無法實現(xiàn)對數(shù)據(jù)發(fā)送靈活的控制。

模擬網(wǎng)元的數(shù)量受到計算機資源的制約，不易進行大規(guī)模壓力測試。而且事先需要錄制網(wǎng)元的相關(guān)數(shù)據(jù)，工作量很大。本系統(tǒng)只關(guān)心告警本身，因此沒有這個限制。

采用網(wǎng)元模擬時需要考慮告警網(wǎng)元如何觸發(fā)告警，而使用本系統(tǒng)測試則不用考慮。

針對相關(guān)技術(shù)中，不能對告警報文進行自動恢復(fù)測試的問題，還未提出有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種告警的測試處理方法及裝置，以至少解決相關(guān)技術(shù)不能對告警報文進行自動恢復(fù)測試的問題。

根據(jù)本發(fā)明的一個方面，提供了一種告警的測試處理方法，包括：接收用于告警測試的告警報文；對所述告警報文進行驗證，并在驗證通過的情況下，判斷是否對與所述告警報文對應(yīng)的告警進行恢復(fù)告警測試。

進一步地，判斷是否對與所述告警報文對應(yīng)的告警進行恢復(fù)告警測試之后包括：在判斷結(jié)果為是的情況下，獲取用于解決與所述告警報文對應(yīng)的故障的第一配置命令。

進一步地，獲取用于解決與所述告警報文對應(yīng)的故障的第一配置命令之后包括：將所述第一配置命令與預(yù)置腳本中的第二配置命令進行對比；在對比結(jié)果一致的情況下，根據(jù)所述第一配置命令和測試腳本構(gòu)造所述恢復(fù)告警報文；在對比結(jié)果不一致的情況下，組裝用于解決所述故障的腳本得到組裝后的腳本，根據(jù)所述組裝后的腳本和測試腳本構(gòu)造所述恢復(fù)告警報文，或者根據(jù)所述預(yù)置腳本和所述測試腳本構(gòu)造所述恢復(fù)告警報文。

進一步地，獲取用于解決與所述告警報文對應(yīng)的故障的第一配置命令包括：根據(jù)所述告警報文的屬性信息，在配置腳本庫中檢索所述配置命令。

進一步地，所述告警報文是根據(jù)測試腳本得到的。

根據(jù)本發(fā)明的另一個方面，還提供了一種告警的測試處理裝置，所述裝置包括：接收模塊，用于接收用于告警測試的告警報文；判斷模塊，用于對所述告警報文進行驗證，并在驗證通過的情況下，判斷是否對與所述告警報文對應(yīng)的告警進行恢復(fù)告警測試。

進一步地，所述裝置還包括：獲取模塊，用于在判斷結(jié)果為是的情況下，獲取用于解決與所述告警報文對應(yīng)的故障的第一配置命令。

進一步地，所述裝置還包括：對比模塊，用于將所述第一配置命令與預(yù)置腳本中的第二配置命令進行對比；第一構(gòu)造模塊，用于在對比結(jié)果一致的情況下，根據(jù)所述第一配置命令和測試腳本構(gòu)造所述恢復(fù)告警報文；第二構(gòu)造模塊，用于在對比結(jié)果不一致的情況下，組裝用于解決所述故障的腳本得到組裝后的腳本，根據(jù)所述組裝后的腳本和測試腳本構(gòu)造所述恢復(fù)告警報文，或者根據(jù)所述預(yù)置腳本和所述測試腳本構(gòu)造所述恢復(fù)告警報文。

進一步地，所述獲取模塊還用于根據(jù)所述告警報文的屬性信息，在配置腳本庫中檢索所述配置命令。

進一步地，所述告警報文是根據(jù)測試腳本得到的。

通過本發(fā)明，采用接收用于告警測試的告警報文；對告警報文進行驗證，并在驗證通過的情況下，判斷是否對與該告警報文對應(yīng)的恢復(fù)告警報文進行告警測試。解決了相關(guān)技術(shù)中不能對告警報文進行自動恢復(fù)測試的問題，進而實現(xiàn)了可以對告警報文進行自動恢復(fù)測試。

附圖說明

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

圖1是根據(jù)本發(fā)明實施例的告警的測試處理方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖(一)；

圖4是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖(二)；

圖5是根據(jù)本發(fā)明實施例的告警測試工作流程圖；

圖6是根據(jù)本發(fā)明實施例的系統(tǒng)測試或入網(wǎng)測試場景環(huán)境示意圖；

圖7是根據(jù)本發(fā)明實施例的告警測試工作流程圖(一)；

圖8是根據(jù)本發(fā)明實施例的壓力測試場景模擬圖；

圖9是根據(jù)本發(fā)明實施例的系統(tǒng)測試組網(wǎng)圖。

具體實施方式

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

在本實施例中提供了一種告警的測試處理方法，圖1是根據(jù)本發(fā)明實施例的告警的測試處理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，接收用于告警測試的告警報文；

步驟S104，對告警報文進行驗證，并在驗證通過的情況下，判斷是否對與該告警報文對應(yīng)的告警進行恢復(fù)告警測試。

通過上述步驟，在接收到的告警報文符合要求的情況下，可以對與該告警報文對應(yīng)的告警進行恢復(fù)告警測試，即可以對告警報文進行循環(huán)的告警測試，解決了相關(guān)技術(shù)中不能對告警報文進行自動恢復(fù)測試的問題，進而實現(xiàn)了可以對告警報文進行自動恢復(fù)測試。因為有的告警不需要測試恢復(fù)告警，但是有生成報表等關(guān)聯(lián)處理。告警恢復(fù)自動化測試和關(guān)聯(lián)模塊的自動化測試，可以根據(jù)實際情況選擇執(zhí)行。

在步驟S104判斷是否對與告警報文對應(yīng)的告警進行恢復(fù)告警測試之后，在一個可選實施例中，在判斷結(jié)果為是的情況下，獲取用于解決與告警報文對應(yīng)的故障的第一配置命令，用于對測試腳本進行更新。

獲取用于解決與告警報文對應(yīng)的故障的第一配置命令之后，將第一配置命令與預(yù)置腳本中的第二配置命令進行對比。在一個可選實施例中，在對比結(jié)果一致的情況下，將第一配置命令反饋給測試腳本，并根據(jù)第一配置命令和測試腳本構(gòu)造該恢復(fù)告警報文；在另一個可選實施例中，在對比結(jié)果不一致的情況下，組裝用于解決該故障的腳本得到組裝后的腳本，將組裝后的腳本或者預(yù)置腳本反饋給該測試腳本，并根據(jù)組裝后的腳本和測試腳本構(gòu)造該恢復(fù)告警報文，或者根據(jù)預(yù)置腳本和測試腳本構(gòu)造該恢復(fù)告警報文。從而為對恢復(fù)告警報文進行告警測試提供了先決條件。

在獲取用于解決與該告警報文對應(yīng)的故障的第一配置命令的過程中，在一個可選實施例中根據(jù)告警報文的屬性信息，在配置腳本庫中檢索該配置命令。

在一個可選實施例中，該告警報文是根據(jù)測試腳本得到的。

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

圖2是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括：接收模塊22，用于接收用于告警測試的告警報文；判斷模塊24，用于對該告警報文進行驗證，并在驗證通過的情況下，判斷是否對與該告警報文對應(yīng)的告警進行恢復(fù)告警測試。

圖3是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖(一)，如圖3所示，該裝置還包括：獲取模塊32，用于在判斷結(jié)果為是的情況下，獲取用于解決與該告警報文對應(yīng)的故障的第一配置命令。

圖4是根據(jù)本發(fā)明實施例的告警的測試處理裝置的結(jié)構(gòu)框圖(二)，如圖4所示，該裝置還包括：對比模塊42，用于將該第一配置命令與預(yù)置腳本中的第二配置命令進行對比；第一構(gòu)造模塊44，用于在對比結(jié)果一致的情況下，將該第一配置命令反饋給該測試腳本，并根據(jù)該第一配置命令和該測試腳本構(gòu)造該恢復(fù)告警報文；第二構(gòu)造模塊46，用于在對比結(jié)果不一致的情況下，組裝用于解決該故障的腳本得到組裝后的腳本，將該組裝后的腳本或者該預(yù)置腳本反饋給該測試腳本，并根據(jù)該組裝后的腳本和該測試腳本構(gòu)造該恢復(fù)告警報文，或者根據(jù)該預(yù)置腳本和該測試腳本構(gòu)造該恢復(fù)告警報文。

可選地，獲取模塊32還用于根據(jù)該告警報文的屬性信息，在配置腳本庫中檢索該配置命令。

可選地，告警報文是根據(jù)測試腳本得到的。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述各個模塊均位于同一處理器中；或者，上述各個模塊分別位于第一處理器、第二處理器和第三處理器…中。

針對相關(guān)技術(shù)中存在的上述問題，下面結(jié)合具體的可選實施例進行說明，下述可選實施例結(jié)合了上述可選實施例及其可選實施方式。

本發(fā)明的主要目的在于解決網(wǎng)管告警中的自動化智能測試的技術(shù)問題。能夠提高系統(tǒng)測試的效率，降低各項成本，從而為外場測試、入網(wǎng)測試打下堅實的基礎(chǔ)，對解決實際網(wǎng)絡(luò)故障具有指導(dǎo)意義，最終提高網(wǎng)管軟件的質(zhì)量和用戶滿意度。

本可選實施例提供了一種封閉循環(huán)系統(tǒng)，如圖5所示，系統(tǒng)入口是待測試業(yè)務(wù)場景。根據(jù)業(yè)務(wù)參數(shù)自動生成告警報文，網(wǎng)管接收后感知、展示、反饋處理結(jié)果和方案，如果生成恢復(fù)告警，再次發(fā)送給網(wǎng)管，測試恢復(fù)流程。出口是對告警信息等的處理結(jié)果。

本可選實施例在已經(jīng)獲取正確參數(shù)的情況下，能夠模擬場景中的全部告警。經(jīng)常測試的重要告警有：接口down，鏈路斷鏈，網(wǎng)元狀態(tài)斷開，開放式最短路徑優(yōu)先(Open Shortest Path First，簡稱為OSPF)鄰居DOWN，OSPF鏈路狀態(tài)數(shù)據(jù)庫中非自生成的鏈路狀態(tài)廣播(Link-State Advertisement，簡稱為LSA)數(shù)目超出最大值，鄰居關(guān)系從2WAY以上狀態(tài)回退到2WAY，中間系統(tǒng)到中間系統(tǒng)(Intermediate System-to-Intermediate System，簡稱ISIS)收到非法包，路由信息協(xié)議(Routing Information Protocol，簡稱為RIP)的鄰居失效，邊界網(wǎng)關(guān)協(xié)議(Border Gateway Protocol，簡稱為BGP)從鄰居收到的前綴數(shù)目超出配置的最大前綴數(shù)目，進入vrf的路由數(shù)目超過配置的告警限越限，環(huán)網(wǎng)倒換事件，hot-standby切換，隧道倒換事件，配置Bidirectional Forwarding Detection(簡稱為BFD)會話失敗，遠端連續(xù)嚴重誤碼秒(FECSES)越限，電源過溫保護告警。系統(tǒng)測試時優(yōu)先模擬此類重要告警，通過不斷充實完善測試腳本庫，能夠循序漸進地提高測試自動化、智能化程度和覆蓋率，最終達到人工測試難以實現(xiàn)的目標。

下面針對具體過程作進一步說明：

根據(jù)系統(tǒng)測試或入網(wǎng)測試設(shè)計場景環(huán)境，如圖6所示，已經(jīng)定義規(guī)劃好了網(wǎng)元類型、版本，網(wǎng)元管理IP、網(wǎng)段和掩碼，接口IP地址和掩碼，鏈路的頭尾端點和鏈路屬性，開放式最短路徑優(yōu)先(Open Shortest Path First，簡稱為OSPF)/鏈路狀態(tài)路由協(xié)議(Intermediate system to intermediate system,簡稱為ISIS)/BGP路由協(xié)議類型和通告網(wǎng)段，二三層虛擬專用網(wǎng)絡(luò)(Virtual Private Network，簡稱為VPN)/隧道業(yè)務(wù)類型和保護信息，CFM、BFD、虛擬路由冗余協(xié)議(Virtual Router Redundancy Protocol，簡稱VRRP)、運行、管理和維護(Operation Administration and Maintenance，簡稱為OAM)檢測類型等關(guān)鍵參數(shù)。

編寫告警測試計劃和測試用例，定義測試流程，如果需要測試恢復(fù)告警還需要預(yù)置配置腳本。使用本系統(tǒng)中定義的告警模擬工具編寫自動化測試腳本，腳本的參數(shù)使用上一步場景中規(guī)劃的業(yè)務(wù)參數(shù)。

告警模擬工具根據(jù)測試腳本自動構(gòu)造出測試用例中的告警Trap報文，并通過網(wǎng)卡發(fā)送給網(wǎng)管。此過程模擬了真實網(wǎng)元發(fā)送告警的過程。因此網(wǎng)管認為收到的就是普通告警，按照普通邏輯處理。

針對需要測試恢復(fù)邏輯的告警，流程圖見圖5。

對上報的告警，測試網(wǎng)管顯示的告警詳情和統(tǒng)計數(shù)據(jù)。對于每條告警，能夠顯示告警編號、網(wǎng)元位置、發(fā)生時間、級別、告警碼、網(wǎng)元內(nèi)定位、類型、確認狀態(tài)等詳細信息，所有屬性都正確、符合規(guī)范。能根據(jù)不同維度篩選，例如當前告警和歷史告警，告警和通知，已確認和未確認告警等。根據(jù)結(jié)果分為以下處理：

如果告警錯誤，則收集故障信息后結(jié)束流程；

如果告警正確，根據(jù)測試用例判斷是否繼續(xù)測試恢復(fù)告警。如果不測試，結(jié)束流程；如果測試，則通過告警信息內(nèi)的屬性值，定位接口、路由協(xié)議、業(yè)務(wù)等的故障原因，在配置腳本庫中檢索出能夠解決故障的配置命令。將檢索結(jié)果和預(yù)置腳本對比，如果正確，則反饋給業(yè)務(wù)場景，解決故障，創(chuàng)造告警恢復(fù)的先決條件；如果不正確，則組裝正確腳本或使用預(yù)置 腳本，也反饋到業(yè)務(wù)場景中，同時更新腳本庫，將新增數(shù)據(jù)設(shè)置為待使用狀態(tài)。

業(yè)務(wù)場景中故障恢復(fù)后，通知告警模擬工具自動構(gòu)造出該告警的恢復(fù)告警，發(fā)送到網(wǎng)管。測試告警是否能夠正?；謴?fù)，如果不能，收集故障信息后結(jié)束流程；如果能正?；謴?fù)，則提交配置腳本庫中待使用的腳本，狀態(tài)設(shè)置為可用，結(jié)束流程。

其他測試情況的流程圖見圖7：

根據(jù)預(yù)設(shè)時間間隔，網(wǎng)管自動生成統(tǒng)計報表。內(nèi)容包括特定時間內(nèi)告警各類信息的統(tǒng)計匯總，例如告警接收數(shù)量、丟棄數(shù)量、告警類型、網(wǎng)元、級別分布，以此作為判斷網(wǎng)絡(luò)運行狀況的依據(jù)，對重大問題做出預(yù)警。測試結(jié)果反饋到測試場景中，如果結(jié)果正確，測試結(jié)束；如果不正確，返回到網(wǎng)管查找具體故障。

某些告警能夠觸發(fā)其他模塊。如性能越界告警上報后，可以觸發(fā)智能配置模塊下發(fā)修改cir、pir值。網(wǎng)管收到此類告警后，生成智能配置實例、創(chuàng)建版本文件\配置文件管理任務(wù)、計劃數(shù)據(jù)庫備份、刪除操作、預(yù)先進行雙機切換等。測試結(jié)果反饋到測試場景中，如果結(jié)果正確，測試結(jié)束；如果不正確，返回到網(wǎng)管查找具體故障。

網(wǎng)管收到告警后進一步進行以下操作：確認/反確認，過濾篩選，前轉(zhuǎn)，清除，設(shè)置規(guī)則，導(dǎo)出。經(jīng)過告警模塊內(nèi)部處理后查看該告警是否被正確確認/反確認，過濾，前轉(zhuǎn)，清除等。測試結(jié)果反饋到測試場景中，如果結(jié)果正確，測試結(jié)束；如果不正確，返回到網(wǎng)管查找具體故障。

壓力測試場景，如圖8所示。用5-10個告警模擬工具，每工具每30MS-40MS發(fā)送一個告警，每個工具持續(xù)發(fā)送12000個告警，或者工具總共發(fā)送120000個告警，驗證告警模塊能夠處理最大120000條告警，不丟包，平均每秒處理250個左右。多次測試后記錄每次的測試時間、告警數(shù)量和丟包情況。測試結(jié)果反饋到測試場景中，如果結(jié)果正確，測試結(jié)束；如果不正確，返回到網(wǎng)管查找具體故障。

業(yè)務(wù)告警一般都關(guān)聯(lián)機架圖、拓撲、配置管理等模塊。網(wǎng)管收到告警后，自動判斷是否正確在機架圖上渲染機架、機框、單板、端口的顏色，隱藏拔出的單板，自動刷新已恢復(fù)的告警；在拓撲中及時更新網(wǎng)元、鏈路、分組的狀態(tài)和顏色，標明業(yè)務(wù)進行保護切換后的路徑，在回切后恢復(fù)主路徑；在配置管理中顯示接口down、路由協(xié)議鄰居down等信息。測試結(jié)果反饋到測試場景中，如果結(jié)果正確，測試結(jié)束；如果不正確，返回到網(wǎng)管查找具體故障。

下面結(jié)合附圖對本發(fā)明系統(tǒng)的實施做進一步的詳細描述。

步驟一設(shè)計系統(tǒng)測試場景(見圖9)，規(guī)劃各項參數(shù)，包括接口地址、路由協(xié)議、業(yè)務(wù)類型和保護路徑等。

1.地址規(guī)劃

2.OSPF規(guī)劃：

3.LDP規(guī)劃：

步驟二編寫告警測試用例，測試告警和恢復(fù)告警流程。根據(jù)上一步的參數(shù)，制作Ethernet端口未連接的測試腳本。

Type:告警碼【1024】Ethernet端口未連接1356074143:242282/10.46.60.93->/10.46.35.19protocol(17)priority(0)hop(252)offset(0)ident(21326)UDP 161>162

TrapOid:.1.3.6.1.4.1.3902.3.302.8.1

SMI_GAUGE32,1056,.1.3.6.1.4.1.3902.3.302.1.1.1

SMI_GAUGE32,1024,.1.3.6.1.4.1.3902.3.302.1.1.2

SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.3

SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.4

SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.5

SMI_GAUGE32,980471928,.1.3.6.1.4.1.3902.3.302.1.1.6

SMI_GAUGE32,980471947,.1.3.6.1.4.1.3902.3.302.1.1.7

SMI_GAUGE32,203,.1.3.6.1.4.1.3902.3.302.1.1.8

SMI_STRING,

fe:00:06:fe:04:ff:ff:ff:fe:04:01:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe,.1.3.6.1.4.1.3902.3.302.1.1.9

SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.10

SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.11

SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.12

SMI_STRING,00:00:00:00:00:00:00:00:00:00,.1.3.6.1.4.1.3902.3.302.1.1.13

SMI_GAUGE32,0,.1.3.6.1.4.1.3902.3.302.1.1.14

SMI_STRING,Ethernet Port Link Down,.1.3.6.1.4.1.3902.3.302.1.1.19

SMI_GAUGE32,839,.1.3.6.1.4.1.3902.3.302.12.1

步驟三使用告警模擬工具生成告警報文，向網(wǎng)管發(fā)送。網(wǎng)管接收后由告警模塊做出如下處理：

在當前告警中顯示該告警的詳細信息。告警編號為1411008035312，級別為嚴重，同時標為紅色，類型為通信告警，發(fā)生時間為告警模擬工具發(fā)送的時刻，告警碼為接口DOWN(2151)，確認狀態(tài)為未確認，網(wǎng)元IP為10.46.60.93，網(wǎng)元類型為中興某型號路由器，網(wǎng)元內(nèi)定位機架＝0,機框＝0，告警原因為端口鏈路協(xié)商不成功(50901)，附加文本告警類型：LACP；The interface(index＝20,name＝Gei_0/0/0/10)turns into INACTIVE；由告警同步產(chǎn)生。

步驟四根據(jù)測試用例，需要立即恢復(fù)，通過告警信息內(nèi)的屬性值，定位到故障原因是網(wǎng)元10.46.60.93的接口Gei_0/0/0/10down，以此為條件在配置腳本庫中檢索出能夠解決故障的配置命令為接口模式下配置no shutdown。將檢索結(jié)果和預(yù)置腳本對比，完全匹配，此場景中接口down的故障能夠解決，繼續(xù)執(zhí)行告警恢復(fù)。

步驟五告警模擬工具收到請求后，根據(jù)相同參數(shù)自動生成恢復(fù)告警并發(fā)送給網(wǎng)管。網(wǎng)管正常執(zhí)行告警恢復(fù)后，端口未連接告警從當前告警界面中消失，測試用例結(jié)束。如果腳本庫中存在待使用狀態(tài)的腳本，需要先提交腳本狀態(tài)為可用，再結(jié)束用例。

步驟六檢查網(wǎng)管自動生成的統(tǒng)計報表。內(nèi)容為測試時間段內(nèi)告警各類信息的統(tǒng)計匯總，接收到一條嚴重級別的告警，沒有丟包，網(wǎng)元類型為中興某型號路由器，屬于需要立即解決的重大問題。結(jié)果正確，測試用例結(jié)束。

步驟七告警恢復(fù)后，網(wǎng)管自動觸發(fā)智能配置模塊，按照預(yù)先定義的實例，執(zhí)行show version,show ip interface,show l2vpn等操作，查看端口、業(yè)務(wù)恢復(fù)正常。并將執(zhí)行結(jié)果文件保存到指定客戶端。結(jié)果正確，測試用例結(jié)束。

步驟八接口告警關(guān)聯(lián)拓撲、機架圖、配置管理等模塊。網(wǎng)管收到告警后，機架圖上渲染端口Gei_0/0/0/10為紅色，其機架、機框號都為0；在拓撲中更新網(wǎng)元、鏈路、分組顏色為紅色，鏈路的狀態(tài)為斷開；在配置管理中標明業(yè)務(wù)主路徑斷開，進行保護切換后的流量進入備路徑，在回切后重新回到主路徑；在接口管理中顯示接口Gei_0/0/0/10down，在路由協(xié)議中顯示OSPF，BGP鄰居down等信息。結(jié)果正確，測試用例結(jié)束。

步驟九告警上報后，對其進行確認/反確認，過濾，前轉(zhuǎn)，清除等操作。結(jié)果正確，測試用例結(jié)束。

步驟十在壓力測試環(huán)境下，驗證告警模塊能夠處理最大120000條告警，不丟包，多次測試后，記錄測試結(jié)果：

B05版本的告警壓力測試過程：

1.告警開始時間：2013-12-0510：23分總共收到120000條告警，告警開始時間2013-12-0510:24:19.000，告警結(jié)束時間為2013-12-0510:31:49.000，告警處理速度為：120000/450＝266.67 個/秒。

2.告警開始時間：2013-12-0511：21分以后，告警開始時間是2013-12-0511:22:00.000，告警結(jié)束時間是2013-12-0511:29:09.000，總共接收到告警120000個，告警處理速度為：120000/429＝279.72個/秒。

3.告警開始時間：2013-12-0516：35分以后，告警開始時間是2013-12-0516:37:04.000，告警結(jié)束時間是2013-12-0516:43:04.000，總共接收到告警120000個。告警處理速度為120000/360＝333.33個/秒。

以上測試結(jié)果如果錯誤，則返回網(wǎng)管相應(yīng)模塊查找具體故障。

綜上所述，通過本發(fā)明提供的告警的測試處理方法及裝置解決了相關(guān)技術(shù)中不能對告警報文進行自動恢復(fù)測試的問題，進而實現(xiàn)了可以對告警報文進行自動恢復(fù)測試。

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

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

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

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