專利名稱：一種程控交換機的自動化測試工具和方法
技術領域：
本發(fā)明涉及交換領域自動化測試技術。特別涉及一種程控交換設備自動化測試工具和方法。
背景技術：
程控交換設備是現(xiàn)代電信網(wǎng)絡中的核心和樞紐站。程控交換設備產(chǎn)品在進入測試階段后，主要進行兩大類測試，即功能性測試和性能測試。功能測試一般以手工撥打電話的方式進行，性能測試則是以專用測試設備(如大話務量呼叫測試儀等)為主，測試程控交換設備產(chǎn)品的各項性能指標，如BHCA，接通率，計費準確率等。經(jīng)驗表明測試中80％的故障是在功能測試中發(fā)現(xiàn)的，因此，完成功能測試的自動化能夠獲得最大的收益。
隨著程控交換設備產(chǎn)品設計和開發(fā)過程中缺陷的發(fā)生，以及新增功能的需求，開發(fā)人員需要不斷地修改產(chǎn)品設計，為了使新的修改不會對已有功能產(chǎn)生影響，要對產(chǎn)品進行功能回歸測試。功能回歸測試是指在系統(tǒng)界面、功能已經(jīng)不會有很大變化的情況下所進行的一種反復性的測試。它的目的是在新版本中重新執(zhí)行以前版本的測試用例，確保軟件和產(chǎn)品功能不會隨著版本的更新而產(chǎn)生影響。
程控交換設備進行回歸測試時，一些必須要驗證的基本功能的集合，稱為基本回歸測試集，包括基本告警、人機命令、基本業(yè)務、PSTN(Public Switched Telephone Network)公共交換電話網(wǎng)補充業(yè)務、群、簡易話務臺測試、文件操作、數(shù)據(jù)備份和傳送、日志記錄、檢查MP內存占用、標準話務臺、IP超市等。其中包含對業(yè)務的撥號聽音的測試，以及大量對后臺維護界面的數(shù)據(jù)配置測試。
以往對程控交換設備業(yè)務功能的回歸測試，都是由測試人員手工配置環(huán)境和撥打電話的方式進行的，即測試人員重復地進行配置業(yè)務環(huán)境、摘機、撥號、登記業(yè)務、聽音、通話、話單查詢、掛機等操作測試。測試內容重復而煩瑣，測試效率不高。在版本較多的情況下，測試人員必須花大量精力去測試驗證這些回歸測試的內容，沒有時間和精力去測試出更深層次的故障。而且，回歸測試由不同的測試人員測試時，很容易受到個人經(jīng)驗和水平的影響，不能確保測試的準確重復，影響測試的結果和質量。
系統(tǒng)回歸測試常采用的工具是商用的捕捉/回放測試工具，如MI的WinRunner。其采用回歸測試最常使用的方法捕捉/回放法進行測試。即先以工具捕捉用戶與系統(tǒng)之間的交互，并將捕捉的成果記錄為測試腳本存儲。通過回放腳本，實現(xiàn)模擬用戶的操作進行測試。但是僅使用捕捉/回放工具只適合于進行界面測試，卻無法實現(xiàn)對程控交換設備呼叫業(yè)務的測試。
現(xiàn)在尚無一種綜合自動化測試工具，能夠實現(xiàn)對程控交換設備上述功能的回歸測試。主要原因是對程控交換設備開發(fā)自動化測試工具，有兩大難點，一是復雜軟件環(huán)境和數(shù)據(jù)的配置，二是人工撥號和聽音的測試，主要是由于這兩部分復雜多變，比較難以實現(xiàn)自動化，制約了自動化程度。
在這種現(xiàn)狀和背景下，如果能開發(fā)出一種實現(xiàn)程控交換設備基本回歸功能測試的自動化工具，必定可以很大程度地節(jié)約測試人力資源，改進和提高測試效率。
現(xiàn)有的專利文獻包括專利申請?zhí)枮镃N96102625的中國專利“程控交換設備的整機測試裝置和方法”。
第CN96102625號中國專利申請存在以下不足該專利所提出的測試方法僅限于測試程控交換設備的硬件設備，而本專利所涉及到的測試內容為程控交換設備提供的業(yè)務功能和程控交換設備相關的操作和維護系統(tǒng)的測試。

發(fā)明內容
針對現(xiàn)有技術中存在的問題，本發(fā)明一種程控交換設備的自動化測試工具提供了一種靈活易用的，穩(wěn)定可靠的用于對程控交換設備進行功能測試的自動化測試工具和方法。
為了解決上述問題，本發(fā)明提供了一種程控交換設備的測試工具，包括用于提供命令和接口的語音卡呼叫控制平臺；用于實現(xiàn)對待測試程控交換設備界面配置和操作的回歸測試的測試工具平臺，所述的測試工具平臺與語音卡呼叫控制平臺通過相互提供的接口進行通信；在所述的語音卡呼叫控制平臺與待測試程控交換設備之間以通信方式連接有語音卡和通信網(wǎng)絡。
上述程控交換設備的測試工具，所述的語音卡呼叫控制平臺包括執(zhí)行模塊、語音卡呼叫控制模塊、語音識別模塊、通信模塊、環(huán)境模塊和測試結果分析模塊；其中，所述的語音卡呼叫控制模塊根據(jù)執(zhí)行模塊發(fā)送的命令，控制語音卡進行呼叫操作測試；其中，所述的語音識別模塊用于通過語音卡檢測、識別待測試程控交換設備在測試中的業(yè)務語音檢測，并將返回的信息輸出到測試結果分析模塊進行分析和處理；
其中，環(huán)境模塊用于根據(jù)測試項目的預置條件，通過通信模塊對待測試程控交換設備的業(yè)務屬性和環(huán)境進行配置；其中，通信模塊用于在語音卡呼叫控制平臺和待測試程控交換設備之間進行信息交互。在進行呼叫測試時，通過通信模塊配置待測試程控交換設備，語音卡呼叫控制平臺通過通信模塊對語音卡向待測試程控交換設備發(fā)起的呼叫進行跟蹤，并獲取待測試程控交換設備返回的提示信息和測試結果輸出至測試結果分析模塊進行分析和處理；其中，測試結果分析模塊，對語音識別模塊和通信模塊返回的結果和預期測試結果相比較，對返回的提示信息或者數(shù)據(jù)進行分析和處理，判斷測試過程是否進行順利，測試結果是否正確；其中，所述的執(zhí)行模塊用以對各模塊進行加載、各模塊之間聯(lián)系以及各模塊的調用。
上述的程控交換設備的測試工具，其中，所述的語音卡呼叫控制平臺還包括日志模塊和測試執(zhí)行統(tǒng)計模塊，其中，所述日志模塊用于根據(jù)測試結果分析模塊的分析情況記錄日志信息；測試執(zhí)行統(tǒng)計模塊用于統(tǒng)計所有功能模塊的測試執(zhí)行情況。
上述的程控交換設備的測試工具，其中，所述的語音卡呼叫控制平臺還包括所述的語音識別模塊為DTMF(雙音多頻)語音識別模塊。
上述的程控交換設備的測試工具，其中，所述的執(zhí)行模塊包括啟動控制模塊、腳本解釋器、腳本運行總入口模塊，其中，所述啟動控制模塊通過腳本運行總入口模塊對各環(huán)境變量和各種驅動庫文件初始化；所述腳本解釋器完成對測試腳本的語法分析、變元替換以及命令調用等功能；所述腳本運行總入口模塊連接腳本解釋器和其他模塊，調用各功能測試模塊，完成對所有的業(yè)務測試腳本的統(tǒng)一調用和執(zhí)行。
上述的程控交換設備的測試工具，其中，所述的環(huán)境模塊包括參數(shù)錄入模塊、環(huán)境配置模塊，其中，參數(shù)錄入模塊實現(xiàn)測試參數(shù)和測試腳本分離，加載參數(shù)時，腳本解釋器通過環(huán)境配置模塊調用參數(shù)錄入模塊中的參數(shù)；環(huán)境配置模塊與功能模塊連接，根據(jù)測試項目的預置條件，經(jīng)通信模塊，對程控交換設備的業(yè)務屬性和環(huán)境進行配置，并在測試完成后將程控交換設備恢復成初始的測試環(huán)境；功能模塊經(jīng)腳本運行總入口模塊，完成對每個測試項目的覆蓋和自動測試的執(zhí)行。
上述的程控交換設備的測試工具平臺，其中，所述的測試工具平臺為捕捉/回放工具，還包括啟動運行接口、腳本總控接口、統(tǒng)計分析接口；所述的測試工具平臺通過啟動運行接口與語音卡呼叫控制平臺的啟動控制模塊連接；所述的統(tǒng)計分析接口用于統(tǒng)計語音卡呼叫控制平臺的所有功能模塊的測試執(zhí)行情況；所述的腳本總控接口用于連接語音卡呼叫控制平臺的腳本解釋器和其他模塊，調用各功能測試模塊，完成對所有的業(yè)務測試腳本的統(tǒng)一調用和執(zhí)行。
一種程控交換設備的測試方法，其中，所述對程控交換設備的測試包括以下步驟語音卡呼叫控制平臺通過語音卡對待測試程控交換設備進行呼叫測試和聽音測試；測試工具平臺通過其與語音卡呼叫控制平臺之間的接口捕捉并記錄語音卡呼叫控制平臺的測試內容；測試工具平臺使用捕捉/回放功能對待測試程控交換設備進行界面配置和操作，測試工具平臺調用語音卡呼叫控制平臺接口對待測試程控交換設備進行功能回歸測試；待測試程控交換設備通過通信網(wǎng)絡向語音卡呼叫控制平臺返回測試信息和結果。
上述的一種程控交換設備的測試方法，其中，所述聽音測試具體為先將程控交換設備播放的語音轉換為對應的DTMF音，語音卡呼叫控制平臺通過語音卡對待測試程控交換設備進行呼叫操作，并接收程控交換設備播放的語音，識別對應的DTMF值，將該值和預先設定的值進行比較來判斷播放的通知音是否正確。
與現(xiàn)有技術相比較，本發(fā)明通過引入支持程控交換設備呼叫業(yè)務測試和界面配置測試的自動測試工具，并提出將二者相結合的技術構思，創(chuàng)新地實現(xiàn)了對程控交換設備的功能自動測試。
呼叫測試平臺解決了以往程控交換設備呼叫聽音測試的難題，測試工具平臺運用商用捕捉/回放測試工具支持界面測試的特點，克服其無法進行呼叫的缺點，將其與呼叫測試平臺結合，實現(xiàn)對程控交換設備界面配置相關業(yè)務功能的測試。此外，本發(fā)明的自動化測試工具靈活易用，測試過程不需手工干涉，完成從預置環(huán)境自動配置，到測試步驟執(zhí)行，預期結果比較，和測試結論生成的所有測試過程。節(jié)省了測試人員的時間，提高了測試效率和測試質量。


圖1是本發(fā)明自動測試工具的平臺結構示意圖；圖2是本發(fā)明自動測試過程的流程圖；
圖3是本發(fā)明TCL工具結合Dialogic語音卡呼叫測試平臺的實施例；圖4本發(fā)明WinRunner測試工具平臺結合Dialogic語音卡呼叫測試平臺的實施例。
具體實施例方式
下面結合附圖對本發(fā)明的程控交換設備自動化測試工具的具體實施方式
進行介紹。
本發(fā)明采取將語音卡呼叫測試平臺和測試工具平臺相結合的技術構思實現(xiàn)。具體技術方案包括以下內容1)語音卡通過用戶線連接到程控交換設備，模擬用戶話機進行相關呼叫操作。
2)語音卡呼叫測試平臺提供命令和接口，實現(xiàn)對語音卡的摘機、掛機、撥號、通話、導通測試、撥號音測試等呼叫測試，以及對交換機DTMF(Dual Tone Multi Frequency)雙音多頻業(yè)務語音的識別測試。該平臺同時提供對數(shù)據(jù)庫的訪問接口，環(huán)境配置模塊和參數(shù)錄入模塊，以及啟動控制模塊和腳本運行總入口模塊，測試結果分析和統(tǒng)計日志等模塊。使用該平臺對測試用例編寫腳本，可以實現(xiàn)對基本呼叫業(yè)務，PSTN補充業(yè)務等呼叫業(yè)務的測試。
3)測試工具平臺，支持捕捉/回放測試的商用軟件功能測試工具。使用該工具平臺用來實現(xiàn)對交換機界面配置和操作的回歸測試。通過捕捉模擬用戶和程控交換設備之間的交互，錄制測試腳本，編輯測試腳本和回放測試腳本來實現(xiàn)測試。該平臺還提供啟動運行、腳本總控和統(tǒng)計分析等模塊接口?？梢詫崿F(xiàn)對交換機話務臺，IP超市，文件管理等涉及大量界面操作的業(yè)務的界面交互部分的測試。
4)在測試工具平臺中，結合語音卡呼叫測試平臺，調用語音卡平臺提供的界面程序，實現(xiàn)界面調用語音卡進行呼叫捕捉/回放測試。實現(xiàn)對交換機話務臺等業(yè)務的呼叫聽音功能的測試。
使用本發(fā)明測試工具時，使用具體的測試腳本語言如TCL或TSL，調用平臺提供的控制命令和接口，對測試規(guī)程或測試用例創(chuàng)建和編寫測試腳本，在腳本解釋器中運行測試。腳本編寫維護方便。其中，測試工具平臺的捕捉/回放功能，可以自動生成腳本模板，更增強了腳本創(chuàng)建和編寫的靈活性。此外，為提高測試腳本的通用性，本發(fā)明采取測試參數(shù)和測試腳本分離的方法，以參數(shù)文件的形式保存參數(shù)，腳本在執(zhí)行時讀取參數(shù)文件中的參數(shù)替換腳本中的測試參數(shù)。
利用本發(fā)明的自動測試工具對程控交換設備進行功能測試的實現(xiàn)包括以下步驟
步驟1.啟動控制模塊實現(xiàn)總體控制，根據(jù)配置調用和加載初始化拓展庫和相關模塊，啟動不同的語音卡或者語音通道，啟動DTMF語音識別模塊。
步驟2.在測試腳本解釋器中加載腳本運行總入口模塊，在總入口模塊中加入各個待測的業(yè)務測試腳本。同時，啟動日志模塊和腳本執(zhí)行統(tǒng)計模塊。
步驟3.腳本從參數(shù)文件中讀取參數(shù)替換腳本中的參數(shù)。腳本解釋器運行各個測試腳本執(zhí)行測試。
步驟4.按照預置條件自動完成環(huán)境配置。由于不同功能點的測試環(huán)境和預置條件不同，本發(fā)明的自動化測試工具在測試每個功能點之前，自動配置好本功能點所需的測試環(huán)境，在測試完成后自動恢復初始的測試環(huán)境。
步驟5.使用呼叫測試平臺對基本呼叫業(yè)務和PSTN業(yè)務進行測試。通過調用語音卡呼叫控制拓展庫模塊中的呼叫接口，實現(xiàn)對語音卡通道執(zhí)行摘機，撥號，登記業(yè)務，通話，掛機等呼叫操作，完成業(yè)務的測試。
步驟6.呼叫測試平臺調用程控交換設備提供的通信接口進行交互，向被測的程控交換設備發(fā)送命令。
步驟7.使用測試工具平臺，對話務臺，告警測試、IP超市、中繼呼叫測試、信令跟蹤測試、文件操作、標準話務臺等進行測試。其中的界面操作測試部分，由平臺捕捉/回放方式錄制腳本進行測試；呼叫測試部分，由測試工具平臺通過啟動運行接口連接語音卡呼叫控制平臺啟動控制模塊，調用語音卡呼叫控制平臺界面程序，控制語音卡執(zhí)行呼叫測試。
步驟8.DTMF語音識別模塊對測試過程中的語音識別進行處理。接收程控交換設備播放的DTMF業(yè)務音，與標準值比較判定放音是否正確。
步驟9.測試結果分析模塊接收交換機返回的信息和結果，進行分析和處理，并和預期測試結果相比較，判斷測試過程是否進行順利和測試結果是否正確。
步驟10.根據(jù)測試分析結果，自動生成測試日志。記錄腳本運行情況和和腳本執(zhí)行統(tǒng)計信息。方便測試人員查看測試情況。
如附圖1所示，本發(fā)明自動測試工具的平臺結構包括語音卡呼叫控制模塊，是在引入語音卡處理板及其提供的API基礎上，封裝的支持呼叫控制功能的拓展模塊庫。實現(xiàn)各種呼叫控制和呼叫事件檢查，提供包括用戶模擬摘機、撥號、呼入、放音、導通測試、通話、掛機等各種呼叫操作的命令封裝接口。將語音卡通過用戶線連接到程控交換設備，其他模塊只需調用語音卡呼叫控制模塊提供的接口，就可以對呼叫進行控制，模擬呼叫過程中的用戶摘機、撥號、通話和掛機等操作，從而實現(xiàn)自動呼叫。
DTMF語音識別模塊，用于檢測、識別程控交換設備測試中常見的業(yè)務語音聽音測試。如程控交換設備在登記新業(yè)務后播放提示音“您申請的新業(yè)務已經(jīng)登記完畢”。對這種語音的識別可以采取專用的語音識別軟件，但是試驗證明，第三方語音識別軟件對程控交換設備播放的人聲識別不準確。本發(fā)明創(chuàng)新使用DTMF語音識別方法，DTMF語音識別即采取以0-9的數(shù)字組合形式標識業(yè)務音，在測試之前，將程控交換設備的業(yè)務音錄制轉換為DTMF音，在進行呼叫聽音測試時，使用平臺提供的獲取語音卡通道導通測試值的方法，接收程控交換設備播放的語音，轉換為對應的DTMF值，將該值和預先設定的值進行比較來判斷播放的通知音是否正確。DTMF語音識別模塊具有方便使用，識別準確率高的優(yōu)點。
通信模塊，用于在語音卡呼叫控制平臺和程控交換設備之間進行通信，實現(xiàn)程控交換設備和自動化測試平臺的信息交互。其中交互的信息包括自動化測試腳本需要發(fā)送到程控交換設備的配置數(shù)據(jù)以及程控交換設備返回的提示信息或者測試數(shù)據(jù)等信息。通信模塊通過注冊應用程序到程控交換設備提供的通信接口，和程控交換設備前臺代理以及其他的后臺進程進行通信的方式實現(xiàn)呼叫交互。自動化測試平臺在進行呼叫測試時，通過通信模塊向程控交換設備發(fā)送命令，對呼叫進行跟蹤，并獲取返回的呼叫狀態(tài)，對呼叫結果進行判斷。
參數(shù)錄入模塊，實現(xiàn)測試參數(shù)和測試腳本分離，通過參數(shù)文件的形式保存參數(shù)，腳本中的測試參數(shù)在執(zhí)行時從參數(shù)文件中讀取參數(shù)進行替換。
環(huán)境配置模塊，根據(jù)測試項目的預置條件，通過通信模塊自動對程控交換設備的業(yè)務屬性和環(huán)境進行配置及恢復。語音卡呼叫測試平臺的環(huán)境配置模塊，向程控交換設備提供的通信接口進行注冊，與程控交換設備的人機命令進程通信，調用“人機命令”執(zhí)行環(huán)境配置。將人機命令以消息形式發(fā)送給程控交換設備的人機命令進程，人機命令進程執(zhí)行命令，并返回命令執(zhí)行結果，窗口線程接收返回結果后，判斷配置操作是否成功。配置命令執(zhí)行完畢后，取消向程控交換設備提供的通信接口程序的注冊；測試工具平臺的環(huán)境配置模塊，則不使用交換機提供的通信接口，直接用測試工具平臺錄制界面配置操作，回放腳本自動完成對交換機環(huán)境的配置和恢復。
啟動控制模塊，完成系統(tǒng)環(huán)境變量的初始化和各種驅動庫文件載入的初始化過程。根據(jù)配置加載語音卡呼叫控制模塊，DTMF語音識別模塊，通信模塊，數(shù)據(jù)庫模塊。啟動語音卡，初始化語音通道。
腳本解釋器模塊，完成對測試腳本的語法分析、變元替換以及命令調用等功能，它負責聯(lián)系系統(tǒng)中的各個模塊。
腳本運行總入口模塊，是對所有的業(yè)務測試腳本進行統(tǒng)一的調用和執(zhí)行的入口。腳本運行總入口模塊連接腳本解釋器和其他模塊，調用本次測試需要的各功能模塊，定義功能模塊的測試執(zhí)行順序，啟動測試，完成對所有的業(yè)務測試腳本的統(tǒng)一調用和執(zhí)行。功能模塊，是自動化測試的核心，每個測試項目的覆蓋和自動測試的執(zhí)行都體現(xiàn)在功能模塊中。使用本發(fā)明的自動化測試工具平臺中提供的命令及其組合，以及測試工具平臺提供的界面錄制和回放功能，測試人員對測試用例進行編程，編寫自動化測試腳本。
測試結果分析模塊，和預期測試結果相比較，對返回的提示信息或者數(shù)據(jù)進行分析和處理，判斷測試過程是否進行順利，測試結果是否正確。對程控交換設備的測試結果檢查，預期結果有很多種，一些是在呼叫過程中就能確定，比如播放的業(yè)務音的識別，一些卻要在呼叫完成以后進行檢查，如呼叫完成后查詢數(shù)據(jù)庫比較話單。另外，還包括一些系統(tǒng)界面上數(shù)據(jù)信息的測試，如機架圖和告警信息正確性顯示測試，這些需要利用測試工具平臺提供的控件/圖形信息捕捉功能，獲取界面信息值進行比較。
日志模塊，根據(jù)測試結果分析模塊的分析情況，記錄日志信息到結果文件。日志包括語音卡運行日志和測試腳本運行日志。前者對語音卡通道及其運行情況進行檢查和記錄，分析各種語音卡出錯原因。后者記錄測試腳本的運行日志。方便測試人員查看結果。
測試執(zhí)行統(tǒng)計模塊，用于統(tǒng)計所有功能模塊的測試執(zhí)行情況。包括測試總時長，成功和失敗的腳本數(shù)，以及每個功能模塊的測試時間等統(tǒng)計信息。統(tǒng)計信息也被記錄到測試腳本運行日志。
測試工具平臺接口調用語音卡呼叫測試平臺接口的處理。在測試工具平臺中通過啟動運行接口連接語音卡呼叫控制平臺啟動控制模塊，調用語音卡界面呼叫程序，以工具界面捕捉/回放方式操控語音卡，打開語音通道、撥打電話、獲取導通測試值，控制語音卡平臺執(zhí)行呼叫測試。
如圖2所示，使用本發(fā)明中的自動化測試工具進行自動化測試時，測試過程流程如下步驟1.啟動控制模塊，配置各個模塊，加載初始化拓展庫，啟動不同的語音卡或者語音通道和識別程序；包括加載語音卡呼叫控制拓展庫模塊，數(shù)據(jù)庫拓展庫模塊，DTMF語音識別拓展庫模塊。
步驟2.啟動解釋器，加載腳本運行總入口模塊。
步驟3.啟動腳本入口模塊，由總入口模塊加載各個待測業(yè)務自動化測試腳本。
步驟4.加載支撐模塊，支撐模塊包括日志模塊、通信模塊、測試結果分析模塊、DTMF音識別模塊等。
步驟5.加載語音卡呼叫控制模塊，初始化語音卡各個通道。
步驟6.判斷加載語音卡呼叫控制模塊是否成功，如果失敗，記錄加載語音卡呼叫控制模塊失敗日志，轉到步驟N，退出測試；如果加載成功，進入下一步。
步驟7.測試環(huán)境配置，每一功能測試都有該測試的環(huán)境配置，由該測試腳本自動配置完成。
步驟8.判斷環(huán)境配置是否成功，如果配置環(huán)境失敗，轉到步驟K，刪除上述步驟所配置的環(huán)境；如果配置環(huán)境成功，繼續(xù)下一測試步驟。
步驟9.測試的腳本命令由腳本解釋器進行解釋，對自動化測試腳本進行語法分析、變元替換以及命令調用，或者調用支撐模塊和語音控制等模塊，對呼叫進行控制或者進行界面操作等。
步驟10.測試過程中，需要對測試的每一個測試點的執(zhí)行結果都要記錄日志，以便對測試過程進行分析和追溯。
步驟11.恢復環(huán)境，對于每一個功能測試，在測試開始前需要對環(huán)境進行配置，測試完成后再對該測試配置的環(huán)境進行清除，還原到初始環(huán)境，使該測試不能影響到下一測試。
步驟12.測試結果分析，測試過程中，每一個測試點結束后都會記錄執(zhí)行結果，測試結束后，對每一個測試點的執(zhí)行結果進行分析，得出該測試的最終測試結果。
步驟13.得出測試結果后，將測試結果記錄日志。
步驟14.每一測試完成后，在配置中尋找下一測試，判斷測試是否結束，如果還有測試未完成，回到步驟G繼續(xù)下一測試；如果無后續(xù)測試，則卸載所有加載的模塊，測試結束。
在介紹本發(fā)明的實施例之前，先簡單介紹一下Dialogic語音卡和TCL工具。
Dialogic語音卡，一種模擬電話工具，可以直接插在計算機的pci插槽里面，提供模擬電話接口，模擬接口可以直接插上電話線。本發(fā)明中采用的語音卡是Dialogic語音卡(Dailogue D/41JCT-LS)，提供4路模擬電話接口。
TCL，Tool Control Language，一種軟件測試領域公認的解釋型環(huán)境的測試自動化腳本開發(fā)、測試的運行環(huán)境，其擴展性強，可和C語言等兼容，編程簡單，適合進行測試自動化腳本的開發(fā)。在TCL中，用戶自定義過程可以通過創(chuàng)建封裝TCL命令的擴展模塊實現(xiàn)。
圖3為本發(fā)明使用TCL工具和Dialogic語音卡結合進行程控交換設備業(yè)務功能自動化測試的實施例使用TCL進行自動化測試時，將所測試的業(yè)務功能需要的參數(shù)編輯成環(huán)境配置腳本和環(huán)境配置清除腳本，在測試開始時調用環(huán)境配置腳本進行業(yè)務功能的環(huán)境初始化。
Dialogic語音卡測試平臺加載語音卡呼叫控制模塊，識別語音卡和語音卡通道，初始化語音卡。
進行業(yè)務功能測試時，在TCL環(huán)境中運行業(yè)務功能測試腳本，調用語音卡測試平臺進行呼叫控制，完成業(yè)務測試。
測試過程中需要查詢程控交換設備的信息或者記錄一些測試結果，Dialogic語音卡測試平臺同時提供了數(shù)據(jù)庫操作接口，通過該數(shù)據(jù)庫接口，可以查詢計費、話務統(tǒng)計等一些數(shù)據(jù)。
業(yè)務功能測試完成后根據(jù)測試情況進行測試結果分析匯總并記錄測試結果，最后調用環(huán)境配置清除腳本清除該測試的環(huán)境，恢復初始環(huán)境。
將TCL和Dialogic語音卡結合，通過編程控制語音卡模擬用戶呼叫，實現(xiàn)了程控交換設備基本呼叫和PSTN附加業(yè)務等的自動化測試。
圖4為本發(fā)明使用WinRunner和Dialogic語音卡結合進行程控交換設備界面和業(yè)務功能自動化測試的實施例WinRunner，MI公司進行軟件功能性測試的工具軟件之一，用于驗證程序正確性的功能性測試。WR的功能測試采用回歸測試方式。通過回放腳本，實現(xiàn)模擬用戶的操作測試。使用TSL語言(Test Script Language，一種類C的語言)編寫測試腳本。
WinRunner工具提供了良好的界面錄制和腳本編輯功能。與使用TCL開發(fā)自動化測試腳本類似，也需要將運行過程中使用到的參數(shù)做成配置文件或者錄制成環(huán)境配置腳本，WinRunner讀取配置文件或者運行環(huán)境配置腳本配置測試環(huán)境。
環(huán)境配置完成后，就可以回放錄制的測試腳本，通過對程序界面的回放操作進行程控交換設備的界面或者業(yè)務功能測試，通過調用Dialogic語音卡平臺進行錄制回放操作完成呼叫控制。
業(yè)務功能測試完成后根據(jù)測試情況進行測試結果分析匯總并記錄測試結果。
對測試環(huán)境的清除也錄制成了腳本，只需回放，就可清除該項測試所配置的環(huán)境，恢復初始環(huán)境。
使用WinRunner彌補了TCL工具不能進行界面操作的不足，實現(xiàn)了程控交換設備后臺系統(tǒng)界面和業(yè)務功能的自動化測試，例如話務臺、IP超市、文件管理等。
權利要求
1.一種程控交換機的測試工具，其特征在于包括用于提供命令和接口的語音卡呼叫控制平臺；用于實現(xiàn)對待測試程控交換設備界面配置和操作的回歸測試的測試工具平臺，所述的測試工具平臺與語音卡呼叫控制平臺通過相互提供的接口進行通信；在所述的語音卡呼叫控制平臺與待測試程控交換設備之間以通信方式連接有語音卡和通信網(wǎng)絡。
2.如權利要求1所述一種程控交換機的測試工具，其特征在于所述的語音卡呼叫控制平臺包括執(zhí)行模塊、語音卡呼叫控制模塊、語音識別模塊、通信模塊、環(huán)境模塊和測試結果分析模塊；所述的語音卡呼叫控制模塊根據(jù)執(zhí)行模塊發(fā)送的命令，控制語音卡進行呼叫操作測試；所述的語音識別模塊用于通過語音卡檢測、識別待測試程控交換設備在測試中的業(yè)務語音檢測，并將返回的信息輸出到測試結果分析模塊進行分析和處理；環(huán)境模塊用于根據(jù)測試項目的預置條件，通過通信模塊對待測試程控交換設備的業(yè)務屬性和環(huán)境進行配置；通信模塊用于在語音卡呼叫控制平臺和待測試程控交換設備之間進行信息交互，在進行呼叫測試時，通過通信模塊配置待測試程控交換設備，語音卡呼叫控制平臺通過通信模塊對語音卡向待測試程控交換設備發(fā)起的呼叫進行跟蹤，并獲取待測試程控交換設備返回的提示信息和測試結果輸出至測試結果分析模塊進行分析和處理；測試結果分析模塊，對語音識別模塊和通信模塊返回的結果和預期測試結果相比較，對返回的提示信息或者數(shù)據(jù)進行分析和處理，判斷測試過程是否進行順利，測試結果是否正確；所述的執(zhí)行模塊用以對各模塊進行加載、各模塊之間聯(lián)系以及各模塊的調用。
3.如權利要求2所述的一種程控交換機的測試工具，其特征在于所述的語音卡呼叫控制平臺還包括日志模塊和測試執(zhí)行統(tǒng)計模塊，其中，所述日志模塊用于根據(jù)測試結果分析模塊的分析情況記錄日志信息；測試執(zhí)行統(tǒng)計模塊用于統(tǒng)計所有功能模塊的測試執(zhí)行情況。
4.如權利要求2所述的一種程控交換機的測試工具，其特征在于所述的語音識別模塊為DTMF(雙音多頻)語音識別模塊。
5.如權利要求2所述的一種程控交換機的測試工具，其特征在于所述的執(zhí)行模塊包括啟動控制模塊、腳本解釋器、腳本運行總入口模塊，其中，所述啟動控制模塊通過腳本運行總入口模塊對各環(huán)境變量和各種驅動庫文件初始化；所述腳本解釋器完成對測試腳本的語法分析、變元替換以及命令調用等功能；所述腳本運行總入口模塊連接腳本解釋器和其他模塊，調用各功能測試模塊，完成對所有的業(yè)務測試腳本的統(tǒng)一調用和執(zhí)行。
6.如權利要求2所述的一種程控交換機的測試工具，其特征在于所述的環(huán)境模塊包括參數(shù)錄入模塊、環(huán)境配置模塊，其中，參數(shù)錄入模塊實現(xiàn)測試參數(shù)和測試腳本分離，加載參數(shù)時，腳本解釋器通過環(huán)境配置模塊調用參數(shù)錄入模塊中的參數(shù)；環(huán)境配置模塊與功能模塊連接，根據(jù)測試項目的預置條件，經(jīng)通信模塊，對程控交換設備的業(yè)務屬性和環(huán)境進行配置，并在測試完成后將程控交換設備恢復成初始的測試環(huán)境；功能模塊經(jīng)腳本運行總入口模塊，完成對每個測試項目的覆蓋和自動測試的執(zhí)行。
7.如權利要求5所述的一種程控交換機的測試工具，其特征在于所述的測試工具平臺為捕捉/回放工具，還包括啟動運行接口、腳本總控接口、統(tǒng)計分析接口；所述的測試工具平臺通過啟動運行接口與語音卡呼叫控制平臺的語音卡呼叫控制模塊連接；所述的統(tǒng)計分析接口用于統(tǒng)計語音卡呼叫控制平臺的所有功能模塊的測試執(zhí)行情況；所述的腳本總控接口用于連接語音卡呼叫控制平臺的腳本解釋器和其他模塊，調用各功能測試模塊，完成對所有的業(yè)務測試腳本的統(tǒng)一調用和執(zhí)行。
8.一種程控交換機的測試方法，其特征在于，所述對程控交換設備的測試包括以下步驟啟動語音卡呼叫控制平臺各模塊，加載業(yè)務測試腳本；對程控交換設備進行環(huán)境配置，通過語音卡對待測試程控交換設備進行呼叫測試和聽音測試；測試工具平臺通過其與語音卡呼叫控制平臺之間的接口捕捉并記錄語音卡呼叫控制平臺的測試內容；測試工具平臺使用捕捉/回放功能對待測試程控交換設備進行界面配置和操作，測試工具平臺調用語音卡呼叫控制平臺接口對待測試程控交換設備進行功能回歸測試；待測試程控交換設備通過通信網(wǎng)絡向語音卡呼叫控制平臺返回測試信息和結果。
9.權利要求8所述的一種程控交換機的測試方法，其特征在于所述聽音測試具體為先將程控交換設備播放的語音轉換為對應的DTMF音，語音卡呼叫控制平臺通過語音卡對待測試程控交換設備進行呼叫操作，并接收程控交換設備播放的語音，識別對應的DTMF值，將該值和預先設定的值進行比較來判斷播放的通知音是否正確。
全文摘要
本發(fā)明公開了一種程控交換設備的測試工具及其測試方法。針對現(xiàn)有對程控交換設備的回歸測試主要由測試人員手工進行所帶來的準確性差、回歸測試質量低的問題；本發(fā)明包括語音卡呼叫控制平臺、測試工具平臺以及以通信方式并行連接語音卡呼叫控制平臺與待測試程控交換設備之間的語音卡和通信網(wǎng)絡；語音卡呼叫測試平臺提供命令和接口，實現(xiàn)對語音卡的摘機、掛機、撥號、通話、導通測試、撥號音測試等呼叫測試，測試工具平臺結合語音卡呼叫測試平臺捕捉模擬用戶和待測試程控交換設備之間的交互，錄制測試腳本，編輯測試腳本和回放測試腳本來實現(xiàn)測試。本發(fā)明代替了測試人員，提高了回歸測試準確性，適用于各種需要對程控交換設備進行測試的環(huán)境。
文檔編號H04M3/22GK101043543SQ20061005842
公開日2007年9月26日 申請日期2006年3月24日 優(yōu)先權日2006年3月24日
發(fā)明者黃琳, 龍?zhí)靹? 朱廣勝, 朱柳輝, 孫雷, 宣志堅 申請人:中興通訊股份有限公司