專利名稱：一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測試的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種大數(shù)據(jù)沖擊的自動化測試的方法和系統(tǒng)。
背景技術：
當前的TMN (電信管理網(wǎng))中往往存在的故障不是基本功能故障，而 是能否承收大數(shù)據(jù)的沖擊，能否在這種沖擊下可以正常的工作和正確處理相 關的異常是網(wǎng)管軟件的一個重要的性能指標，但是由于實驗室的設備和資源 的限制，往往造成測試過程的瓶頸，特別是告警風暴的測試，更是比較困難， 從目前的實驗室測試過程來看，對于大數(shù)據(jù)沖擊的測試往往局限在簡單的批 量數(shù)據(jù)發(fā)送，然后對比發(fā)送的數(shù)據(jù)條數(shù)或隨機選擇幾個記錄進行比較，對于 前臺模擬程序(或者真實前臺)發(fā)送的數(shù)據(jù)到后臺接收到的數(shù)據(jù)是否正確的 比較，很難一一對比。另外其中有太多的人工干預過程，比如上報數(shù)據(jù)的設 置，后臺數(shù)據(jù)查詢等等。
以當前CDMA的告警測試為例，目前一個基站控制器(BSC)滿配置 時，同時要處理上千個節(jié)點的告警數(shù)據(jù)上報，在網(wǎng)運行的BSC、數(shù)以百計的 BTS上所有的上萬塊單板(數(shù)十萬個硬件單元)、數(shù)百種軟件模塊，甚至設 備周邊環(huán)境都是故障管理的監(jiān)測對象。因此對于告警模塊的測試，更重要的 是能夠確保告警模塊是否能夠及時、安全的處理這些大數(shù)據(jù)流的沖擊，而在 實驗室由于設備和現(xiàn)場資源缺乏的原因，不能真實模擬這樣的大數(shù)據(jù)量的環(huán) 境，往往采用的辦法就是通過模擬程序來模擬各種海量告警數(shù)據(jù)并同時發(fā)送 到后臺服務器，然后通過手工點擊后臺界面觀察告警數(shù)據(jù)。這種方式的缺點 有兩個，第一，測試過程斷鏈，由于每一次發(fā)送告警都需要手工查詢，然后 再進行下一次的告警數(shù)據(jù)發(fā)送，不能保證發(fā)送數(shù)據(jù)的連續(xù)性，因此不能真實 的模擬告警風暴；第二，測試的結(jié)果存在假象，由于是人工查詢接收到的告
警數(shù)據(jù)，由于每一批數(shù)據(jù)都可能是成千上萬條記錄，因此測試人員不可能逐 條進行匹配比較，往往都是查詢一下接收到的記錄條數(shù)和發(fā)送的條數(shù)是否一 致的方式來判斷，這種測試難以保證接收到的告警數(shù)據(jù)的正確性。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提出一種在大數(shù)據(jù)沖擊下可以保證測試過 程的連續(xù)性，以及保證測試結(jié)果正確性的自動化測試的方法和系統(tǒng)。
為了解決上述技術問題，本發(fā)明提供了 一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測
試的方法，所述方法包纟舌以下步驟
步驟101，產(chǎn)生模擬數(shù)據(jù)并將其返回給控制裝置以及將數(shù)據(jù)上報到被測 系統(tǒng)；
步驟102，判斷是否需要再次構(gòu)造下一批測試數(shù)據(jù)，如果需要構(gòu)造下一 批測試數(shù)據(jù)，則執(zhí)行步驟101,否則執(zhí)行步驟103;
步驟103,根據(jù)發(fā)送的模擬數(shù)據(jù)和其它信息構(gòu)造一個指令并發(fā)送給客戶 端測試工具；
步驟104，客戶端測試工具根據(jù)指令裝載對應的腳本；
步驟105，在執(zhí)行過程中如果發(fā)生異常則進入步驟109進行異常處理。 否則執(zhí)行步驟106;
步驟106，把獲取到的數(shù)據(jù)和從控制裝置發(fā)送來的數(shù)據(jù)傳遞給匹配過程；
步驟107,如果沒有找到需要的數(shù)據(jù)則繼續(xù)匹配直到找到對應的數(shù)據(jù)或 超時；
步驟108,如果匹配超時則進入步驟109進行異常處理，如果沒有異常 或異常處理完成，則繼續(xù)執(zhí)行步驟110;
步驟109，異常處理對測試過程中出現(xiàn)異?；蚱ヅ涫∵M行處理；
步驟IIO，判定客戶端執(zhí)行是否結(jié)束以及執(zhí)行結(jié)果是否正確，如果已經(jīng) 完成則返回一次偵聽結(jié)束，所有偵聽結(jié)束且不再發(fā)送數(shù)據(jù)則進入到結(jié)果匯總 處理單元；
步驟lll,結(jié)果匯總形成一個匯總報告，完成后結(jié)束本次的上報數(shù)椐沖 擊測試過程。
進一步，上述方法還可以具有以下特點所述步驟101中，將模擬數(shù)據(jù) 返回給控制裝置的同時，發(fā)送一個數(shù)據(jù)清單。
進一步，上述方法還可以具有以下特點所述數(shù)據(jù)清單用于模擬告警數(shù) 據(jù)，包括內(nèi)容有構(gòu)造的告警數(shù)據(jù)、告警級別、所在網(wǎng)元位置以及發(fā)送時間。
進一步，上述方法還可以具有以下特點所述步驟102中，采用異步并 4亍執(zhí)行方式0
進一步，上述方法還可以具有以下特點所述步驟103中，所述指令指
明客戶端測試工具需要執(zhí)行的腳本id，需要進行匹配的測試數(shù)據(jù)類型，以及 最大延時時間和網(wǎng)元信息。
進一步，上述方法還可以具有以下特點所述步驟104中，裝栽過程要 處理腳本格式的判定，界面組件定位信息的處理，以及界面執(zhí)行操作的合成。 其中，腳本格式的判定主要是指腳本文件是否符合定義要求，比如是否會出 現(xiàn)一個不可識別的節(jié)點名等，界面組件定位信息的處理是指根據(jù)描述信息構(gòu) 造一個控件索引對象，界面執(zhí)行操作的合成是根據(jù)腳本的動作定義和參數(shù)構(gòu) 造一個具體的執(zhí)行操作。
進一步，上述方法還可以具有以下特點所述步驟106中，所述數(shù)據(jù)在 進行判定和過濾然后獲取到需要的測試數(shù)據(jù)。所述界面數(shù)據(jù)的獲取，比如告 警查詢執(zhí)行后，界面會出現(xiàn)當前的所有告警，如果是對告警時間的測試，則 把界面獲取的所有告警數(shù)據(jù)的告警時間進行截取，然后和測試數(shù)據(jù)進行匹 配，如果匹配成功說明告警時間發(fā)送過程中沒有出現(xiàn)損失，否則，匹配不成 功，說明告警時間發(fā)送過程有問題。
進一步，上述方法還可以具有以下特點所述步驟107中，匹配的方式 可以是字符匹配，也可以是某些特殊值匹配。比如在進行告警上報的匹配的 過程中，如果是告警數(shù)據(jù)匹配，就可以對每條告警記錄的各個字段值進行全 匹配，所有界面獲取到的被測數(shù)據(jù)和測試數(shù)據(jù)要——對應才能算是測試通 過；如果僅僅是對告警數(shù)目發(fā)送是否丟失的測試，則可以直接把發(fā)送的告警
條數(shù)和界面接收到的條數(shù)進行匹配，如果相等則是成功，如杲不相等則是失敗。
進一步，上述方法還可以具有以下特點所述步驟109中，所述處理有 兩個過程， 一是把異常的信息形成文檔存儲下來，二是保留執(zhí)行操作步驟以 便于定位故障。
進一步，上述方法還可以具有以下特點所述步驟110中，偵聽客戶端 消息反饋過程用來判定客戶端執(zhí)行是否結(jié)束以及執(zhí)行結(jié)果是否正確。
進一步，上述方法還可以具有以下特點所述步驟lll中，結(jié)果匯總單 元把^莫擬的數(shù)據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計。
一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測試的系統(tǒng)，包括控制裝置、數(shù)據(jù)模擬 器、客戶端測試工具、發(fā)送器和被測系統(tǒng)，其中
所述控制裝置連接于數(shù)據(jù)模擬器和客戶端測試工具之間，負責觸發(fā)數(shù)據(jù) 模擬器產(chǎn)生模擬數(shù)據(jù)，然后把已經(jīng)模擬并發(fā)送到服務器的程序通過接口傳遞 給客戶端測試工具，并發(fā)送一個執(zhí)行指令，要求客戶端測試工具執(zhí)行相應的 測試過程；
所述數(shù)據(jù)模擬器連接發(fā)送器，用于形成各種模擬測試數(shù)據(jù)以及形成數(shù)據(jù)
清單；
所述客戶端測試工具自動進行界面操作、偵聽由服務端發(fā)來的數(shù)據(jù)、把 接收到的數(shù)據(jù)和客戶端獲取到的數(shù)據(jù)進行匹配告警，形成一次測試報告；
所述發(fā)送器負責把模擬形成的數(shù)據(jù)發(fā)送到被測系統(tǒng)；
所述被測系統(tǒng)連接客戶端測試工具，用于將接收到的數(shù)據(jù)進行內(nèi)部處理 并傳遞到被測系統(tǒng)的客戶端。
進一步，上述系統(tǒng)還可以包括以下特征所述的控制裝置包括指令發(fā)送 單元、指令構(gòu)造單元、進程控制單元和結(jié)果匯總單元，其中
進程控制單元包括上沖艮數(shù)據(jù)觸發(fā)器，所述觸發(fā)器可以觸發(fā)數(shù)據(jù)模擬器產(chǎn) 生各種測試數(shù)據(jù)； 指令構(gòu)造單元負責產(chǎn)生一個執(zhí)行指令，要求客戶端測試工具執(zhí)行相應的
測試過程；
指令發(fā)送單元負責把已經(jīng)模擬并發(fā)送到服務器的程序通過接口傳遞給 客戶端測試工具；
結(jié)果匯總單元把模擬的數(shù)據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計形成一個 匯總報告。
進一步，上述系統(tǒng)還可以包括以下特征所述數(shù)據(jù)模擬器形成的所述數(shù) 據(jù)清單用于模擬告警數(shù)據(jù)，包括內(nèi)容有構(gòu)造的告警數(shù)據(jù)、告警級別、所在網(wǎng) 元位置以及發(fā)送時間。
進一步，上述系統(tǒng)還可以包括以下特征所述數(shù)據(jù)模擬器采用異步并行 執(zhí)行方式。
進一步，上述系統(tǒng)還可以包括以下特征所述指令構(gòu)造單元指明客戶端 測試工具需要執(zhí)行的腳本id，需要進行匹配的測試數(shù)據(jù)類型，以及最大延時 時間和網(wǎng)元信息。
進一步，上述系統(tǒng)還可以包括以下特征客戶端測試工具裝栽過程要處 理腳本格式的判定，界面組件定位信息的處理，以及界面執(zhí)行操作的合成。
進一步，上述系統(tǒng)還可以包括以下特征所述客戶端測試工具需要把從 界面獲得的數(shù)據(jù)進行判定和過濾然后獲取到需要的測試數(shù)據(jù)。
進一步，上述系統(tǒng)還可以包括以下特征所述客戶端測試工具可以自動 進行界面操作，可以偵聽由服務端發(fā)來的數(shù)據(jù)，可以把接收到的數(shù)據(jù)和客戶 端獲取到的數(shù)據(jù)進行匹配告警。
進一步，上述系統(tǒng)還可以包括以下特征所述結(jié)果匯總單元把4莫擬的數(shù) 據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計。
采用本發(fā)明應用到告警測試后，告警數(shù)據(jù)上報測試過程得到了改進，減 少了測試過程中人工干預的過程，同時增強了測試過程的連續(xù)性，并且在告 警數(shù)據(jù)一致性匹配的測試方面，增強了匹配結(jié)果的正確性，同時可以纟艮方便 的實現(xiàn)告警風暴測試過程，真正在實驗室里模擬真實的大數(shù)據(jù)流的沖擊，以
檢驗系統(tǒng)在告警風暴產(chǎn)生時，是否能夠承收數(shù)據(jù)壓力并正常工作。
該發(fā)明同時也可以用于對性能數(shù)據(jù)上報、診斷測試等大數(shù)據(jù)量上報過程 的測試。


圖l是實現(xiàn)本發(fā)明方法的系統(tǒng)框圖。
圖2是本發(fā)明方法實現(xiàn)大數(shù)據(jù)沖擊的自動化測試流程圖。
具體實施例方式
本發(fā)明采用一種提供前后臺的數(shù)據(jù)消息通訊的方法，同時實現(xiàn)后臺的自 動化測試過程，保證測試數(shù)據(jù)的信息能夠從前臺傳遞到后臺，同時后臺測試 平臺接收到指令后能夠主動查詢并匹配測試數(shù)據(jù)，完成一次測試過程。同時 為了實現(xiàn)風暴測試的效果，前后臺的測試程序需要異步并行執(zhí)行，以保證前 臺測試程序不會因為后臺的查詢過程而處于等待狀態(tài)。
圖l是實現(xiàn)本發(fā)明方法的系統(tǒng)框圖。如圖1所示，所述系統(tǒng)由控制裝置、 數(shù)據(jù)模擬器、客戶端測試工具、發(fā)送器和被測系統(tǒng)組成。
所述控制裝置包括指令發(fā)送單元、指令構(gòu)造單元、進程控制單元和結(jié)果 匯總單元，所述控制裝置連接于數(shù)據(jù)^t擬器和客戶端測試工具之間，負責觸 發(fā)數(shù)據(jù)模擬器發(fā)送模擬數(shù)據(jù)，然后把已經(jīng)模擬并發(fā)送到服務器的程序通過接
口傳遞給客戶端測試工具，并發(fā)送一個執(zhí)行指令，要求客戶端測試工具執(zhí)行 相應的測試過程。
其中，所述進程控制單元包括上:^艮數(shù)據(jù)觸發(fā)器，該觸發(fā)器可以觸發(fā)數(shù)據(jù) 模擬器產(chǎn)生各種測試數(shù)據(jù)；指令構(gòu)造單元負責構(gòu)造一個執(zhí)行指令，要求客戶 端測試工具執(zhí)行相應的測試過程；指令發(fā)送單元負責把已經(jīng)模擬并發(fā)送到服 務器的程序通過接口傳遞給客戶端測試工具；結(jié)果匯總單元把本次模擬的數(shù) 據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計形成一個匯總報告。從數(shù)據(jù)模擬器到測 試工具的數(shù)據(jù)流，這條線路保證測試數(shù)據(jù)沒有被消費過，是用來給測試工具
驗證消費后的數(shù)據(jù)是否正確的依據(jù)。
數(shù)據(jù)模擬器連接發(fā)送器，主要形成各種模擬測試數(shù)據(jù)以及形成用于模擬 告警數(shù)據(jù)的數(shù)據(jù)清單。
客戶端測試工具可以自動進行界面操作，可以偵聽由服務端發(fā)來的數(shù) 據(jù)，可以把接收到的數(shù)據(jù)和客戶端獲取到的數(shù)據(jù)進行匹配告警，形成一次測 試報告。
發(fā)送器負責4e^莫擬形成的數(shù)據(jù)發(fā)送到被測系統(tǒng)。
被測系統(tǒng)連接客戶端測試工具，用于將接收到的數(shù)據(jù)進行內(nèi)部處理并傳 遞到被測系統(tǒng)的客戶端。其中由數(shù)據(jù)模擬器到被測系統(tǒng)再到測試工具的數(shù)據(jù) 流，主要是希望測試數(shù)據(jù)能夠通過被測系統(tǒng)后再回到測試工具，是一個被測 試系統(tǒng)消費過的數(shù)據(jù)流。
圖2為圖1中本發(fā)明所述系統(tǒng)實現(xiàn)大數(shù)據(jù)上報自動化測試方法的執(zhí)行流
程，包括以下步驟
步驟IOI由控制裝置中上報數(shù)據(jù)觸發(fā)器觸發(fā)數(shù)據(jù)模擬器上報數(shù)據(jù)，然 后數(shù)據(jù)模擬器產(chǎn)生模擬數(shù)據(jù)并形成發(fā)送數(shù)據(jù)清單，所述數(shù)據(jù)清單用于模擬告 警數(shù)據(jù)，包括內(nèi)容有構(gòu)造的告警數(shù)據(jù)、告警級別、所在網(wǎng)元位置以及發(fā)送時 間。接著扭4莫擬后形成的數(shù)據(jù)和數(shù)據(jù)清單返回給控制裝置，通過單板或發(fā)送 程序?qū)?shù)據(jù)上報到被測系統(tǒng)和客戶端測試工具。
步驟102判斷是否需要再次構(gòu)造下一批測試數(shù)據(jù)，如果需要構(gòu)造下一 批測試數(shù)據(jù)，則執(zhí)行步驟101，否則執(zhí)行步驟103。由于上報的數(shù)據(jù)可能數(shù) 據(jù)量很大，而且發(fā)送次數(shù)可能很多，為了不中斷其連續(xù)性，在此采用并行執(zhí) 行方式。
步驟103完成對模擬數(shù)據(jù)的上報，然后根據(jù)發(fā)送的模擬數(shù)據(jù)和其它信 息構(gòu)造一個指令，該指令需要指明客戶端測試工具需要執(zhí)行的腳本id,需要 進行匹配的測試數(shù)據(jù)類型，以及最大延時時間和網(wǎng)元信息等等；構(gòu)造完成后 發(fā)送給客戶端測試工具。
步驟104客戶端測試工具接收到控制裝置發(fā)送的執(zhí)行指令后，根據(jù)指 定的腳本id裝載對應的腳本，裝載過程應該處理腳本格式的判定，界面組
件定位信息的處理，以及界面執(zhí)行操作的合成。
腳本格式的判定主要是指腳本文件是否符合定義要求，比如是否會出現(xiàn) 一個不可識別的節(jié)點名等，界面組件定位信息的處理是指根據(jù)描述信息構(gòu)造 一個控件索引對象，界面執(zhí)行操作的合成是根據(jù)腳本的動作定義和參數(shù)構(gòu)造 一個具體的執(zhí)行操作。
步驟105在執(zhí)行過程中如果發(fā)生異常則進入步驟109進行異常處理。 否則執(zhí)行步驟106。
步驟106由界面測試工具通過腳本的執(zhí)行獲得界面接收到的數(shù)據(jù)。所 述數(shù)據(jù)需要進行判定和過濾然后獲取到需要的測試數(shù)據(jù)，把從界面獲取到的 數(shù)據(jù)和從控制裝置發(fā)送來的數(shù)據(jù)傳遞給匹配過程。
其中，界面數(shù)據(jù)的獲取，比如告警查詢執(zhí)行后，界面會出現(xiàn)當前的所有 告警，如果是對告警時間的測試，則把界面獲取的所有告警數(shù)據(jù)的告警時間 進行截取，然后和測試數(shù)據(jù)(真實發(fā)送的告警數(shù)據(jù))進行匹配，如果匹配成功 說明告警時間發(fā)送過程中沒有出現(xiàn)損失，否則，匹配不成功，說明告警時間 發(fā)送過程有問題。
步驟107 匹配過程接收到數(shù)據(jù)后進行數(shù)據(jù)匹配，包括測試數(shù)據(jù)各項信 息的值匹配，如果沒有找到需要的數(shù)據(jù)則繼續(xù)匹配直到找到對應的數(shù)據(jù)或超時。
其中，匹配的方式可以是字符匹配，也可以是某些特殊值匹配。比如在 進行告警上報的匹配的過程中，如果是告警數(shù)據(jù)匹配，就可以對每條告警記 錄的各個字段值進行全匹配，所有界面獲取到的被測數(shù)據(jù)和測試數(shù)據(jù)要一一 對應才能算是測試通過；如果僅僅是對告警數(shù)目發(fā)送是否丟失的測試，則可 以直接把發(fā)送的告警條數(shù)和界面接收到的條數(shù)進行匹配，如果相等則是成 功，如果不相等則是失敗。
步驟108 如果匹配超時則進入步驟109進行異常處理，如果沒有異常 或異常處理完成，則繼續(xù)執(zhí)行步驟110。
步驟109異常處理主要是對客戶端測試工具測試過程中出現(xiàn)異?；蚱?配失敗的處理，該處理有兩個過程， 一是把異常的信息形成文檔存儲下來， 二是保留執(zhí)行操作步驟以便于定位故障。
步驟110偵聽客戶端消息反饋過程則主要判定客戶端執(zhí)行是否結(jié)束以
及執(zhí)行結(jié)果是否正確，如杲已經(jīng)完成則返回一次偵聽結(jié)束，所有偵聽結(jié)束且 不再發(fā)送數(shù)據(jù)則進入到結(jié)果匯總處理單元。
步驟lll結(jié)果匯總把本次模擬的數(shù)據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng) 計形成一個匯總報告，完成后結(jié)束本次的上l艮數(shù)據(jù)沖擊測試過程。
雖然結(jié)合示圖上述應用詳細描述了本發(fā)明的實施例，但這并不是本發(fā)明 實際應用唯一方法，對于本領域的熟練技術人員來說，仍可以對上述實施方 式作出修改而不改變本發(fā)明的實質(zhì)和范圍。
對于本發(fā)明，影響本發(fā)明實現(xiàn)的關鍵因素有四個， 一個是需要模擬的網(wǎng) 元類型和個數(shù)，隨著網(wǎng)元數(shù)目的增多，需要構(gòu)造的數(shù)據(jù)類型就越多，匹配的
復雜度也會增加； 一個是延時的設置，即數(shù)據(jù)上報的最長等待時間，根據(jù)數(shù) 據(jù)類型的不同應該有不同的延時限制； 一個是指令的結(jié)構(gòu)體， 一個指令的結(jié) 構(gòu)體的好壞直接影響到該系統(tǒng)的效率和擴展性；最后一個是客戶端測試工具 才喿作的復雜度，界面操作過程的簡化是增強測試效果的另外一個途徑。
權利要求
1、一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測試的方法，所述方法包括以下步驟步驟101，產(chǎn)生模擬數(shù)據(jù)并將其返回給控制裝置以及將數(shù)據(jù)上報到被測系統(tǒng)；步驟102，判斷是否需要再次構(gòu)造下一批測試數(shù)據(jù)，如果需要構(gòu)造下一批測試數(shù)據(jù)，則執(zhí)行步驟101，否則執(zhí)行步驟103；步驟103，根據(jù)發(fā)送的模擬數(shù)據(jù)和信息構(gòu)造一個指令并發(fā)送給客戶端測試工具；步驟104，客戶端測試工具根據(jù)指令裝載對應的腳本；步驟105，在執(zhí)行過程中如果發(fā)生異常則進入步驟109進行異常處理，否則執(zhí)行步驟106；步驟106，把獲取到的數(shù)據(jù)和從控制裝置發(fā)送來的數(shù)據(jù)傳遞給匹配過程；步驟107，如果沒有找到需要的數(shù)據(jù)則繼續(xù)匹配直到找到對應的數(shù)據(jù)或超時；步驟108，如果匹配超時則進入步驟109進行異常處理，如果沒有異?；虍惓Ｌ幚硗瓿?，則繼續(xù)執(zhí)行步驟110；步驟109，異常處理對測試過程中出現(xiàn)異常或匹配失敗進行處理；步驟110，判定客戶端執(zhí)行是否結(jié)束以及執(zhí)行結(jié)果是否正確，如果已經(jīng)完成則返回一次偵聽結(jié)束，所有偵聽結(jié)束且不再發(fā)送數(shù)據(jù)則進入到結(jié)果匯總處理單元；步驟111，結(jié)果匯總形成一個匯總報告，完成后結(jié)束本次的上報數(shù)據(jù)沖擊測試過程。
2、 如權利要求l所述的方法，其特征在于所述步驟101中，將模擬數(shù)據(jù)返回給控制裝置的同時，發(fā)送一個數(shù)據(jù)清 單；所述數(shù)據(jù)清單用于模擬告警數(shù)據(jù)，包括內(nèi)容有構(gòu)造的告警數(shù)據(jù)、告警級 別、所在網(wǎng)元位置以及發(fā)送時間。
3、 如權利要求l所述的方法，其特征在于所述步驟103中，所述指令指明客戶端測試工具需要執(zhí)行的腳本id,需 要進行匹配的測試數(shù)據(jù)類型，以及最大延時時間和網(wǎng)元信息。
4、 如權利要求l所述的方法，其特征在于所述步驟104中，裝載過程要處理腳本格式的判定，界面組件定位信息 的處理，以及界面執(zhí)行操作的合成。
5、 如權利要求l所述的方法，其特征在于所述步驟109中，所述處理有兩個過程， 一是把異常的信息形成文檔存 儲下來，二是保留執(zhí)行操作步驟以便于定位故障。
6、 如權利要求l所述的方法，其特征在于所述步驟110中，偵聽客戶端消息反饋過程用來判定客戶端執(zhí)行是否結(jié) 束以及執(zhí)行結(jié)果是否正確。
7、 如權利要求l所述的方法，其特征在于所述步驟lll中，結(jié)果匯總單元把模擬的數(shù)據(jù)量、成功率和失敗率進行 數(shù)據(jù)統(tǒng)計。
8、 一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測試的系統(tǒng)，包括控制裝置、數(shù)據(jù) 模擬器、客戶端測試工具、發(fā)送器和被測系統(tǒng)，其中所述控制裝置連接于數(shù)據(jù)模擬器和客戶端測試工具之間，負責觸發(fā)數(shù)據(jù) 模擬器產(chǎn)生模擬數(shù)據(jù)，然后把已經(jīng)模擬并發(fā)送到服務器的程序通過接口傳遞 給客戶端測試工具，并發(fā)送一個執(zhí)行指令，要求客戶端測試工具執(zhí)行相應的 測試過程；所述數(shù)據(jù)^^擬器連接發(fā)送器，用于形成各種模擬測試數(shù)據(jù)以及形成數(shù)據(jù)清單；所述客戶端測試工具自動進行界面操作、偵聽由服務端發(fā)來的數(shù)據(jù)、把 接收到的數(shù)據(jù)和客戶端獲取到的數(shù)據(jù)進行匹配告警，形成一次測試報告；所述發(fā)送器負責4&#擬形成的數(shù)據(jù)發(fā)送到被測系統(tǒng)； 所述被測系統(tǒng)連接客戶端測試工具，用于將接收到的數(shù)據(jù)進行內(nèi)部處理并傳遞到凈皮測系統(tǒng)的客戶端。
9、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于所述的控制 裝置包括指令發(fā)送單元、指令構(gòu)造單元、進程控制單元和結(jié)果匯總單元，其 中進程控制單元包括上報數(shù)據(jù)觸發(fā)器，所述觸發(fā)器可以觸發(fā)數(shù)據(jù)模擬器產(chǎn) 生各種測試數(shù)據(jù)；指令構(gòu)造單元負責產(chǎn)生一個執(zhí)行指令，要求客戶端測試工具執(zhí)行相應的 測試過程；指令發(fā)送單元負責把已經(jīng)模擬并發(fā)送到服務器的程序通過接口傳遞給 客戶端測試工具；結(jié)果匯總單元把模擬的數(shù)據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計形成一個 匯總報告。
10、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于所述數(shù)據(jù)模擬器形成的所述數(shù)據(jù)清單用于模擬告警數(shù)據(jù)，包括內(nèi)容有構(gòu) 造的告警數(shù)據(jù)、告警級別、所在網(wǎng)元位置以及發(fā)送時間。
11、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于所述指令構(gòu)造單元指明客戶端測試工具需要執(zhí)行的腳本id，需要進行匹 配的測試數(shù)據(jù)類型，以及最大延時時間和網(wǎng)元信息。
12、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于所述客戶端測試工具裝載過程要處理腳本格式的判定，界面組件定位信 息的處理，以及界面執(zhí)行操作的合成。
13、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于 所述客戶端測試工具可以自動進行界面操作，可以偵聽由服務端發(fā)來的數(shù)據(jù)，可以把接收到的數(shù)據(jù)和客戶端獲取到的數(shù)據(jù)進行匹配告警。
14、 如權利要求8所述的自動化測試的系統(tǒng)，其特征在于 所述結(jié)果匯總單元把^莫擬的數(shù)據(jù)量、成功率和失敗率進行數(shù)據(jù)統(tǒng)計。
全文摘要
本發(fā)明提供了一種實現(xiàn)大數(shù)據(jù)沖擊的自動化測試的方法和系統(tǒng)，首先構(gòu)造上報數(shù)據(jù)模擬器，控制程序根據(jù)測試要求觸發(fā)數(shù)據(jù)模擬器產(chǎn)生數(shù)據(jù)并返回給控制程序，控制程序?qū)?shù)據(jù)和測試執(zhí)行指令發(fā)給客戶端測試工具，把從界面獲取到的數(shù)據(jù)和從控制裝置發(fā)送來的數(shù)據(jù)傳遞給匹配過程，并上報匹配結(jié)果。采用本發(fā)明應用到告警測試后，告警數(shù)據(jù)上報測試過程得到了改進，增強了測試過程的連續(xù)性和匹配結(jié)果的正確性。
文檔編號H04Q7/34GK101098259SQ200610090760
公開日2008年1月2日 申請日期2006年6月30日 優(yōu)先權日2006年6月30日
發(fā)明者李龍江, 彪 鄢, 鑫 金, 駱昌勤 申請人:中興通訊股份有限公司