專利名稱：通信網(wǎng)元自動化測試方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通訊領(lǐng)域，特別是涉及一種通信網(wǎng)元自動化測試方法及裝置。
背景技術(shù)：
目前，通信網(wǎng)元大話務(wù)測試主要包括功能測試和性能沖擊(即，性能測試)兩類，在上述兩類測試中，比較側(cè)重性能測試。通信領(lǐng)域的網(wǎng)元之間都是采用消息進行交互，所以當進行網(wǎng)元測試時，可將被測網(wǎng)元視為一個黑盒，只需要給被測網(wǎng)元適當?shù)妮斎?，通過觀測輸出以及被測網(wǎng)元自身的資源統(tǒng)計，便可以達到對被測網(wǎng)元進行功能測試和性能測試的目的。在現(xiàn)有技術(shù)中，對網(wǎng)元的功能測試是通過單業(yè)務(wù)的流程測試進行的，測試流程既 可以寫在模擬網(wǎng)元的測試代碼中，也可以讓用戶配置流程，同時也方便按自動化方式執(zhí)行，從而降低人工測試成本；但對性能測試就必須通過多業(yè)務(wù)流程來實現(xiàn)性能沖擊，如果使用可配置的方式，多業(yè)務(wù)的同時執(zhí)行會給流程的控制帶來較大的復(fù)雜性，因此目前很難找到一個針對通信網(wǎng)元功能和性能進行自動化大話務(wù)測試的方法。

發(fā)明內(nèi)容
本發(fā)明提供一種通信網(wǎng)元自動化測試方法及裝置，以解決現(xiàn)有技術(shù)中不能夠同時針對通信網(wǎng)元的功能和性能進行自動化大話務(wù)測試的問題。本發(fā)明提供一種通信網(wǎng)元自動化測試方法，包括步驟A，加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件；步驟B，根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)測試流程以及控制參數(shù)生成測試模型；步驟C，解析并執(zhí)行測試模型，對被測網(wǎng)元進行功能測試和性能測試。本發(fā)明還提供了一種通信網(wǎng)元自動化測試裝置，包括數(shù)據(jù)加載模塊，用于加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件；測試模型編輯模塊，用于根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)測試流程以及控制參數(shù)生成測試模型；測試模型解析控制模塊，用于解析并執(zhí)行測試模型，對被測網(wǎng)元進行功能測試和性能測試。本發(fā)明有益效果如下通過使用消息流構(gòu)造測試模型，并控制執(zhí)行可靈活定制的測試模型進行通信網(wǎng)元功能和性能的測試，解決了現(xiàn)有技術(shù)中不能夠同時針對通信網(wǎng)元的功能和性能進行自動化大話務(wù)測試的問題，能夠達到對被測網(wǎng)元進行大話務(wù)自動化測試的目的，使用抓取的消息流作為數(shù)據(jù)源生成測試用例，不僅簡化了測試用例的構(gòu)造過程，而且能夠很好地復(fù)現(xiàn)現(xiàn)場故障；本發(fā)明的大話務(wù)測試模型既能滿足單一業(yè)務(wù)的功能測試、又能滿足多業(yè)務(wù)性能沖擊測試,該測試模型支持自動化測試,節(jié)約了人力成本；本發(fā)明的技術(shù)方案支持多業(yè)務(wù)，因此在測試過程中將可以在模擬網(wǎng)元(即通信網(wǎng)元自動化測試裝置)與被測網(wǎng)元間形成多業(yè)務(wù)的消息流序列，以達到大話務(wù)性能沖擊的測試目的。


圖I是本發(fā)明實施例的通信網(wǎng)元自動化測試方法的流程圖；圖2是本發(fā)明實施例的通信網(wǎng)元自動化 測試方法的詳細處理的流程圖；圖3是本發(fā)明實施例的單業(yè)務(wù)故障復(fù)現(xiàn)的處理流程圖；圖4是本發(fā)明實施例的性能沖擊測試的處理流程圖；圖5是本發(fā)明實施例的通信網(wǎng)元自動化測試裝置的結(jié)構(gòu)示意圖；圖6是本發(fā)明實施例大話務(wù)測試的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖7是本發(fā)明實施例的測試模型的示意圖；圖8是本發(fā)明實施例的測試模型解析控制模塊的示意圖。
具體實施例方式為了解決現(xiàn)有技術(shù)中不能夠同時針對通信網(wǎng)元的功能和性能進行自動化大話務(wù)測試的問題，本發(fā)明提供了一種通信網(wǎng)元自動化測試方法及裝置，直接使用消息流構(gòu)造測試模型，用固化可維護的解析器控制執(zhí)行可靈活定制的測試模型，以達到對被測網(wǎng)元進行大話務(wù)自動化測試的目的。本發(fā)明實施例的技術(shù)方案兼顧測試用例易構(gòu)、方便回歸測試、方便復(fù)現(xiàn)現(xiàn)場故障以及同時滿足功能和性能測試需求的自動化測試方法等優(yōu)秀特性。以下結(jié)合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。方法實施例根據(jù)本發(fā)明的實施例，提供了一種通信網(wǎng)元自動化測試方法，圖I是本發(fā)明實施例的通信網(wǎng)元自動化測試方法的流程圖，如圖I所示，本發(fā)明實施例的通信網(wǎng)元自動化測試方法包括如下處理步驟101，加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件；其中，信令數(shù)據(jù)庫文件中包括測試所需的消息流數(shù)據(jù)；步驟102，根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)測試流程以及控制參數(shù)生成測試模型；控制參數(shù)包括消息流控制參數(shù)、以及測試流程控制參數(shù)，其中，消息流控制參數(shù)包括測試流程中各消息的執(zhí)行順序、測試流程中各消息的執(zhí)行時間間隔、執(zhí)行測試流程的業(yè)務(wù)號碼段、以及執(zhí)行測試流程的次數(shù)，測試流程控制參數(shù)包括各個測試流程的執(zhí)行順序、以及各個測試流程的執(zhí)行時間間隔。優(yōu)選地，在步驟102中，根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程之后，還可以將測試模型保存在本地測試模型數(shù)據(jù)庫中；在下次進行回歸測試時，通過步驟101'替代步驟101和步驟102 :步驟101'，從本地測試模型數(shù)據(jù)庫中加載相應(yīng)的測試模型。在步驟102中，根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)之后，還可以根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值，和/或修改控制參數(shù)。
步驟103，解析并執(zhí)行測試模型，對被測網(wǎng)元進行功能測試和性能測試。步驟103具體包括如下處理步驟1031，判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則結(jié)束執(zhí)行測試模型，否則，根據(jù)測試流程控制參數(shù)中設(shè)置的各個測試流程的執(zhí)行順序、以及各個測試流程的執(zhí)行時間間隔，控制測試模型中所有測試流程依次執(zhí)行；步驟1032，判斷是否所有業(yè)務(wù)執(zhí)行完相應(yīng)的測試流程并達到預(yù)定次數(shù)，如果判斷為是，則執(zhí)行步驟1031，否則，根據(jù)消息流控制參數(shù)中設(shè)置的測試流程中各消息的執(zhí)行順序、測試流程中各消息的執(zhí)行時間間隔、執(zhí)行測試流程的業(yè)務(wù)號碼段、以及執(zhí)行測試流程的次數(shù)控制該測試流程中的所有消息依次執(zhí)行。具體地，在步驟1032中，控制該測試流程中的所有消息依次執(zhí)行具體包括如下處理 I、如果測試流程中的消息為出向主動消息，則通過定時器觸發(fā)方式，將處理后的出向主動消息發(fā)送給被測網(wǎng)元；2、如果測試流程中的消息為出向被動消息，則在接收到相應(yīng)的入向消息后，將出向被動消息發(fā)送給被測網(wǎng)元，并反饋發(fā)送信息；3、如果測試流程中的消息為入向消息，則從被測網(wǎng)元接收入向消息，并反饋接收信息。通信領(lǐng)域的網(wǎng)元之間都是用消息進行交互，當進行網(wǎng)元測試時，可將被測網(wǎng)元視為一個黑盒。用在被測網(wǎng)元接口抓取的消息流作為測試的數(shù)據(jù)源，生成測試模型，可以簡化測試模型生成，并且可用于復(fù)現(xiàn)現(xiàn)場故障；測試用例的全部特性在測試模型中體現(xiàn)，并提供測試模型的定制功能，達到測試用例易構(gòu)性目的；可將生成的測試模型保存至本地，供下次測試使用，增加測試用例的復(fù)用性；不僅可以定制符合功能或者性能測試需求的測試流程，而且用時序控制多個測試流程的執(zhí)行，達到自動化測試的目的。以下結(jié)合附圖，對本發(fā)明實施例的技術(shù)方案進行詳細的說明。圖2是本發(fā)明實施例的通信網(wǎng)元自動化測試方法的詳細處理的流程圖，如圖2所示，包括如下處理步驟201，加載信令數(shù)據(jù)庫文件(也可以稱為消息流數(shù)據(jù)庫文件)，其中，消息流數(shù)據(jù)庫文件中包含了測試所需要的消息集合；具體地，消息流數(shù)據(jù)庫文件是通過從被測網(wǎng)元相應(yīng)接口抓取的消息流生成的，以固定的格式保存在消息流數(shù)據(jù)庫中。文件中保存的消息都是編碼消息，并且按照時間順序排列；每一條消息都包含消息類型、消息名稱、消息長度以及編碼消息數(shù)據(jù)等內(nèi)容。步驟202，將加載的消息流數(shù)據(jù)進行默認處理，生成各測試流程進而生成測試模型；具體地，將加載的消息流數(shù)據(jù)進行默認處理，維持消息流數(shù)據(jù)庫文件中所有消息的先后順序以及消息數(shù)據(jù)本身，并設(shè)置默認的控制參數(shù)以生成測試模型；生成的測試模型可以保存至本地測試模型數(shù)據(jù)庫中；當下次需要回歸測試時，可以直接從測試模型數(shù)據(jù)庫中加載已有的測試模型,而不需通過消息流數(shù)據(jù)庫文件生成測試模型；測試模型是本發(fā)明實施例技術(shù)方案的核心，大話務(wù)自動化測試的特性通過其體現(xiàn)，測試模型包括流程控制參數(shù)集、測試流程、消息流控制參數(shù)集、以及消息，其中，流程控制參數(shù)集用于指示各測試流程執(zhí)行的順序以及時間間隔。實現(xiàn)多個測試流程的自動化測試，從而減少人力投入；測試流程是測試的基本單元，對應(yīng)一項具體的功能或性能測試；消息流控制參數(shù)集用于指示該測試流程中所有消息的執(zhí)行順序、間隔時間、執(zhí)行該測試流程的號碼段以及執(zhí)行次數(shù)。號碼段和執(zhí)行次數(shù)的設(shè)置可以實現(xiàn)多業(yè)務(wù)重復(fù)測試需求，從而進行性能沖擊測試；消息是處理的最小單位，是被測網(wǎng)元和模擬網(wǎng)元協(xié)議接口上交互的基本
信息單元。步驟203，修改消息的協(xié)議字段，具體地，可以根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值；在步驟203中，修改消息的協(xié)議字段包含以下步驟1、將消息進行解碼操作；2、將解碼后的消息數(shù)據(jù)顯示并修改；3、將修改后的消息數(shù)據(jù)進行編碼。步驟204，修改消息流控制參數(shù)集，具體地，根據(jù)需要修改測試流程中各消息的執(zhí)行順序、執(zhí)行時間間隔、執(zhí)行該測試流程的業(yè)務(wù)號碼段和執(zhí)行次數(shù)；具體地，對消息流控制參數(shù)集的修改可以指示測試流程的行為屬性。其中，消息的 執(zhí)行順序通過消息所處的先后位置來體現(xiàn)；設(shè)置消息間時間間隔需要考慮被測網(wǎng)元對消息的容忍等待時間，保證該時間間隔不導(dǎo)致被測網(wǎng)元等待消息超時，從而引起流程失??；執(zhí)行該測試流程的業(yè)務(wù)號碼段，指示有哪些業(yè)務(wù)需要按照該測試流程進行執(zhí)行；執(zhí)行次數(shù)指示所有業(yè)務(wù)要執(zhí)行該測試流程多少次。步驟205，修改測試流程控制參數(shù)集，根據(jù)需要修改各測試流程的執(zhí)行順序和執(zhí)行時間間隔；步驟206，解析執(zhí)行所有測試流程，具體包括判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則執(zhí)行步驟213，否則，執(zhí)行步驟207 ；步驟207，等待定制的流程間時間間隔；步驟208，控制中心將測試流程分發(fā)到各控制代理(即，控制中心按照測試流程控制參數(shù)集中設(shè)置的執(zhí)行順序和執(zhí)行時間間隔，控制所有測試流程依次執(zhí)行)；在步驟206-208中，對所有測試流程的執(zhí)行，是指控制中心判斷是否所有測試流程執(zhí)行完畢，如果是，則整個測試過程結(jié)束；否則，等待測試流程控制參數(shù)集中規(guī)定的的流程間隔時間到時，將下一個要執(zhí)行的測試流程分發(fā)到各個控制代理。步驟209，控制代理解析執(zhí)行測試流程，具體包括判斷是否所有業(yè)務(wù)執(zhí)行完該測試流程并達到定制次數(shù)，如果判斷為是，則執(zhí)行步驟206，否則，執(zhí)行步驟210 ；也就是說，對單個測試流程的執(zhí)行，是指控制代理判斷消息流控制參數(shù)集中規(guī)定的號碼段所有業(yè)務(wù)，是否均執(zhí)行完該測試流程中的所有消息，并達到定制的執(zhí)行次數(shù)。步驟210，等待定制的消息間時間間隔；步驟211，控制代理通知協(xié)議處理模塊處理該消息(即，控制代理按照消息流控制參數(shù)集中設(shè)置的執(zhí)行順序、間隔時間、執(zhí)行該測試流程的號碼段以及執(zhí)行次數(shù)，控制所有消息依次執(zhí)行)；步驟212，協(xié)議處理模塊處理消息，具體地，協(xié)議處理模塊在控制代理的控制下，完成對消息的處理，包括對出向消息和入向消息的處理，完成所在模擬網(wǎng)元與被測網(wǎng)元之間的消息交互，隨后執(zhí)行步驟209 ；具體地，在步驟212中，消息分為出向消息和入向消息兩種，出向消息是指從模擬網(wǎng)元發(fā)送到被測網(wǎng)元的消息，入向消息是指模擬網(wǎng)元從被測網(wǎng)元接收到的消息。其中，按照觸發(fā)方式，出向消息又分為兩類主動觸發(fā)某個流程的消息叫主動消息；其他出向消息均為被動消息，它是對某條入向消息的回復(fù)。對出向主動消息、出向被動消息和入向消息的處理方法包括I、如果是出向主動消息，則控制代理通過定時器觸發(fā)方式，將該消息的處理任務(wù)對應(yīng)的協(xié)議處理模塊，然后協(xié)議處理模塊處理該主動消息并發(fā)送給被測網(wǎng)元；2、如果是出向被動消息，則由協(xié)議處理模塊接收到入向消息時觸發(fā)，其中接收到的入向消息與測試流程中該出向被動消息的前一條消息一致(即，判斷該出向被動消息是否與觸發(fā)的入向消息相對應(yīng))，協(xié)議處理模塊自行發(fā)送該出向被動消息，然后將發(fā)送信息反饋給控制代理即可；
3、如果是入向消息，則是協(xié)議模塊先從被測網(wǎng)元接收到該消息，然后將接收信息反饋給控制代理。步驟213，執(zhí)行測試模型結(jié)束。以下結(jié)合實例，對本發(fā)明實施例的上述技術(shù)方案進行舉例說明，圖3是本發(fā)明實施例的單業(yè)務(wù)故障復(fù)現(xiàn)的處理流程圖，如圖3所示，包括如下處理步驟301，加載該單業(yè)務(wù)故障復(fù)現(xiàn)的消息流數(shù)據(jù)庫文件。該消息流數(shù)據(jù)庫文件包含要復(fù)現(xiàn)的故障流程；具體地，消息流數(shù)據(jù)庫文件是通過從被測網(wǎng)元相應(yīng)接口抓取的該單業(yè)務(wù)故障復(fù)現(xiàn)的消息流生成的，以固定的格式保存在消息流數(shù)據(jù)庫中。文件中保存的消息都是編碼消息，并且按照時間順序排列；每一條消息都包含消息類型、消息名稱、消息長度以及編碼消息數(shù)據(jù)等內(nèi)容。步驟302，顯示加載的消息流數(shù)據(jù)和相應(yīng)的消息控制參數(shù)集；步驟303，設(shè)置該業(yè)務(wù)故障復(fù)現(xiàn)消息流控制參數(shù)集，包括消息執(zhí)行順序、時間間隔、執(zhí)行次數(shù)和號碼段；具體地，在步驟303中，對該單業(yè)務(wù)故障復(fù)現(xiàn)的消息流控制參數(shù)集的修改，可以指示測試流程的行為屬性。其中，該單業(yè)務(wù)故障復(fù)現(xiàn)的消息的執(zhí)行順序通過消息所處的先后位置來體現(xiàn)；設(shè)置消息間時間間隔需要考慮被測網(wǎng)元對消息的容忍等待時間，保證該時間間隔不導(dǎo)致被測網(wǎng)元等待消息超時，從而引起流程失??；執(zhí)行該測試流程的業(yè)務(wù)號碼段，指示有哪些業(yè)務(wù)需要按照該測試流程進行執(zhí)行；執(zhí)行次數(shù)指示所有業(yè)務(wù)要執(zhí)行該測試流程的次數(shù)。步驟304，控制中心將測試流程發(fā)送給相應(yīng)的控制代理；步驟305，控制代理解析和執(zhí)行該業(yè)務(wù)故障復(fù)現(xiàn)的測試流程首先，判斷是否所有消息執(zhí)行完，如果判斷為是，則執(zhí)行步驟312，否則，執(zhí)行步驟306 ；步驟306，控制代理等待定制的消息間時間間隔；步驟307，控制代理通知協(xié)議處理模塊處理該消息(即，控制代理按照消息流控制參數(shù)集中設(shè)置的執(zhí)行順序、間隔時間、執(zhí)行該測試流程的號碼段以及執(zhí)行次數(shù)，控制所有消息依次執(zhí)行)；具體地，步驟305-步驟307中，對該單業(yè)務(wù)故障復(fù)現(xiàn)的消息的執(zhí)行中，消息分為出向消息和入向消息兩種，出向消息是指從模擬網(wǎng)元發(fā)送到被測網(wǎng)元的消息，入向消息是指模擬網(wǎng)元從被測網(wǎng)元接收到的消息。其中按照觸發(fā)方式，出向消息又分為兩類主動觸發(fā)某個流程的消息叫主動消息；其他出向消息均為被動消息，它是對某條入向消息的回復(fù)。對出向主動消息、出向被動消息和入向消息的處理方法包括
I、如果是出向主動消息，則控制代理通過定時器觸發(fā)方式，將該消息的處理任務(wù)對應(yīng)的協(xié)議處理模塊，然后協(xié)議處理模塊處理該主動消息并發(fā)送給被測網(wǎng)元；2、如果是出向被動消息，則由協(xié)議處理模塊接收到入向消息時觸發(fā)，其中接收到的入向消息與測試流程中該出向被動消息的前一條消息一致，協(xié)議處理模塊自行發(fā)送該出向被動消息，然后將發(fā)送信息反饋給控制代理即可；3、如果是入向消息，則是協(xié)議模塊先從被測網(wǎng)元接收到該消息，然后將接收信息反饋給控制代理。步驟308，協(xié)議處理模塊處理消息首先，判斷該消息是否為出向消息，如果判斷為否，則執(zhí)行步驟309，否則，執(zhí)行步驟311 ；步驟309，協(xié)議處理模塊在控制代理的控制下，完成對消息的處理協(xié)議處理模塊等待并接受從被測網(wǎng)元發(fā)送來的消息；
步驟310，判斷從被測網(wǎng)元發(fā)來的消息是否與當前處理的消息一致，如果判斷為是，則執(zhí)行步驟305，否則，執(zhí)行步驟312 ；步驟311，協(xié)議處理模塊在控制代理的控制下，完成對消息的處理，完成所在模擬網(wǎng)元與被測網(wǎng)元之間的消息交互，具體地，協(xié)議處理模塊將消息發(fā)送給被測網(wǎng)元，隨后，執(zhí)行步驟305 ；步驟312 :執(zhí)行測試模型結(jié)束。圖4是本發(fā)明實施例的性能沖擊測試的處理流程圖，如圖4所示，包括如下處理步驟401,加載分別包括電路交換(Circuit SwitchedDomain,簡稱為CS)和分組交換(Packet Switched，簡稱為PS)完整流程的信令數(shù)據(jù)庫文件；具體地，消息流數(shù)據(jù)庫文件是通過從被測網(wǎng)元相應(yīng)接口抓取的CS和PS完整流程的消息流生成的，以固定的格式保存在消息流數(shù)據(jù)庫中。文件中保存的消息都是編碼消息，并且按照時間順序排列；每一條消息都包含消息類型、消息名稱、消息長度以及編碼消息數(shù)據(jù)等內(nèi)容。步驟402，顯示加載的消息流數(shù)據(jù)(信令流數(shù)據(jù));步驟403，分別將包含CS和PS流程的信令流配置成測試流程。步驟404，刪除各測試流程中不需要的消息，添加額外的消息，根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值；具體地，修改CS和PS完整流程的消息協(xié)議字段，包括以下處理I、將消息進行解碼操作；2、將解碼后的消息數(shù)據(jù)顯示并修改；3、將修改后的消息數(shù)據(jù)進行編碼。步驟405，對個測試流程中各消息的協(xié)議字段進行重新配置；步驟406，設(shè)置各測試流程中的消息流控制參數(shù)集，根據(jù)需要修改測試流程中各消息的執(zhí)行順序、執(zhí)行時間間隔、執(zhí)行該測試流程的業(yè)務(wù)號碼段和執(zhí)行次數(shù)； 具體地，對CS和PS完整流程的消息流控制參數(shù)集的修改，可以指示測試流程的行為屬性。其中，消息的執(zhí)行順序通過消息所處的先后位置來體現(xiàn)；設(shè)置消息間時間間隔需要考慮被測網(wǎng)元對消息的容忍等待時間，保證該時間間隔不導(dǎo)致被測網(wǎng)元等待消息超時，從而引起流程失??；執(zhí)行該測試流程的業(yè)務(wù)號碼段，指示有哪些業(yè)務(wù)需要按照該測試流程進行執(zhí)行；執(zhí)行次數(shù)指示所有業(yè)務(wù)要執(zhí)行該測試流程的次數(shù)。步驟407，修改測試流程控制參數(shù)集，具體地，需要修改兩個測試流程的執(zhí)行順序和執(zhí)行時間間隔；步驟408，解析執(zhí)行所有測試流程具體地，判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則執(zhí)行步驟417，否則，執(zhí)行步驟409 ；步驟409，等待定制的流程間時間間隔；步驟410，控制中心將測試流程發(fā)送給相應(yīng)的控制代理(即，控制中心按照測試流程控制參數(shù)集中設(shè)置的執(zhí)行順序和執(zhí)行時間間隔，控制所有測試流程依次執(zhí)行)；在步驟408-步驟410中，對CS和PS完整流程的所有測試流程的執(zhí)行，是指控制中心判斷是否所有測試流程執(zhí)行完畢，如果是，則整個測試過程結(jié)束；否則，等待測試流程控制參數(shù)集中規(guī)定的的流程間隔時間，然后將下一個要執(zhí)行的測試流程分發(fā)到各個控制代理。

步驟411，控制代理解析執(zhí)行測試流程，具體地，判斷是否所有業(yè)務(wù)執(zhí)行完該測試流程并達到定制次數(shù)，如果判斷為是，則執(zhí)行步驟408，否則，執(zhí)行步驟412 ；步驟412，等待定制的消息間時間間隔；步驟413，控制代理通知協(xié)議處理模塊處理該消息(即，控制代理按照消息流控制參數(shù)集中設(shè)置的執(zhí)行順序、間隔時間、執(zhí)行該測試流程的號碼段以及執(zhí)行次數(shù)，控制所有消息依次執(zhí)行)；具體地，對單個測試流程的執(zhí)行，是指控制代理判斷消息流控制參數(shù)集中規(guī)定的號碼段所有業(yè)務(wù)，是否均執(zhí)行完該測試流程中的所有消息，并達到定制的執(zhí)行次數(shù)。步驟414，協(xié)議處理模塊處理消息，具體地，首先判斷該消息是否為出向消息，如果判斷為是，則執(zhí)行步驟415，否則，執(zhí)行步驟416 ；步驟415，協(xié)議處理模塊將消息發(fā)送給被測網(wǎng)元；步驟416，協(xié)議處理模塊等待并接收到從被測網(wǎng)元發(fā)來的消息也就是說，在步驟414-步驟416中，協(xié)議處理模塊在控制代理的控制下，完成對消息的處理，完成所在模擬網(wǎng)元與被測網(wǎng)元之間的消息交互。具體地，對CS和PS完整流程的消息的執(zhí)行，其中消息分為出向消息和入向消息兩種，出向消息是指從模擬網(wǎng)元發(fā)送到被測網(wǎng)元的消息，入向消息是指模擬網(wǎng)元從被測網(wǎng)元接收到的消息。其中按照觸發(fā)方式，出向消息又分為兩類主動觸發(fā)某個流程的消息叫主動消息；其他出向消息均為被動消息，它是對某條入向消息的回復(fù)。對出向主動消息、出向被動消息和入向消息的處理方法包括I、如果是出向主動消息，則控制代理通過定時器觸發(fā)方式，將該消息的處理任務(wù)對應(yīng)的協(xié)議處理模塊，然后協(xié)議處理模塊處理該主動消息并發(fā)送給被測網(wǎng)元；2、如果是出向被動消息，則由協(xié)議處理模塊接收到入向消息時觸發(fā)，其中接收到的入向消息與測試流程中該出向被動消息的前一條消息一致，協(xié)議處理模塊自行發(fā)送該出向被動消息，然后將發(fā)送信息反饋給控制代理即可；3、如果是入向消息，則是協(xié)議模塊先從被測網(wǎng)元接收到該消息，然后將接收信息反饋給控制代理。步驟417，執(zhí)行測試模型結(jié)束。從上述處理可以看出，本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點I、使用抓取的信令流作為數(shù)據(jù)源生成測試用例，不僅簡化了測試用例的構(gòu)造過程，而且能夠很好地復(fù)現(xiàn)現(xiàn)場故障；2、本發(fā)明實施例提出了一種既能滿足單一業(yè)務(wù)的功能測試、又能滿足多業(yè)務(wù)性能沖擊測試的大話務(wù)測試模型。該模型還支持自動化測試，用戶根據(jù)測試規(guī)程編寫好多個測試用例，設(shè)置測試用例之間的時間間隔，可以實現(xiàn)自動化測試，大大節(jié)約了人力成本；3、測試模型可以被保存至本地，方便回歸測試。4、支持測試流程和消息的可視化配置。根據(jù)測試需求生成測試流程或者修改加載的測試流程，包括測試流程的控制屬性參數(shù)，測試流程中消息及消息流順序；提供對消息的可視化配置功能，方便對消息協(xié)議字段的修改。該靈活性配置功能大大簡化了對測試模型的操作，達到測試用例的易構(gòu)性目的；5、本發(fā)明實施例支持多業(yè)務(wù)，因此在測試過程中將可以在模擬網(wǎng)元與被測網(wǎng)元間形成多業(yè)務(wù)的消息流序列，以達到大話務(wù)性能沖擊的測試目的。裝置實施例 根據(jù)本發(fā)明的實施例，提供了一種通信網(wǎng)元自動化測試裝置，圖5是本發(fā)明實施例的通信網(wǎng)元自動化測試裝置的結(jié)構(gòu)示意圖，如圖5所示，根據(jù)本發(fā)明實施例的通信網(wǎng)元自動化測試裝置包括數(shù)據(jù)加載模塊50、測試模型編輯模塊52、測試模型解析控制模塊54，以下對本發(fā)明實施例的各個模塊進行詳細的說明。數(shù)據(jù)加載模塊50，用于加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件；其中，信令數(shù)據(jù)庫文件中包括測試所需的消息流數(shù)據(jù)；測試模型編輯模塊52，用于根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)測試流程以及控制參數(shù)生成測試模型；控制參數(shù)包括消息流控制參數(shù)、以及測試流程控制參數(shù)，其中，消息流控制參數(shù)包括測試流程中各消息的執(zhí)行順序、測試流程中各消息的執(zhí)行時間間隔、執(zhí)行測試流程的業(yè)務(wù)號碼段、以及執(zhí)行測試流程的次數(shù)，測試流程控制參數(shù)包括各個測試流程的執(zhí)行順序、以及各個測試流程的執(zhí)行時間間隔。優(yōu)選地，測試模型編輯模塊52還用于在生成一個或多個測試流程之后，將測試模型保存在本地測試模型數(shù)據(jù)庫中；在下次進行回歸測試時，可以從本地測試模型數(shù)據(jù)庫中加載相應(yīng)的測試模型。測試模型編輯模塊52還用于根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值；以及修改控制參數(shù)。測試模型解析控制模塊54，用于解析并執(zhí)行測試模型，對被測網(wǎng)元進行功能測試和性能測試。具體地，測試模型解析控制模塊54具體包括控制中心、以及控制代理，其中，控制中心，用于判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則結(jié)束執(zhí)行測試模型，否則，根據(jù)測試流程控制參數(shù)中設(shè)置的各個測試流程的執(zhí)行順序、以及各個測試流程的執(zhí)行時間間隔，控制測試模型中所有測試流程依次執(zhí)行；控制代理用于判斷是否所有業(yè)務(wù)執(zhí)行完相應(yīng)的測試流程并達到預(yù)定次數(shù)，如果判斷為否，則根據(jù)消息流控制參數(shù)中設(shè)置的測試流程中各消息的執(zhí)行順序、測試流程中各消息的執(zhí)行時間間隔、執(zhí)行測試流程的業(yè)務(wù)號碼段、以及執(zhí)行測試流程的次數(shù)控制該測試流程中的所有消息依次執(zhí)行。根據(jù)本發(fā)明實施例的通信網(wǎng)元自動化測試裝置還包括協(xié)議處理模塊，協(xié)議處理模塊用于在控制代理的控制下，根據(jù)協(xié)議要求對測試流程中的所有消息進行處理。
協(xié)議處理模塊具體用于1、如果測試流程中的消息為出向主動消息，則通過定時器觸發(fā)方式，將處理后的出向主動消息發(fā)送給被測網(wǎng)元；2、如果測試流程中的消息為出向被動消息，則在接收到相應(yīng)的入向消息后，將出向被動消息發(fā)送給被測網(wǎng)元，并將發(fā)送信息反饋到控制代理；3、如果測試流程中的消息為入向消息，則從被測網(wǎng)元接收入向消息，并將接收信息反饋到控制代理。下面結(jié)合附圖，對本發(fā)明實施例的技術(shù)方案進行詳細說明。圖6是本發(fā)明實施例大話務(wù)測試的網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖6所示，包括被測網(wǎng)元60以及模擬網(wǎng)元62，需要說明的是，模擬網(wǎng)元62為上述通信網(wǎng)元自動化測試裝置，模擬網(wǎng)元62包括消息數(shù)據(jù)庫624，測試模型數(shù)據(jù)庫625，消息數(shù)據(jù)加載模塊620、測試模型編輯模塊621、測試模型解析控制模塊622、以及協(xié)議處理模塊623。首先，通過信令跟蹤工具從被測網(wǎng)元60中獲取消息流，存放到消息數(shù)據(jù)庫624中；接著，模擬網(wǎng)元62通過消息數(shù)據(jù)加載模塊620把消息數(shù)據(jù)庫624中的消息流加載到測試模 型編輯模塊621，對消息流進行編輯，定制自動化測試流程和信令協(xié)議字段，并把編輯完成的測試模型以文本形式存儲到測試模型數(shù)據(jù)庫625中；然后，把編輯好的測試模型輸入到測試模型解析控制模塊622進行解析；最后，通過測試模型解析控制模塊622控制協(xié)議處理模塊623執(zhí)行定制的測試流程，從而，完成對被測網(wǎng)元60進行大話務(wù)測試。具體地，消息數(shù)據(jù)加載模塊620用于從消息數(shù)據(jù)庫624加載信令數(shù)據(jù)，甄選出滿足測試用例需求的信令流，為測試模型的生成提供數(shù)據(jù)來源；測試模型編輯模塊621用于根據(jù)消息數(shù)據(jù)加載模塊620載入的信令數(shù)據(jù)生成測試模型；根據(jù)各種自動化測試需求編輯修改流程控制參數(shù)集；根據(jù)功能和性能需求編輯修改每個測試流程的消息流控制參數(shù)集；根據(jù)功能和性能需求編輯修改每條消息中任意協(xié)議字段的值。圖7是本發(fā)明實施例的測試模型的示意圖，如圖7所示，測試模型編輯模塊621主要用于I、根據(jù)消息數(shù)據(jù)加載模塊620載入的信令數(shù)據(jù)生成測試模型70 ；2、根據(jù)各種自動化測試需求編輯修改流程控制參數(shù)集701 ；3、根據(jù)功能和性能需求編輯修改每一個測試流程702的消息流控制參數(shù)集703 ；4、根據(jù)功能和性能需求編輯修改每一條消息中任意協(xié)議字段的值。測試模型解析控制模塊622用于將測試模型編輯模塊621配置好的測試模型加以解析，并控制測試流程和碼流按預(yù)定方式執(zhí)行。圖8是本發(fā)明實施例的測試模型解析控制模塊的示意圖，如圖8所示，測試模型解析控制模塊622包括控制中心80和控制代理820。其中，控制中心80作為總控部分，對測試模型按照流程控制參數(shù)集，對所有測試流程進行控制；控制代理820與協(xié)議處理模塊824一起組成處理單元82，接收控制中心80的控制指令，并且向控制中心80匯報執(zhí)行進展。測試模型解析控制模塊622在對測試模型進行解析控制時，具體包括以下處理I、測試模型解析控制模塊622的控制中心80根據(jù)流程控制參數(shù)集將測試模型分發(fā)到各個處理單元82 ；2、各個處理單元82上的控制代理820根據(jù)消息流控制參數(shù)集控制協(xié)議處理模塊824執(zhí)行消息；3、協(xié)議處理模塊824根據(jù)協(xié)議要求對消息進行處理。
測試模型數(shù)據(jù)庫623用于保存根據(jù)測試需求生成的測試模型數(shù)據(jù)，增強測試模型數(shù)據(jù)的復(fù)用性和回歸測試特性。從上述處理可以看出，本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點I、使用抓取的信令流作為數(shù)據(jù)源生成測試用例，不僅簡化了測試用例的構(gòu)造過程，而且能夠很好地復(fù)現(xiàn)現(xiàn)場故障；2、本發(fā)明實施例提出了一種既能滿足單一業(yè)務(wù)的功能測試、又能滿足多業(yè)務(wù)性能沖擊測試的大話務(wù)測試模型。該模型還支持自動化測試，用戶根據(jù)測試規(guī)程編寫好多個測試用例，設(shè)置測試用例之間的時間間隔，可以實現(xiàn)自動化測試，大大節(jié)約了人力成本；3、測試模型可以被保存至本地，方便回歸測試。4、支持測試流程和消息的可視化配置。根據(jù)測試需求生成測試流程或者修改加載的測試流程，包括測試流程的控制屬性參數(shù)，測試流程中消息及消息流順序；提供對消息的 可視化配置功能，方便對消息協(xié)議字段的修改。該靈活性配置功能大大簡化了對測試模型的操作，達到測試用例的易構(gòu)性目的；5、本發(fā)明實施例支持多業(yè)務(wù)，因此在測試過程中將可以在模擬網(wǎng)元與被測網(wǎng)元間形成多業(yè)務(wù)的消息流序列，以達到大話務(wù)性能沖擊的測試目的。盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領(lǐng)域的技術(shù)人員將意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應(yīng)當不限于上述實施例。
權(quán)利要求
1.ー種通信網(wǎng)元自動化測試方法，其特征在于，包括 步驟A，加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件； 步驟B，根據(jù)所述信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)所述測試流程以及所述控制參數(shù)生成測試模型； 步驟C，解析并執(zhí)行所述測試模型，對被測網(wǎng)元進行功能測試和性能測試。
2.如權(quán)利要求I所述的方法，其特征在干， 所述信令數(shù)據(jù)庫文件中包括測試所需的消息流數(shù)據(jù)； 所述控制參數(shù)包括消息流控制參數(shù)、以及測試流程控制參數(shù)，其中，所述消息流控制參數(shù)包括所述測試流程中各消息的執(zhí)行順序、所述測試流程中各消息的執(zhí)行時間間隔、執(zhí)行所述測試流程的業(yè)務(wù)號碼段、以及執(zhí)行所述測試流程的次數(shù)，所述測試流程控制參數(shù)包括各個測試流程的執(zhí)行順序、以及各個測試流程的執(zhí)行時間間隔。
3.如權(quán)利要求I所述的方法，其特征在于，根據(jù)所述測試流程以及所述控制參數(shù)生成 >測試模型之后，所述方法還包括將所述測試模型保存在本地測試模型數(shù)據(jù)庫中； 在下次進行回歸測試時，通過步驟A'替代所述步驟A和所述步驟B :步驟A'，從所述本地測試模型數(shù)據(jù)庫中加載相應(yīng)的測試模型。
4.如權(quán)利要求I所述的方法，其特征在于，根據(jù)所述信令數(shù)據(jù)庫文件生成ー個或多個測試流程，并設(shè)置控制參數(shù)之后，所述方法還包括 根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值； 修改所述控制參數(shù)。
5.如權(quán)利要求2所述的方法，其特征在于，解析并執(zhí)行所述測試模型具體包括 步驟Cl，判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則結(jié)束執(zhí)行所述測試模型，否則，根據(jù)所述測試流程控制參數(shù)中設(shè)置的所述各個測試流程的執(zhí)行順序、以及所述各個測試流程的執(zhí)行時間間隔，控制所述測試模型中所有測試流程依次執(zhí)行； 步驟C2，判斷是否所有業(yè)務(wù)執(zhí)行完相應(yīng)的測試流程并達到預(yù)定次數(shù)，如果判斷為是，則執(zhí)行步驟Cl，否則，根據(jù)所述消息流控制參數(shù)中設(shè)置的所述測試流程中各消息的執(zhí)行順序、所述測試流程中各消息的執(zhí)行時間間隔、執(zhí)行所述測試流程的業(yè)務(wù)號碼段、以及執(zhí)行所述測試流程的次數(shù)控制該測試流程中的所有消息依次執(zhí)行。
6.如權(quán)利要求5所述的方法，其特征在于，所述控制該測試流程中的所有消息依次執(zhí)行具體包括 如果所述測試流程中的消息為出向主動消息，則通過定時器觸發(fā)方式，將處理后的所述出向主動消息發(fā)送給被測網(wǎng)元； 如果所述測試流程中的消息為出向被動消息，則在接收到相應(yīng)的入向消息后，將所述出向被動消息發(fā)送給所述被測網(wǎng)元，并反饋發(fā)送信息； 如果所述測試流程中的消息為入向消息，則從所述被測網(wǎng)元接收所述入向消息，并反饋接收信息。
7.ー種通信網(wǎng)元自動化測試裝置，其特征在于，包括 數(shù)據(jù)加載模塊，用于加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件； 測試模型編輯模塊，用于根據(jù)所述信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)所述測試流程以及所述控制參數(shù)生成測試模型；測試模型解析控制模塊，用于解析并執(zhí)行所述測試模型，對被測網(wǎng)元進行功能測試和性能測試。
8.如權(quán)利要求7所述的裝置，其特征在于，所述測試模型編輯模塊還用于 將所述測試模型保存在本地測試模型數(shù)據(jù)庫中； 根據(jù)需要修改任意測試流程中任意消息的任意協(xié)議字段值； 修改所述控制參數(shù)。
9.如權(quán)利要求7所述的裝置，其特征在于，所述測試模型解析控制模塊具體包括 控制中心，用于判斷是否所有測試流程執(zhí)行完畢，如果判斷為是，則結(jié)束執(zhí)行所述測試模型，否則，根據(jù)所述測試流程控制參數(shù)中設(shè)置的所述各個測試流程的執(zhí)行順序、以及所述各個測試流程的執(zhí)行時間間隔，控制所述測試模型中所有測試流程依次執(zhí)行； 控制代理，用于判斷是否所有業(yè)務(wù)執(zhí)行完相應(yīng)的測試流程并達到預(yù)定次數(shù)，如果判斷為否，則根據(jù)所述消息流控制參數(shù)中設(shè)置的所述測試流程中各消息的執(zhí)行順序、所述測試流程中各消息的執(zhí)行時間間隔、執(zhí)行所述測試流程的業(yè)務(wù)號碼段、以及執(zhí)行所述測試流程的次數(shù)控制該測試流程中的所有消息依次執(zhí)行。
10.如權(quán)利要求9所述的裝置，其特征在于，所述裝置還包括協(xié)議處理模塊，用于在所述控制代理的控制下，根據(jù)協(xié)議要求對所述測試流程中的所有消息進行處理。
全文摘要
本發(fā)明公開了一種通信網(wǎng)元自動化測試方法及裝置。該方法包括步驟A，加載消息數(shù)據(jù)庫中預(yù)先存儲的信令數(shù)據(jù)庫文件；步驟B，根據(jù)信令數(shù)據(jù)庫文件生成一個或多個測試流程，并設(shè)置控制參數(shù)，根據(jù)測試流程以及控制參數(shù)生成測試模型；步驟C，解析并執(zhí)行測試模型，對被測網(wǎng)元進行功能測試和性能測試。借助于本發(fā)明的技術(shù)方案，能夠達到對被測網(wǎng)元進行大話務(wù)自動化測試的目的。
文檔編號H04M3/36GK102821211SQ20111015537
公開日2012年12月12日 申請日期2011年6月10日 優(yōu)先權(quán)日2011年6月10日
發(fā)明者戴毅, 張申 申請人:中興通訊股份有限公司