專利名稱：第三代移動通信網網絡管理接口的測試方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信技術領域，特別涉及一種第三代移動通信網網絡管理接口的 測試方法及系統(tǒng)。
背景技術：
第三代移動通信網網絡規(guī)模與網絡技術的發(fā)展使得其網絡管理的環(huán)境更加復雜 多樣，更多的設備提供多種不同的業(yè)務，網絡結構靈活多樣，都對網絡管理提出了更高的要 求。網絡管理接口是網絡管理建設的關鍵環(huán)節(jié)，網絡管理接口是被管系統(tǒng)向管理系統(tǒng)提供 管理信息和管理能力的通道和手段，能否解決好網絡管理接口的問題是網絡管理系統(tǒng)建設 成敗的關鍵。為了實現(xiàn)全局管理、端到端的業(yè)務管理，必須解決管理系統(tǒng)與被管系統(tǒng)之間以 及管理系統(tǒng)之間的互通性和互操作性問題。如何保證所定義的網管接口標準在實際網管建 設中得以貫徹執(zhí)行、驗證接口實現(xiàn)與接口標準的符合性、保證異構環(huán)境下網管接口兩端系 統(tǒng)的相互協(xié)作，這些都需要依靠網絡管理接口測試作為強有力的保障手段。由于第三代移動通信網組網及業(yè)務的復雜性，網絡管理接口需求復雜度日益提 高；且由于網絡技術及網絡管理技術呈多樣化并持續(xù)演進，網絡管理需求易變，這些都給第 三代移動通信網網絡管理接口的測試帶來了很大的挑戰(zhàn)。第三代移動通信網網絡管理接口測試依據網絡管理接口規(guī)范中定義的功能及業(yè) 務流程，通過一系列有邏輯關系的接口操作的有序調用，驗證網管接口傳遞的管理指令是 否能夠得到有效執(zhí)行、管理信息能否準確反應網絡的運行狀態(tài)。在現(xiàn)有的第三代移動通信 網網絡管理接口測試技術中，往往依賴于測試人員使用固化的測試工具進行手工測試，測 試人力投入大，測試周期長，測試效率較低，并且難以避免人為主觀因素的引入對測試結果 造成不當?shù)挠绊?；在網絡管理需求發(fā)生變化及網絡管理接口標準版本升級演進時，依然需 要修改測試工具的程序代碼來進行適應性升級，使迭代測試的效率大打折扣。綜上所述，現(xiàn)有技術存在以下缺陷(1)現(xiàn)有的第三代移動通信網網絡管理接口測試系統(tǒng)不能解決第三代移動通信網 絡管理接口隨管理需求升級變化時測試系統(tǒng)的動態(tài)自適應問題?，F(xiàn)有的網絡管理接口測試 系統(tǒng)在被測接口發(fā)生變更或版本升級時，必須對測試系統(tǒng)的代碼進行修改、重新編譯才能 夠進行新接口的測試，這導致了測試成本的提高和測試周期的延長，無法滿足動態(tài)演進的 網絡管理功能測試需求；(2)現(xiàn)有的第三代移動通信網網絡管理接口測試系統(tǒng)多采用手工測試，自動化程 度低。第三代移動通信網網絡管理接口測試是面向電信級網絡管理軟件的測試，依靠人工 手動測試耗時耗力，測試人工投入大，測試周期長，導致測試效率低下；測試過程中極有可 能引入人為誤判導致的測試差錯率，測試結果的質量無法得到有效保障。

發(fā)明內容
(一)要解決的技術問題
本發(fā)明要解決的技術問題是如何提供一種基于測試模型驅動的第三代移動通信 網網絡管理接口的測試方法及系統(tǒng)，以提高測試效率、降低測試成本、縮短測試周期、提升 測試質量。(二)技術方案為解決上述技術問題，本發(fā)明提供了一種第三代移動通信網網絡管理接口的測試 方法，所述測試方法包括步驟A、生成測試用例模型，根據測試用例模型生成測試事務模型，根據測試事務 模型生成測試計劃模型；步驟B、啟動已生成的測試計劃模型，在測試計劃模型預定的時間點到達時，觸發(fā) 設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行，根據測試事務的 執(zhí)行結果生成測試報告。優(yōu)選地，步驟A中所述根據測試用例模型生成測試事務模型之后，所述測試方法 進一步包括校驗測試事務模型的步驟，步驟A中所述根據測試事務模型生成測試計劃模型具體包括根據通過校驗的測 試事務模型生成測試計劃模型。優(yōu)選地，步驟B中所述對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行之后，所述方法進 一步包括判斷測試計劃是否完成；如測試計劃中尚有其他待執(zhí)行的測試事務，則觸發(fā)測 試下一個測試事務，步驟B中所述根據測試事務的執(zhí)行結果生成測試報告具體包括根據測試計劃中 所有測試事務的執(zhí)行結果生成測試報告。優(yōu)選地，步驟B中所述對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行進一步包括步驟Bi、測試事務邏輯分析，判定當前測試事務邏輯是調用邏輯還是非調用邏輯， 如為調用邏輯則轉入步驟B3，如為非調用邏輯則轉入步驟B2 ；步驟B2、按照非調用邏輯的語義解釋執(zhí)行非調用邏輯，然后轉入步驟B7 ；步驟B3、對調用邏輯調用的測試用例進行解析，根據測試用例中測試行為參數(shù)及 測試數(shù)據的設定封裝適配為待發(fā)送的網管接口測試消息；步驟B4、將測試消息發(fā)送給被測系統(tǒng)；步驟B5、接收被測系統(tǒng)返回的測試響應消息并進行解析；步驟B6、根據測試用例模型中預設的預期結果對測試用例的執(zhí)行結果進行判定；步驟B7、當每一步測試事務邏輯執(zhí)行完畢后，判定所在的測試事務是否結束，如該 測試事務尚未結束，則回到步驟Bi，繼續(xù)對該測試事務的后續(xù)邏輯進行解釋執(zhí)行；否則該 測試事務執(zhí)行結束。優(yōu)選地，在步驟B6中判定執(zhí)行結果后，本測試方法還包括將測試過程和測試結果 分別記錄在測試日志文件中和測試結果文件中的步驟。優(yōu)選地，所述測試報告包括但不限于測試用例的執(zhí)行總數(shù)、測試用例執(zhí)行成功 數(shù)、測試執(zhí)行失敗數(shù)、測試事務執(zhí)行總數(shù)、測試事務執(zhí)行成功數(shù)、測試事務執(zhí)行失敗數(shù)、測試 用例平均/最大/最小執(zhí)行時長和測試事務平均/最大/最小執(zhí)行時長中的一種或多種。優(yōu)選地，所述測試用例模型由測試行為、測試數(shù)據和預期結果三部分組成。本發(fā)明還提供了一種第三代移動通信網網絡管理接口的測試系統(tǒng)，所述測試系統(tǒng)包括相互連接的測試模型生成裝置和測試模型執(zhí)行裝置；其中，所述測試模型生成裝置用于生成測試用例模型，根據測試用例模型生成測試事務 模型，根據測試事務模型生成測試計劃模型；所述測試模型執(zhí)行裝置用于啟動已生成的測試計劃模型，在測試計劃模型預定的 時間點到達時，觸發(fā)設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí) 行，根據測試事務的執(zhí)行結果生成測試報告。優(yōu)選地，所述測試模型生成裝置包括依次連接的測試用例模型生成模塊、測試事 務模型設計模塊和測試計劃模型規(guī)劃模塊；其中，所述測試用例模型生成模塊，用于根據第三代移動通信網網管接口規(guī)范中定義的 接口設計模型文件生成相應的測試用例模型實例；所述測試事務模型設計模塊，用于根據第三代移動通信網網管接口測試需求選擇 相關的測試用例模型實例進行邏輯組織并形成測試事務模型；所述測試計劃模型規(guī)劃模塊，用于根據第三代移動通信網網管接口測試需要選擇 相關的測試事務模型實例按照一定的時間部署策略組合后形成測試計劃模型以驅動測試 執(zhí)行相關的模塊。優(yōu)選地，所述測試模型執(zhí)行裝置包括依次連接的測試計劃執(zhí)行模塊、測試事務執(zhí) 行模塊、測試用例執(zhí)行模塊和接口協(xié)議適配模塊；所述測試事務執(zhí)行模塊和測試用例執(zhí)行 模塊分別與測試結果分析與報告生成模塊相連接；其中，所述測試計劃執(zhí)行模塊，用于作為測試計劃模型的解釋引擎，將依照測試計劃中 規(guī)定的時間調度策略觸發(fā)測試事務執(zhí)行模塊執(zhí)行相應的測試事務；所述測試事務執(zhí)行模塊，用于對測試事務模型進行解釋執(zhí)行并記錄執(zhí)行結果，當 遇到測試用例調用邏輯時將觸發(fā)測試用例執(zhí)行模塊解釋執(zhí)行相應的測試用例；所述測試用例執(zhí)行模塊，用于解析相應的測試用例文件，構建測試消息傳遞給接 口協(xié)議適配模塊，接收所述接口協(xié)議適配模塊反饋的測試響應消息并進行測試結果判定， 記錄測試日志和測試結果；所述接口協(xié)議適配模塊，用于根據被測系統(tǒng)所使用的網管協(xié)議的不同，將測試消 息封裝為對應的協(xié)議原語發(fā)送給被測系統(tǒng)，并從被測系統(tǒng)處接收測試響應原語，再將其轉 化為測試用例執(zhí)行模塊可識別的測試響應消息；所述測試結果分析與報告生成模塊，用于對測試結果和測試日志進行分析，將測 試結果統(tǒng)計信息及關鍵性能指標情況以表格報告形式呈現(xiàn)。(三)有益效果本發(fā)明提出了一種第三代移動通信網網絡管理接口的測試方法及系統(tǒng)。針對第三 代移動通信網網絡管理接口建模方法采用定義一套與技術無關的模型(需求分析模型)、 多套經映射轉換的特定技術的模型(設計模型)的特點，將模型驅動的方法論引入網絡管 理接口測試，采用動態(tài)生成測試用例模型、測試事務模型、測試計劃模型的方法將網管接口 測試需求模型化，以可重用且可自動解釋執(zhí)行的測試模型驅動測試過程自動化并能夠自適 應多種類網絡管理接口技術，解決網絡管理接口測試效率低下、測試成本高昂和測試質量 難以保證等問題；最大程度的減少測試過程中對人工的依賴，既可減輕測試人員的工作量， 也可有效避免人工介入對測試結果的影響，保證測試的可信度。


圖1是本發(fā)明實施例的第三代移動通信網網絡管理接口的測試方法流程圖；圖2是本發(fā)明所述測試方法中對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行的方法流 程圖；圖3是本發(fā)明實施例的第三代移動通信網網絡管理接口的測試系統(tǒng)的結構圖。
具體實施例方式下面結合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述。以下實施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。圖1是本發(fā)明實施例的第三代移動通信網網絡管理接口的測試方法流程圖；如圖 1所述，所述方法包括步驟A、生成測試用例模型，根據測試用例模型生成測試事務模型，根據測試事務 模型生成測試計劃模型；在本步驟中根據測試用例模型生成測試事務模型之后，所述方法還可以包括校驗 測試事務模型的步驟，如果測試事務模型校驗不通過，則重新根據測試用例模型生成測試 事務模型，再進行檢驗，直到校驗通過。在本步驟中根據測試事務模型生成測試計劃模型可以具體為根據通過校驗的測 試事務模型生成測試計劃模型。其中，測試用例對應于第三代移動通信網網絡管理接口規(guī)范中定義的管理操作， 測試事務由若干測試用例通過一定邏輯關系組合而成，測試計劃為對若干測試事務的時間 調度。在本步驟中，依據第三代移動通信網網管接口技術規(guī)范中定義的接口設計模型， 從中提取接口操作信息，生成相應的測試用例模型。測試用例模型一般由測試行為、測試數(shù) 據和預期結果三部分組成，分別由接口中定義的各操作的輸入參數(shù)、數(shù)據類型和輸出參數(shù) 導出。該步驟生成若干測試用例模型實例并以腳本形式進行存儲。由于單個測試用例模型實例無法滿足接口測試需求中的用戶動態(tài)行為測試或較 復雜的功能流程測試，因此需要構建測試事務模型。在本步驟中，測試事務模型根據第三 代移動通信網網管接口技術規(guī)范中定義的接口分析模型中的描述和規(guī)定進行構建，將若干 個相關聯(lián)的、具有數(shù)據依賴或業(yè)務依賴關系的測試用例模型實例按照一定邏輯關系組織起 來。在一個測試事務模型實例中，測試用例模型實例之間可以有如下幾種邏輯關系測試用 例按順序執(zhí)行、測試用例延時執(zhí)行、根據上一步測試用例執(zhí)行結果判定選擇下一步的測試 用例執(zhí)行分支、根據條件迭代執(zhí)行測試用例、測試用例的參數(shù)賦值傳遞、測試用例輸出參數(shù) 的導出等。該步驟生成若干測試事務模型實例并以腳本形式進行存儲。測試事務模型實例是在人為干預下動態(tài)生成的，由于其具有一定的復雜度，需要 對測試事務模型的正確性進行校驗。對測試事務模型的校驗包括對測試事務腳本語法的合 法性及測試事務與網管接口技術規(guī)范的一致性的校驗。在本步驟中，根據測試需要，規(guī)劃測試計劃模型，在特定時間點到達時執(zhí)行特定測 試事務。特定時間點可設置為絕對時間，也可設置為測試計劃啟動后到達的相對時間。該步驟生成測試計劃模型實例并以腳本形式進行存儲。步驟B、啟動已生成的測試計劃模型，在測試計劃模型預定的時間點到達時，觸發(fā) 設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行，根據測試事務的 執(zhí)行結果生成測試報告。在本步驟中對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行之后，所述方法還可以包括 判斷測試計劃是否完成；如測試計劃中尚有其他待執(zhí)行的測試事務，則觸發(fā)測試下一個測 試事務，直到完成測試計劃中所有的測試事務；則所述根據測試事務的執(zhí)行結果生成測試 報告包括根據測試計劃中所有測試事務的執(zhí)行結果生成測試報告。在本步驟中對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行之后，所述方法還可以包括對 測試事務的執(zhí)行結果進行記錄的步驟。在本步驟中，測試計劃全部執(zhí)行完成后，根據測試結果文件中的記錄，自動對測試 結果信息進行分析并生成測試報告文件。測試報告文件中的列示及統(tǒng)計信息可包括但不限 于測試用例的執(zhí)行總數(shù)、測試用例執(zhí)行成功數(shù)、測試執(zhí)行失敗數(shù)、測試事務執(zhí)行總數(shù)、測試 事務執(zhí)行成功數(shù)、測試事務執(zhí)行失敗數(shù)、測試用例平均/最大/最小執(zhí)行時長、測試事務平 均/最大/最小執(zhí)行時長等信息。圖2是本發(fā)明所述測試方法中對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行的方法流 程圖；如圖2所述，所述方法包括步驟Bi、測試事務邏輯分析，判定當前測試事務邏輯是調用邏輯還是非調用邏輯， 如為調用邏輯則轉入步驟B3，如為非調用邏輯則轉入步驟B2 ；在本步驟中，按順序對測試事務中的每一步邏輯進行分析，判定其是調用邏輯還 是非調用邏輯。調用邏輯是指對測試用例的調用，如為調用邏輯則轉入步驟B3 ；非調用邏 輯是指除調用測試用例之外的其他邏輯，如賦值邏輯、判斷邏輯等，如為非調用邏輯則轉入 步驟B2。步驟B2、按照非調用邏輯的語義解釋執(zhí)行非調用邏輯，然后轉入步驟B7 ；步驟B3、對調用邏輯調用的測試用例進行解析，根據測試用例中測試行為參數(shù)及 測試數(shù)據的設定封裝適配為待發(fā)送的網管接口測試消息；步驟B4、將測試消息發(fā)送給被測系統(tǒng)；步驟B5、接收被測系統(tǒng)返回的測試響應消息并進行解析；步驟B6、根據測試用例模型中預設的預期結果對測試用例的執(zhí)行結果進行判定；在本步驟中，判定執(zhí)行結果后還包括將測試過程和測試結果分別記錄在測試日志 文件中和測試結果文件中的步驟。測試日志文件記錄發(fā)送的測試消息及接收到的測試響應 的詳細信息及時間戳。測試結果文件概要記錄測試用例的執(zhí)行時間、執(zhí)行結果等簡明信息。步驟B7、當每一步測試事務邏輯執(zhí)行完畢后，判定所在的測試事務是否結束，如該 測試事務尚未結束，則回到步驟B31，繼續(xù)對該測試事務的后續(xù)邏輯進行解釋執(zhí)行；否則該 測試事務執(zhí)行結束。在本步驟之后，所述方法還可以包括在測試結果文件中記錄測試事務的執(zhí)行結果 的步驟。圖3是本發(fā)明實施例的第三代移動通信網網絡管理接口的測試系統(tǒng)的結構圖；如 圖3所述，所述系統(tǒng)包括相互連接的測試模型生成裝置和測試模型執(zhí)行裝置；
所述測試模型生成裝置用于生成測試用例模型，根據測試用例模型生成測試事務 模型，根據測試事務模型生成測試計劃模型；所述測試模型執(zhí)行裝置用于啟動已生成的測試計劃模型，在測試計劃模型預定的 時間點到達時，觸發(fā)設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí) 行，根據測試事務的執(zhí)行結果生成測試報告。所述測試模型生成裝置包括依次連接的測試用例模型生成模塊、測試事務模型設 計模塊和測試計劃模型規(guī)劃模塊；所述測試用例模型生成模塊，用于根據第三代移動通信網網管接口規(guī)范中定義的 接口設計模型文件生成相應的測試用例模型實例；所述測試事務模型設計模塊，用于根據第三代移動通信網網管接口測試需求組織 相關的測試用例模型實例進行邏輯組織并形成測試事務模型；所述測試計劃模型規(guī)劃模塊，用于根據第三代移動通信網網管接口測試需要選擇 相關的測試事務模型實例按照一定的時間部署策略組合后形成測試計劃模型以驅動測試 執(zhí)行相關的模塊。所述測試模型執(zhí)行裝置包括依次連接的測試計劃執(zhí)行模塊、測試事務執(zhí)行模塊、 測試用例執(zhí)行模塊和接口協(xié)議適配模塊；所述測試事務執(zhí)行模塊和測試用例執(zhí)行模塊分別 與測試結果分析與報告生成模塊相連接；其中，所述測試計劃執(zhí)行模塊，用于作為測試計劃模型的解釋引擎，將依照測試計劃中 規(guī)定的時間調度策略觸發(fā)測試事務執(zhí)行模塊執(zhí)行相應的測試事務；所述測試事務執(zhí)行模塊，用于對測試事務模型進行解釋執(zhí)行并記錄執(zhí)行結果，當 遇到測試用例調用邏輯時將觸發(fā)測試用例執(zhí)行模塊解釋執(zhí)行相應的測試用例；所述測試用例執(zhí)行模塊，用于解析相應的測試用例文件，構建測試消息傳遞給接 口協(xié)議適配模塊，接收所述接口協(xié)議適配模塊反饋的測試響應消息并進行測試結果判定， 記錄測試日志和測試結果；所述接口協(xié)議適配模塊，用于根據被測系統(tǒng)所使用的網管協(xié)議的不同，將測試消 息封裝為對應的協(xié)議原語發(fā)送給被測系統(tǒng)，并從被測系統(tǒng)處接收測試響應原語，再將其轉 化為測試用例執(zhí)行模塊可識別的測試響應消息；所述測試結果分析與報告生成模塊，用于對測試結果和測試日志進行分析，將測 試結果統(tǒng)計信息及關鍵性能指標情況以表格報告形式呈現(xiàn)。下面基于3GPP R9系列規(guī)范，以測試第三代移動通信網網絡管理接口中的公共管 理域的設置心跳間隔功能及故障管理域的獲取告警信息列表功能為例來說明本發(fā)明的測 試方法及系統(tǒng)。1、測試用例模型生成模塊對導入的基于各類技術的網絡管理接口設計模型文件 進行編譯，在對接口設計模型文件進行正確性和完整性檢查后，通過文法分析提取其中的 管理操作信息生成相應的測試用例。與設置心跳間隔功能及獲取告警信息列表功能相關的 管理操作測試用例包括〈獲取IRPdntegration Reference Point，集成參考點)概述信 息 >、< 獲取IRP對象引用 >、< 設置心跳間隔 >、< 取心跳間隔 >、< 獲取告警列表 >。以基 于 CORBA (Common Object Request Broker Architecture，公共對象請求代理體系結構)/ IDL技術的網絡管理接口設計模型為例，這些測試用例由以下操作生成接口 EPIRP下的get_irp_outline 操作、get_irp_reference 操作(3GPP TS 32. 363)，接口 CSIRP 下的 set_ heartbeat_period 操作、get_heartbeat_period 操作(3GPPTS 32. 353)，接口 AlarmIRP 下 的 get_alarm_list 操作(3GPP TS32. 111-3)。2、利用測試事務模型設計模塊設計設置心跳間隔功能測試事務和獲取告警信息 列表功能測試事務。<設置心跳間隔功能測試事務 > 的設計如下I、設置測試用例 < 獲取IRP概述信息 > 的參數(shù)〈iRPVersion〉為“CSIRP V9. 0. 0”;II、調用測試用例 < 獲取IRP概述信息> ；III、如測試用例〈獲取IRP概述信息〉執(zhí)行結果為成功，則將其輸出參數(shù) <supportedIRPList
. systemDN>、<supportedIRPList
· irpList
. rDN> 的值賦予測 試用例 < 獲取IRP對象引用 > 的輸入參數(shù)〈systemDN〉和<rDN> ；否則本測試事務以執(zhí)行失 敗告終；IV、調用測試用例 < 獲取IRP對象引用> ；V、如測試用例〈獲取IRP對象引用〉執(zhí)行結果為成功，則將其輸出參數(shù) <iRPReference>的值導出到對象引用文件CSIRP. ior ；否則本測試事務以執(zhí)行失敗告終；VI、設置測試用例 < 設置心跳間隔 > 的參數(shù)<heartbeatPeriod>為5 60之間的 任意整數(shù)，其接口對象引用指向文件CSIRP. ior；VII、調用測試用例 < 設置心跳間隔> ；VIII、如測試用例 < 設置心跳間隔 > 執(zhí)行結果為失敗，則本測試事務以執(zhí)行失敗告 終；IX、調用測試用例 < 取心跳間隔 >，其接口對象引用指向文件CSIRP. ior ；X、如測試用例〈取心跳間隔〉執(zhí)行結果為成功，將其輸出參數(shù)〈heartbeatPeriod〉 的值與測試用例 < 設置心跳間隔 > 輸入參數(shù)〈heartbeatPeriod〉的值作比較，如相等則本 測試事務執(zhí)行成功；否則本測試事務以執(zhí)行失敗告終。<獲取告警信息列表功能測試事務 > 的設計如下(1)設置測試用例〈獲取IRP概述信息 > 的參數(shù)〈iRPVersion〉為”AlarmIRP V9. 0. 0” ；(2)調用測試用例 < 獲取IRP概述信息> ；(3)如測試用例〈獲取IRP概述信息〉執(zhí)行結果為成功，則將其輸出參數(shù) <supportedIRPList
. systemDN>、<supportedIRPList
· irpList
. rDN> 的值賦予測 試用例 < 獲取IRP對象引用 > 的輸入參數(shù)〈systemDN〉和<rDN> ；否則本測試事務以執(zhí)行失 敗告終；(4)調用測試用例 < 獲取IRP對象引用> ；(5)如測試用例〈獲取IRP對象引用〉執(zhí)行結果為成功，則將其輸出參數(shù) <iRPReference>的值導出到對象引用文件AlarmIRP. ior ；否則本測試事務以執(zhí)行失敗告 終；(6)設置測試用例〈獲取告警列表〉的參數(shù)〈baseObjectClass〉、 <base0bjectlnstance>. <filter> 為空，其接 口對象引用指向文件 AlarmIRP. ior ；(7)調用測試用例 < 獲取告警列表> ；
(8)如測試用例〈獲取告警列表〉執(zhí)行結果為成功，且其返回參數(shù) <alarmInformationList>包含所有告警條目，則本測試事務執(zhí)行成功；否則本測試事務以 執(zhí)行失敗告終。3、利用測試計劃模型規(guī)劃模塊規(guī)劃一個測試計劃A。測試計劃A的規(guī)劃如下早上8:00執(zhí)行 < 獲取告警信息列表功能測試事務>晚上18:00執(zhí)行 < 設置心跳間隔功能測試事務>4、利用測試計劃執(zhí)行模型提供的啟動測試計劃功能，將測試計劃A放入執(zhí)行任務 列表中，并標明本任務針對的測試對象為CORBA接口類型。5、早上8 00時間到達時，測試計劃執(zhí)行模塊觸發(fā)測試事務執(zhí)行模塊執(zhí)行 < 獲取告 警信息列表功能測試事務 >。測試事務執(zhí)行模塊對該事務進行解釋執(zhí)行并記錄執(zhí)行過程， 當遇到測試用例調用邏輯觸發(fā)測試用例執(zhí)行模塊解釋執(zhí)行相應的測試用例。測試用例執(zhí)行 模塊對測試用例文件進行解釋執(zhí)行，構建測試消息，并通過接口協(xié)議適配模塊適配為CORBA 的IIOP協(xié)議原語發(fā)送給被測系統(tǒng)并接收測試響應，而后測試用例執(zhí)行模塊對測試響應消 息進行測試結果判定。測試用例及測試事務的測試日志和測試結果以文件方式進行記錄存 儲。6、晚上18:00時間到達時，測試計劃執(zhí)行模塊觸發(fā)測試事務執(zhí)行模塊執(zhí)行 < 設置 心跳間隔功能測試事務〉。測試事務執(zhí)行模塊對該事務進行解釋執(zhí)行并記錄執(zhí)行過程，當遇 到測試用例調用邏輯觸發(fā)測試用例執(zhí)行模塊解釋執(zhí)行相應的測試用例。測試用例執(zhí)行模塊 對測試用例文件進行解釋執(zhí)行，構建測試消息，并通過接口協(xié)議適配模塊適配為CORBA的 IIOP協(xié)議原語發(fā)送給被測系統(tǒng)并接收測試響應，而后測試用例執(zhí)行模塊對測試響應消息進 行測試結果判定。測試用例及測試事務的測試日志和測試結果以文件方式進行記錄存儲。7、測試計劃任務執(zhí)行結束后，測試結果分析與報告生成模塊自動對測試計劃中涉 及的測試事務、測試用例的執(zhí)行情況進行分析，將測試結果統(tǒng)計信息及關鍵性能指標情況 以表格報告形式呈現(xiàn)。利用本發(fā)明提供的方法和系統(tǒng)進行第三代移動通信網網絡管理接口測試，具有以 下特征(1)通過形式化描述的測試模型驅動第三代移動通信網網絡管理接口測試的自動 執(zhí)行，減少了人工測試的工作量，降低測試復雜度。(2)測試模型分層建立，由下至上依次分為三層測試用例模型、測試事務模型和 測試計劃模型。下層模型是上層模型的構建基礎。三層測試模型分別對應于第三代移動通 信網網絡管理接口測試復雜需求的分解，測試用例模型對應于接口的原子操作測試需求， 測試事務模型對應于接口的復雜業(yè)務測試需求，測試計劃模型對應于接口的并發(fā)任務測試需求。(3)測試用例模型由第三代移動通信網網管接口技術規(guī)范中定義的接口設計模型 自動生成，每一測試用例均對應于相應的接口管理操作；測試事務模型依據第三代移動通 信網網管接口技術規(guī)范中定義的接口分析模型動態(tài)構建，每一測試事務由若干測試用例通 過一定邏輯關系組合而成；測試計劃模型則是在時間維度上對若干測試事務的分布調度模 型。
(4)測試模型通過解釋執(zhí)行程序轉化為自動化的測試執(zhí)行，并提供對不同網絡管 理接口協(xié)議技術的測試消息適配。(5)依據測試模型中預設的測試結果判定規(guī)則，將實際測試結果與預期結果進行 自動匹配，實現(xiàn)測試結果的自動評判，并自動生成測試結果報告。利用本發(fā)明提供的方法和系統(tǒng)進行第三代移動通信網網絡管理接口測試，具有以 下優(yōu)點1)以測試模型驅動第三代移動通信網網絡管理接口測試執(zhí)行過程的自動化，節(jié)約 測試人力的投入，縮短測試周期，提高測試效率。2)通過在測試模型中預設測試結果判定規(guī)則實現(xiàn)測試結果的自動評判，能夠排除 人為主觀因素對測試結果的影響，有效地降低測試過程中的錯誤率，具有較高的一致性和 可重復性，保證測試結果的質量。3)測試模型分層建立，測試計劃模型和測試事務模型依據網管接口標準中的分析 模型動態(tài)構建，與具體網管接口技術無關；測試用例模型依據網管接口標準中的設計模型 自動生成，其內容才與具體網管接口技術相關。這使得測試模型既具有通用性又具有靈活 性，該方法能夠適用于基于各類網管接口技術的第三代移動通信網網絡管理接口的測試， 減少由于網絡管理協(xié)議技術多樣化而引起的測試測試工作量的劇增。4)測試模型具有可重用性、可回溯性、可復制性，不但可用于回歸測試、復現(xiàn)測試 等場合以極大的提升測試自動化程度，而且在功能測試需求發(fā)生升級演進變化時只需改動 個別測試模型實例即可實現(xiàn)整體測試模型的重用，能夠迅速適應網絡管理接口標準版本的 升級演進，避免重復編寫測試程序代碼帶來的繁重工作和軟件成本。以上實施方式僅用于說明本發(fā)明，而并非對本發(fā)明的限制，有關技術領域的普通 技術人員，在不脫離本發(fā)明的精神和范圍的情況下，還可以做出各種變化和變型，因此所有 等同的技術方案也屬于本發(fā)明的范疇，本發(fā)明的專利保護范圍應由權利要求限定。
權利要求
1.一種第三代移動通信網網絡管理接口的測試方法，其特征在于，所述測試方法包括步驟A、生成測試用例模型，根據測試用例模型生成測試事務模型，根據測試事務模型 生成測試計劃模型；步驟B、啟動已生成的測試計劃模型，在測試計劃模型預定的時間點到達時，觸發(fā)設定 在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行，根據測試事務的執(zhí)行 結果生成測試報告。
2.根據權利要求1所述的測試方法，其特征在于，步驟A中所述根據測試用例模型生成 測試事務模型之后，所述測試方法進一步包括校驗測試事務模型的步驟，步驟A中所述根據測試事務模型生成測試計劃模型具體包括根據通過校驗的測試事 務模型生成測試計劃模型。
3.根據權利要求1所述的測試方法，其特征在于，步驟B中所述對觸發(fā)的測試事務的邏 輯進行解釋執(zhí)行之后，所述方法進一步包括判斷測試計劃是否完成；如測試計劃中尚有 其他待執(zhí)行的測試事務，則觸發(fā)測試下一個測試事務，步驟B中所述根據測試事務的執(zhí)行結果生成測試報告具體包括根據測試計劃中所有 測試事務的執(zhí)行結果生成測試報告。
4.根據權利要求1所述的測試方法，其特征在于，步驟B中所述對觸發(fā)的測試事務的邏 輯進行解釋執(zhí)行進一步包括步驟Bi、測試事務邏輯分析，判定當前測試事務邏輯是調用邏輯還是非調用邏輯，如為 調用邏輯則轉入步驟B3，如為非調用邏輯則轉入步驟B2 ；步驟B2、按照非調用邏輯的語義解釋執(zhí)行非調用邏輯，然后轉入步驟B7 ；步驟B3、對調用邏輯調用的測試用例進行解析，根據測試用例中測試行為參數(shù)及測試 數(shù)據的設定封裝適配為待發(fā)送的網管接口測試消息；步驟B4、將測試消息發(fā)送給被測系統(tǒng)；步驟B5、接收被測系統(tǒng)返回的測試響應消息并進行解析；步驟B6、根據測試用例模型中預設的預期結果對測試用例的執(zhí)行結果進行判定；步驟B7、當每一步測試事務邏輯執(zhí)行完畢后，判定所在的測試事務是否結束，如該測試 事務尚未結束，則回到步驟Bi，繼續(xù)對該測試事務的后續(xù)邏輯進行解釋執(zhí)行；否則該測試 事務執(zhí)行結束。
5.根據權利要求4所述的測試方法，其特征在于，在步驟B6中對測試用例的執(zhí)行結果 進行判定后，本測試方法還包括將測試過程和測試結果分別記錄在測試日志文件中和測試 結果文件中的步驟。
6.根據權利要求1所述的測試方法，其特征在于，所述測試報告包括但不限于測試用 例的執(zhí)行總數(shù)、測試用例執(zhí)行成功數(shù)、測試執(zhí)行失敗數(shù)、測試事務執(zhí)行總數(shù)、測試事務執(zhí)行 成功數(shù)、測試事務執(zhí)行失敗數(shù)、測試用例平均/最大/最小執(zhí)行時長和測試事務平均/最大 /最小執(zhí)行時長中的一種或多種。
7.根據權利要求1所述的測試方法，其特征在于，所述測試用例模型由測試行為、測試 數(shù)據和預期結果三部分組成。
8.—種第三代移動通信網網絡管理接口的測試系統(tǒng)，其特征在于，所述測試系統(tǒng)包括相互連接的測試模型生成裝置和測試模型執(zhí)行裝置；其中，所述測試模型生成裝置用于生成測試用例模型，根據測試用例模型生成測試事務模 型，根據測試事務模型生成測試計劃模型；所述測試模型執(zhí)行裝置用于啟動已生成的測試計劃模型，在測試計劃模型預定的時間 點到達時，觸發(fā)設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行，根 據測試事務的執(zhí)行結果生成測試報告。
9.根據權利要求8所述的測試系統(tǒng)，其特征在于，所述測試模型生成裝置包括依次連 接的測試用例模型生成模塊、測試事務模型設計模塊和測試計劃模型規(guī)劃模塊；其中，所述測試用例模型生成模塊，用于根據第三代移動通信網網管接口規(guī)范中定義的接口 設計模型文件生成相應的測試用例模型實例；所述測試事務模型設計模塊，用于根據第三代移動通信網網管接口測試需求選擇相關 的測試用例模型實例進行邏輯組織并形成測試事務模型；所述測試計劃模型規(guī)劃模塊，用于根據第三代移動通信網網管接口測試需要選擇相關 的測試事務模型實例按照一定的時間部署策略組合后形成測試計劃模型以驅動測試執(zhí)行 相關的模塊。
10.根據權利要求8所述的測試系統(tǒng)，其特征在于，所述測試模型執(zhí)行裝置包括依次 連接的測試計劃執(zhí)行模塊、測試事務執(zhí)行模塊、測試用例執(zhí)行模塊和接口協(xié)議適配模塊；所 述測試事務執(zhí)行模塊和測試用例執(zhí)行模塊分別與測試結果分析與報告生成模塊相連接；其 中，所述測試計劃執(zhí)行模塊，用于作為測試計劃模型的解釋引擎，將依照測試計劃中規(guī)定 的時間調度策略觸發(fā)測試事務執(zhí)行模塊執(zhí)行相應的測試事務；所述測試事務執(zhí)行模塊，用于對測試事務模型進行解釋執(zhí)行并記錄執(zhí)行結果，當遇到 測試用例調用邏輯時將觸發(fā)測試用例執(zhí)行模塊解釋執(zhí)行相應的測試用例；所述測試用例執(zhí)行模塊，用于解析相應的測試用例文件，構建測試消息傳遞給接口協(xié) 議適配模塊，接收所述接口協(xié)議適配模塊反饋的測試響應消息并進行測試結果判定，記錄 測試日志和測試結果；所述接口協(xié)議適配模塊，用于根據被測系統(tǒng)所使用的網管協(xié)議的不同，將測試消息封 裝為對應的協(xié)議原語發(fā)送給被測系統(tǒng)，并從被測系統(tǒng)處接收測試響應原語，再將其轉化為 測試用例執(zhí)行模塊可識別的測試響應消息；所述測試結果分析與報告生成模塊，用于對測試結果和測試日志進行分析，將測試結 果統(tǒng)計信息及關鍵性能指標情況以表格報告形式呈現(xiàn)。
全文摘要
本發(fā)明公開了一種第三代移動通信網網絡管理接口的測試方法，所述測試方法包括步驟A、生成測試用例模型，根據測試用例模型生成測試事務模型，根據測試事務模型生成測試計劃模型；步驟B、啟動已生成的測試計劃模型，在測試計劃模型預定的時間點到達時，觸發(fā)設定在該時間點上的測試事務，對觸發(fā)的測試事務的邏輯進行解釋執(zhí)行，根據測試事務的執(zhí)行結果生成測試報告。應用本發(fā)明，解決了網絡管理接口測試效率低下、測試成本高昂和測試質量難以保證等問題；最大程度的減少測試過程中對人工的依賴，既可減輕測試人員的工作量，也可有效避免人工介入對測試結果的影響，保證測試的可信度。
文檔編號H04L12/24GK102111801SQ20101062066
公開日2011年6月29日 申請日期2010年12月23日 優(yōu)先權日2010年12月23日
發(fā)明者劉益暢, 唐凡, 李財云, 熊倩倩, 陳穎慧, 韓坤 申請人:北京宜富泰網絡測試實驗室有限公司