[發(fā)明專利]大規(guī)模函數(shù)功能的測(cè)試方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201310297166.X
• 申請(qǐng)日: 2013-07-15
• 公開（公告）號(hào): CN103389940A
• 公開（公告）日: 2013-11-13
• 發(fā)明（設(shè)計(jì)）人: 肖振堅(jiān)
• 申請(qǐng)（專利權(quán)）人: 廈門億聯(lián)網(wǎng)絡(luò)技術(shù)股份有限公司
• 主分類號(hào): G06F11/36
• 分類號(hào): G06F11/36
• 代理公司: 廈門市新華專利商標(biāo)代理有限公司 35203
• 代理人: 朱凌

技術(shù)領(lǐng)域

本發(fā)明涉及一種軟件開發(fā)領(lǐng)域，具體涉及一種大規(guī)模函數(shù)功能的測(cè)試方法。

背景技術(shù)

作為軟件開發(fā)人員，經(jīng)常需要對(duì)函數(shù)功能進(jìn)行測(cè)試，如果函數(shù)功能參數(shù)單一或者函數(shù)測(cè)試種類少，一般使用普通命令解析調(diào)用函數(shù)測(cè)試，但是如果作為一個(gè)大型項(xiàng)目，功能模塊幾十個(gè)，每個(gè)功能模塊需要測(cè)試的函數(shù)又有幾十上百個(gè)，如果使用普通的命令解析則顯得心有余而力不足了。

2011年11月9日公開的，公開號(hào)為CN102236602A的中國發(fā)明揭示了一種可視化軟件測(cè)試設(shè)計(jì)平臺(tái),包括動(dòng)態(tài)鏈接庫(DLL)注冊(cè)模塊、測(cè)試流程編輯模塊、測(cè)試流程解析模塊、測(cè)試流程執(zhí)行模塊以及測(cè)試管理模塊;其中,測(cè)試管理模塊對(duì)所有模塊進(jìn)行調(diào)度并管理;動(dòng)態(tài)鏈接庫注冊(cè)模塊負(fù)責(zé)將底層接口定義為測(cè)試編輯模塊中的原子測(cè)試單元;測(cè)試流程編輯模塊提供可視化的測(cè)試解決方案定義工具,測(cè)試解決方案包括功能測(cè)試圖、測(cè)試流程圖及各圖之間的關(guān)聯(lián)關(guān)系,通過DLL注冊(cè)模塊將外部DLL的函數(shù)定義為流程圖中的原子測(cè)試單元;測(cè)試流程執(zhí)行模塊載入測(cè)試流程解析模塊生成的中間代碼,建立測(cè)試執(zhí)行的虛擬機(jī)環(huán)境,?并運(yùn)用虛擬機(jī)機(jī)制，維護(hù)執(zhí)行過程中的全局變量、局部變量狀態(tài)表，根據(jù)流程所定義的邏輯和測(cè)試的狀態(tài)進(jìn)行相應(yīng)的邏輯跳轉(zhuǎn)，通過參數(shù)的模擬壓棧調(diào)用外部DLL函數(shù)，即底層接口函數(shù)，進(jìn)而自動(dòng)完成測(cè)試過程。但該發(fā)明是動(dòng)態(tài)的對(duì)函數(shù)進(jìn)行注冊(cè)，需要用戶完成測(cè)試流程圖編寫，然后生成中間代碼，還需要提供函數(shù)具體參數(shù)的類型，且是通過DLL注冊(cè)構(gòu)成功能測(cè)試圖和測(cè)試流程圖的測(cè)試單元節(jié)點(diǎn)和邏輯語義節(jié)點(diǎn)，實(shí)現(xiàn)起來比較復(fù)雜。

如2006年10月25日公開的，公開號(hào)為CN1851638A的中國發(fā)明揭示了一種動(dòng)作詞分層的自動(dòng)化測(cè)試系統(tǒng),包括虛擬編程接口模塊、命令傳輸模塊、至少一個(gè)命令模塊和外部編程接口模塊;所述虛擬編程接口模塊位于底層,為上層模塊調(diào)用自動(dòng)化測(cè)試體系功能函數(shù)提供統(tǒng)一接口;所述命令傳輸模塊調(diào)用虛擬編程接口模塊提供的功能函數(shù)進(jìn)行命令的發(fā)送和接收;所述命令模塊根據(jù)不同版本調(diào)用特定功能的命令封裝,向被測(cè)設(shè)備發(fā)送命令并獲取設(shè)備響應(yīng);所述外部編程接口模塊位于最上層,為測(cè)試邏輯調(diào)用命令模塊的功能提供統(tǒng)一接口。本發(fā)明通過AW內(nèi)部分層處理,實(shí)現(xiàn)測(cè)試邏輯與AW以及AW與自動(dòng)化測(cè)試體系環(huán)境的分離,降低被測(cè)版本及流程變動(dòng)對(duì)測(cè)試邏輯的影響,降低AW維護(hù)的工作量,提高AW的可維護(hù)性。但該發(fā)明是通過命令模塊實(shí)現(xiàn)的多層封裝結(jié)構(gòu)，訪問全局?jǐn)?shù)據(jù)確定測(cè)試設(shè)備版本實(shí)現(xiàn)自動(dòng)化測(cè)試，不同的測(cè)試方案需要構(gòu)造不同的命令，出現(xiàn)了N個(gè)命令模塊。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題，在于提供一種本發(fā)明實(shí)現(xiàn)基礎(chǔ)命令注冊(cè)接口，僅使用命令簡(jiǎn)稱對(duì)應(yīng)函數(shù)接口方式注冊(cè)，所有模塊獨(dú)立調(diào)用注冊(cè)接口，由模塊自身設(shè)置需要驗(yàn)證的函數(shù)功能，通過用戶輸入相關(guān)命令行進(jìn)行模擬函數(shù)功能測(cè)試。

本發(fā)明是這樣實(shí)現(xiàn)的：一種大規(guī)模函數(shù)功能的測(cè)試方法，包括

步驟10、創(chuàng)建基礎(chǔ)命令注冊(cè)接口；

步驟20、在各功能模塊初始化時(shí)調(diào)用所述基礎(chǔ)命令注冊(cè)接口添加全局命令函數(shù)數(shù)組表；

步驟30、客戶端的CLI（command-line?interface，?命令行界面）命令行窗口利用socket原理連接命令解析模塊，用戶在該客戶端輸入命令開始函數(shù)調(diào)試。

進(jìn)一步的，所述步驟10中的具體實(shí)現(xiàn)過程為：

步驟11、開始命令注冊(cè)，在全局命令節(jié)點(diǎn)中查找要注冊(cè)的命令是否已經(jīng)存在，若存在，則結(jié)束，或不存在則進(jìn)入步驟12；

步驟12、查找命令多叉樹節(jié)點(diǎn)，若存在該命令的多叉樹節(jié)點(diǎn)，則創(chuàng)建該多叉樹節(jié)點(diǎn)的子節(jié)點(diǎn)，若不存在，創(chuàng)建新的多叉樹節(jié)點(diǎn)；

步驟13、將子節(jié)點(diǎn)和創(chuàng)建新的多叉樹節(jié)點(diǎn)添加到根節(jié)點(diǎn)，然后結(jié)束。

所述多叉樹節(jié)點(diǎn)及其子節(jié)點(diǎn)是根據(jù)模塊的功能、函數(shù)功能進(jìn)行分類設(shè)置。

進(jìn)一步的，所述步驟20的具體實(shí)現(xiàn)過程為：

步驟21、開始，各功能模塊初始化，同時(shí)調(diào)用所述基礎(chǔ)命令注冊(cè)接口；

步驟22、增加全局命令函數(shù)數(shù)組表；

步驟23、依次注冊(cè)全局命令函數(shù)數(shù)值表元素。

進(jìn)一步的，所述步驟30的具體實(shí)現(xiàn)過程為：

步驟31、客戶端的CLI命令行窗口利用socket原理連接命令解析模塊；

步驟32、用戶在客戶端輸入命令；?

步驟33、服務(wù)端的CLI命令行小模塊通過Socket?Buf接收該命令；

步驟34、服務(wù)端收到命令BUF（命令行字符串）后，對(duì)命令進(jìn)行解析，并在全局命令節(jié)點(diǎn)中進(jìn)行該命令的查找；