欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

測試執(zhí)行器的制作方法

文檔序號(hào):6396082閱讀:150來源:國知局
專利名稱:測試執(zhí)行器的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及軟件測試,尤指用于執(zhí)行自動(dòng)測試用例的測試執(zhí)行器。
背景技術(shù)
自動(dòng)測試用例的執(zhí)行是自動(dòng)測試中一個(gè)關(guān)鍵環(huán)節(jié),它的實(shí)現(xiàn)目前主要有兩種方式一是測試用例以解釋型語言編寫,由執(zhí)行器解釋執(zhí)行;二是測試用例以編譯型語言編寫,其執(zhí)行器即為所有測試用例編譯后的可運(yùn)行程序,其執(zhí)行過程便是程序的運(yùn)行過程。前者以簡單、靈活和可控而得到大量的應(yīng)用,本發(fā)明是針對(duì)后者的執(zhí)行方式。
執(zhí)行器的主要目的是解釋執(zhí)行測試代碼(具體是由相應(yīng)的解釋器負(fù)責(zé)),但是,由于測試的互動(dòng)需要,它還必須提供測試通訊、監(jiān)視、控制、日志、告警、過程管理、調(diào)試及其跟蹤等通用的測試監(jiān)管功能。實(shí)現(xiàn)測試代碼的編程語言是多種多樣的,如tcl、python、perl、javascript等,因此執(zhí)行器的所需要的解釋器是不一樣的,而且如果一次測試中測試代碼包含多種語言,執(zhí)行器就同時(shí)需要多個(gè)解釋器。解釋器一般隨其對(duì)應(yīng)的編程語言提供的,而執(zhí)行器由測試工具的開發(fā)者設(shè)計(jì)和實(shí)現(xiàn)。
一般而言,不同執(zhí)行器的測試監(jiān)管功能大體是一致的,其開發(fā)工作量受其所能提供的功能所決定。能夠完全滿足自動(dòng)測試需要的測試監(jiān)管模塊的工作量是非常大的,減少這一部分的開發(fā)工作量對(duì)執(zhí)行器的開發(fā)有著重大的影響。此外,實(shí)際測試工作中不僅需要采用不同的測試編程語言,而且在比較大的系統(tǒng)測試中還可能需要同時(shí)執(zhí)行不同語言編寫的測試代碼,因而存在執(zhí)行器對(duì)不同解釋器的支持也是非常重要的。
現(xiàn)有的執(zhí)行器都是針對(duì)不同的解釋器而設(shè)計(jì)的,大部分執(zhí)行器都是一個(gè)解釋器加部分監(jiān)管代碼混合而成。對(duì)不同的解釋器,需要設(shè)計(jì)不同的執(zhí)行器。
目前幾乎所有的執(zhí)行器方案是圍繞著解釋器而設(shè)計(jì)的,也就是說,一個(gè)解釋器決定了一個(gè)執(zhí)行器的設(shè)計(jì),甚至在很多設(shè)計(jì)中兩者是等同的。其構(gòu)造方式類似于執(zhí)行器=解釋器+測試監(jiān)管模塊(完全實(shí)現(xiàn)或部分實(shí)現(xiàn)的)。
在這種設(shè)計(jì)中,解釋器和測試監(jiān)管模塊的代碼是相互混雜的,兩者一般難以分離。
上述方案有兩個(gè)致命的缺點(diǎn)1.執(zhí)行器的重用性差,在需要開發(fā)多個(gè)執(zhí)行器時(shí)效率低下執(zhí)行器的設(shè)計(jì)中,實(shí)現(xiàn)一個(gè)功能完全、能夠滿足測試的實(shí)際需求的測試監(jiān)管模塊是難度很高、工作量巨大的,它甚至要遠(yuǎn)遠(yuǎn)超過一個(gè)解釋器的工作量。而不同的測試執(zhí)行器對(duì)測試監(jiān)管模塊的需求基本上是一致的,因此完全可以設(shè)計(jì)為可重用的模塊。而該方案因?yàn)闆]有將解釋器和測試監(jiān)管模塊分離而使得測試監(jiān)管模塊的重用變得非常困難。這樣在針對(duì)不同的測試編程語言開發(fā)執(zhí)行器時(shí)開發(fā)效率會(huì)顯得十分低下,特別是當(dāng)這些執(zhí)行器是由不同的開發(fā)者承擔(dān)時(shí)。
2.執(zhí)行器的可擴(kuò)展性差由于執(zhí)行器的解釋器模塊和測試監(jiān)管模塊之間缺乏有效的分離,更沒有規(guī)范的接口,因而它對(duì)第三方的解釋器的可支持性差,更無法支持多個(gè)解釋器。這樣在新的測試編程語言被引入時(shí),必須為該語言對(duì)應(yīng)的解釋器開發(fā)新執(zhí)行器,而其大部分工作都屬于重復(fù)性開發(fā)。這種重復(fù)性開發(fā)的開發(fā)不僅浪費(fèi)了開發(fā)人員的時(shí)間和精力,而且由于執(zhí)行器需要相當(dāng)長的時(shí)間才能進(jìn)入穩(wěn)定應(yīng)用,這樣新語言的應(yīng)用時(shí)間也被拉長了,它導(dǎo)致了測試效率的低下和時(shí)間損失并最終會(huì)損害企業(yè)的市場成果。

發(fā)明內(nèi)容
本發(fā)明解決的問題是提供一種具有重用性和擴(kuò)展性的測試執(zhí)行器。
為解決上述問題,本發(fā)明測試執(zhí)行器包括測試監(jiān)管模塊,用于測試過程的互動(dòng)及通訊;若干解釋器模塊,解釋執(zhí)行自動(dòng)測試用例中的測試代碼;其中,測試監(jiān)管模塊與解釋器模塊分離設(shè)置并通過接口模塊進(jìn)行交互,且解釋器模塊通過測試監(jiān)管模塊與測試執(zhí)行器外部進(jìn)行交互。
所述測試監(jiān)管模塊設(shè)置有與測試執(zhí)行器外部交互的通訊模塊。
所述接口模塊包括以下通道創(chuàng)建連接通道,用于建立測試監(jiān)管模塊與目標(biāo)解釋器模塊間通訊的通道;輸入/輸出通道,用于測試監(jiān)管模塊向解釋器模塊輸入自動(dòng)測試用例,而解釋器模塊輸出自動(dòng)測試用例的測試結(jié)果信息;解釋器通信幀通道,用于將解釋器模塊輸入的通信幀轉(zhuǎn)發(fā)到目的地;轉(zhuǎn)發(fā)通信幀通道,用于監(jiān)管模塊將外部信息轉(zhuǎn)發(fā)給目標(biāo)解釋器模塊;關(guān)閉連接通道,測試監(jiān)管模塊向目標(biāo)解釋器模塊請(qǐng)求關(guān)閉與測試監(jiān)管模塊間通訊的通道。
所述創(chuàng)建連接通道設(shè)置有用戶標(biāo)識(shí)和通道標(biāo)識(shí),其中用戶標(biāo)識(shí)用來標(biāo)識(shí)通道的創(chuàng)建者和所有者,而通道標(biāo)識(shí)是測試監(jiān)管模塊與目標(biāo)解釋器模塊間通訊的通道的標(biāo)志。
所述解釋器通信幀通道中的通信幀包括用于回送測試過程信息和測試結(jié)果信息的反饋通信幀和向被測系統(tǒng)發(fā)送測試過程中控制信息的控制通信幀。
所述反饋通信幀的目的地址為用戶標(biāo)識(shí),源地址為通道標(biāo)識(shí);而控制通信幀的目的地址為被測系統(tǒng)與測試工具連接的測試端口的地址,源地址為通道標(biāo)識(shí)。
所述轉(zhuǎn)發(fā)通信幀通道傳送的通信幀的目的地址是通道標(biāo)識(shí),而源地址為被測系統(tǒng)與測試工具連接的測試端口的地址。
所述測試監(jiān)管模塊還包括如下模塊測試前處理模塊,用于分析記錄測試任務(wù)及分解包括有若干自動(dòng)測試用例的測試腳本,并將分解得到的自動(dòng)測試用例通過接口模塊發(fā)送給目標(biāo)解釋器模塊;測試過程管理模塊,用于測試過程的相關(guān)信息管理,通過接口模塊與解釋器模塊交互;測試后處理模塊,用于記錄測試結(jié)果及存儲(chǔ)測試結(jié)果信息,通過接口模塊與解釋器模塊交互。
與現(xiàn)有技術(shù)相比,本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明測試執(zhí)行器的測試監(jiān)管功能和解釋器分離開來,抽象出測試執(zhí)行器的框架結(jié)構(gòu),通過接口模塊與測試監(jiān)管模塊交互,進(jìn)而通過通訊模塊實(shí)現(xiàn)與執(zhí)行器外部交互。由于測試監(jiān)管功能是測試執(zhí)行器相對(duì)不變的部分,而解釋器模塊是隨測試需要所采用的測試代碼語言變化的部分,它們的分離使得測試監(jiān)管模塊的重用性提高。與此同時(shí),測試監(jiān)管模塊與解釋器接口模塊使得新的解釋器模塊很容易與老的測試執(zhí)行器的測試監(jiān)管模塊協(xié)同工作,從而使測試執(zhí)行器可以支持不同的解釋器模塊。這不僅重用了測試執(zhí)行器的框架,而且是測試執(zhí)行器可以擴(kuò)展支持不同的解釋器。重用性和擴(kuò)展性的提高最終減少了因?yàn)闇y試代碼語言的不同而帶來的測試執(zhí)行器的開發(fā)工作量,并且大大縮短了自動(dòng)測試工具適用時(shí)間,對(duì)自動(dòng)測試工具的開發(fā)和應(yīng)用效率有著改善。


圖1是本發(fā)明測試執(zhí)行器的整體框圖。
圖2是圖1的進(jìn)一步細(xì)化框圖。
圖3是本發(fā)明測試執(zhí)行器的應(yīng)用流程圖。
圖4是圖3的進(jìn)一步細(xì)化框圖。
具體實(shí)施例方式
本發(fā)明測試執(zhí)行器通過將測試監(jiān)管模塊與解釋器模塊分離開來以使不同的測試執(zhí)行器可以共享該測試監(jiān)管模塊。解釋器模塊只跟測試監(jiān)管模塊通訊而不能跟外部有直接聯(lián)系,解釋器模塊對(duì)測試執(zhí)行器外部的通訊(如解釋器模塊與被測系統(tǒng)的通訊)由測試監(jiān)管模塊中轉(zhuǎn),這樣通過測試監(jiān)管模塊中的接口模塊,測試執(zhí)行器能夠支持多種不同解釋器模塊,以最大限度地重用測試執(zhí)行器通用部分的設(shè)計(jì)并能夠同時(shí)支持多語言的測試代碼。
請(qǐng)參照?qǐng)D1所示,本發(fā)明測試執(zhí)行器1用來測試被測系統(tǒng)2,包括測試監(jiān)管模塊10,用于測試過程的互動(dòng)及通訊;若干解釋器模塊11,解釋執(zhí)行自動(dòng)測試用例中的測試代碼;測試監(jiān)管模塊10與解釋器模塊11分離設(shè)置接口模塊13進(jìn)行交互的,且解釋器模塊11通過測試監(jiān)管模塊10與測試執(zhí)行器1外部進(jìn)行交互。
測試腳本通過控制臺(tái)3的輸入并發(fā)送至測試監(jiān)控模塊10中。控制臺(tái)3是測試人員的操作界面,是測試執(zhí)行器1的客戶端程序,既可以是圖形界面也可以是文本命令行界面。測試腳本又稱為測試代碼文本,一個(gè)測試腳本可以含有一個(gè)或多個(gè)自動(dòng)測試用例。自動(dòng)測試用例執(zhí)行結(jié)果是用格式文本表示的測試腳本執(zhí)行的測試結(jié)果信息,其中含有所對(duì)應(yīng)的自動(dòng)測試用例標(biāo)識(shí),因其具體格式的表示不屬于本發(fā)明的內(nèi)容,這里不再詳述。
本實(shí)施例中,接口模塊13設(shè)置在測試監(jiān)管模塊10中,當(dāng)然也可以獨(dú)立設(shè)置。請(qǐng)參照?qǐng)D2所示,測試監(jiān)管模塊10進(jìn)一步包括通訊模塊101,與測試執(zhí)行器1外部交互,是測試執(zhí)行器1對(duì)控制臺(tái)3和被測試系統(tǒng)2的通信接口,使前者與后二者的耦合最?。粶y試前處理模塊102,用于分析記錄測試任務(wù)及分解包括有若干自動(dòng)測試用例的測試腳本,并將分解得到的自動(dòng)測試用例通過接口模塊13發(fā)送給目標(biāo)解釋器模塊;測試過程管理模塊103,用于測試過程的相關(guān)信息管理(如告警、異常處理、測試度量與統(tǒng)計(jì)、日志等),通過接口模塊13與解釋器模塊11交互;測試后處理模塊104,用于記錄測試結(jié)果及存儲(chǔ)測試結(jié)果信息,通過接口模塊13與解釋器模塊11交互,直接向測試過程管理模塊103傳遞信息,這些信息包括來自控制臺(tái)的測試控制和跟蹤指令、來自解釋器模塊11的測試異常、測試結(jié)果、測試中間過程信息等。由于測試前處理模塊102、測試過程管理模塊103及測試后處理模塊104是現(xiàn)有技術(shù)不再贅述。
接口模塊13包括以下通道1)創(chuàng)建連接通道(OpenChannel),用于建立測試監(jiān)管模塊10與目標(biāo)解釋器模塊間通訊的通道;輸入用戶標(biāo)識(shí);輸出通道標(biāo)識(shí)這里的用戶標(biāo)識(shí)用來通道的創(chuàng)建者和所有者,其具體含義由測試監(jiān)管模塊10解釋。例如,測試人員從控制臺(tái)3發(fā)起一個(gè)測試任務(wù),則可以把測試任務(wù)的標(biāo)識(shí)當(dāng)作用戶標(biāo)識(shí)。通道標(biāo)識(shí)是被建立通道的識(shí)別標(biāo)志,通常用一個(gè)整數(shù)或字符串來表示,其含義由參與創(chuàng)建它的解釋器來具體解釋。
2)輸入/輸出通道(SendScript),用于測試監(jiān)管模塊10向解釋器模塊11輸入自動(dòng)測試用例,而解釋器模塊11輸出自動(dòng)測試用例的測試結(jié)果信息;輸入測試代碼文本;輸出測試代碼執(zhí)行結(jié)果(格式文本)3)解釋器通信幀通道(ReceiveFrame),用于將解釋器模塊11輸入的通信幀轉(zhuǎn)發(fā)到目的地;輸入二進(jìn)制通信幀;輸出轉(zhuǎn)發(fā)通信幀到目的地。其中通信幀包含收、發(fā)方的地址或標(biāo)識(shí)。
解釋器通信幀通道中的通信幀包括用于回送測試過程信息和測試結(jié)果信息的反饋通信幀和向被測系統(tǒng)2發(fā)送測試過程中控制信息的控制通信幀,例如在協(xié)議測試中,解釋器模塊11在運(yùn)行測試代碼時(shí)會(huì)向被測系統(tǒng)2發(fā)送消息。
反饋通信幀的目的地址為用戶標(biāo)識(shí),源地址為通道標(biāo)識(shí);而控制通信幀的目的地址為被測系統(tǒng)2與測試工具連接的測試端口的地址,源地址為通道標(biāo)識(shí)。
4)轉(zhuǎn)發(fā)通信幀通道(SendFrame),用于測試監(jiān)管模塊10將外部信息(主要使指來自被測系統(tǒng)2的響應(yīng)信息)轉(zhuǎn)發(fā)給目標(biāo)解釋器模塊。例如,將來自被測系統(tǒng)2的響應(yīng)信息(如協(xié)議測試中的應(yīng)答消息)中轉(zhuǎn)到解釋器模塊11中;輸入二進(jìn)制通信幀;輸出轉(zhuǎn)發(fā)通信幀到解釋器模塊11。
轉(zhuǎn)發(fā)通信幀通道傳送的通信幀的目的地址是通道標(biāo)識(shí),而源地址為被測系統(tǒng)2與測試工具連接的測試端口的地址。
5)關(guān)閉連接通道(CloseChannel),測試監(jiān)管模塊10向目標(biāo)解釋器模塊請(qǐng)求關(guān)閉與測試監(jiān)管模塊10間通訊的通道。
輸入通道標(biāo)識(shí);輸出無。
實(shí)際應(yīng)用中,例如一個(gè)產(chǎn)品的測試腳本是用TCL和TTCN語言編寫的(這在具體的測試中是比較常見的情況,例如用TTCN來編寫協(xié)議自動(dòng)測試用例,用TCL來編寫功能自動(dòng)測試用例),并且每個(gè)自動(dòng)測試用例的測試腳本文件用同一種語言編寫,相應(yīng)測試腳本文件的擴(kuò)展名與該語言相關(guān)聯(lián)。在運(yùn)行該產(chǎn)品的測試腳本時(shí)就需要在測試執(zhí)行器1中在測試期間支持TCL和TTCN解釋器模塊11。測試前處理模塊102根據(jù)測試腳本文件的擴(kuò)展名確定該測試腳本運(yùn)行所需的解釋器模塊11是TCL解釋器還是TTCN的解釋器,并將測試腳本文件中的測試腳本通過接口模塊13送到TCL或TTCN的解釋器模塊11中。在測試腳本運(yùn)行過程中,解釋器模塊11通過接口模塊13與被測系統(tǒng)2交互,或者向測試后處理模塊104發(fā)送測試結(jié)果信息。
請(qǐng)參照?qǐng)D3、4所示,本發(fā)明測試執(zhí)行器的應(yīng)用流程如下1)用戶從控制臺(tái)輸入測試腳本并發(fā)送到測試執(zhí)行器的通訊模塊,例如用戶從控制臺(tái)發(fā)起一個(gè)測試任務(wù),并向測試監(jiān)管模塊傳入一個(gè)或多個(gè)測試腳本文件;2)轉(zhuǎn)發(fā)測試腳本到測試前處理模塊,測試前處理模塊分解測試腳本獲得若干自動(dòng)測試用例,根據(jù)測試腳本文件的擴(kuò)展名配置本次測試所需要的目標(biāo)解釋器模塊;3)各個(gè)自動(dòng)測試用例通過接口模塊被送到解釋器模塊;使用創(chuàng)建連接通道(OpenChannel)向目標(biāo)解釋器模塊請(qǐng)求創(chuàng)建一個(gè)連接;連接創(chuàng)建成功后使用輸入/輸出通道(SendScript)依測試腳本文件次序或依自動(dòng)測試用例次序向目標(biāo)解釋器模塊傳入測試腳本;4)各個(gè)自動(dòng)測試用例由目標(biāo)解釋器模塊解釋執(zhí)行之;5)解釋器模塊在執(zhí)行測試腳本的過程中通過接口模塊進(jìn)行信息交互51)解釋器模塊經(jīng)由接口模塊的解釋器通信幀通道(ReceiveFrame)、測試過程管理模塊、通訊模塊向控制臺(tái)回送測試過程信息;52)解釋器模塊經(jīng)由接口模塊的解釋器通信幀通道(ReceiveFrame)向被測系統(tǒng)發(fā)送控制信息(例如協(xié)議測試中),而被測系統(tǒng)通過轉(zhuǎn)發(fā)通信幀通道(SendFrame),將來自被測系統(tǒng)的信息(如協(xié)議測試中的應(yīng)答消息)中轉(zhuǎn)到解釋器模塊中;6)解釋器模塊結(jié)束執(zhí)行測試用例,測試結(jié)果信息通過接口模塊進(jìn)行交互;通過接口模塊的解釋器通信幀通道(ReceiveFrame)將測試結(jié)果信息送到測試后處理模塊在經(jīng)由通訊模塊傳送到控制臺(tái);7)監(jiān)管模塊接口模塊的關(guān)閉連接通道(CloseChannel)請(qǐng)求解釋器模塊關(guān)閉連接;8)測試任務(wù)結(jié)束。
本發(fā)明測試執(zhí)行器的測試監(jiān)管功能和解釋器分離開來,通過接口模塊與測試監(jiān)管模塊交互,進(jìn)而通過通訊模塊實(shí)現(xiàn)與執(zhí)行器外部交互。由于測試監(jiān)管功能是測試執(zhí)行器相對(duì)不變的部分,而解釋器模塊是隨測試需要所采用的測試代碼語言變化的部分,它們的分離使得測試監(jiān)管模塊的重用性提高。與此同時(shí),測試監(jiān)管模塊與解釋器接口模塊使得新的解釋器模塊很容易與老的測試執(zhí)行器的測試監(jiān)管模塊協(xié)同工作,從而使測試執(zhí)行器可以支持不同的解釋器模塊。這不僅重用了測試執(zhí)行器的框架,而且是測試執(zhí)行器可以擴(kuò)展支持不同的解釋器。重用性和擴(kuò)展性的提高最終減少了因?yàn)闇y試代碼語言的不同而帶來的測試執(zhí)行器的開發(fā)工作量,并且大大縮短了測試工具適用時(shí)間,對(duì)自動(dòng)測試工具的開發(fā)和應(yīng)用效率有的改善。
權(quán)利要求
1.一種測試執(zhí)行器,其特征在于,包括測試監(jiān)管模塊,用于測試過程的互動(dòng)及通訊;若干解釋器模塊,解釋執(zhí)行自動(dòng)測試用例中的測試代碼;其中,測試監(jiān)管模塊與解釋器模塊分離設(shè)置并通過接口模塊進(jìn)行交互,且解釋器模塊通過測試監(jiān)管模塊與測試執(zhí)行器外部進(jìn)行交互。
2.如權(quán)利要求1所述的測試執(zhí)行器,其特征在于,測試監(jiān)管模塊設(shè)置有與測試執(zhí)行器外部交互的通訊模塊。
3.如權(quán)利要求1所述的測試執(zhí)行器,其特征在于,接口模塊包括以下通道創(chuàng)建連接通道,用于建立測試監(jiān)管模塊與目標(biāo)解釋器模塊間通訊的通道;輸入/輸出通道,用于測試監(jiān)管模塊向解釋器模塊輸入自動(dòng)測試用例,而解釋器模塊輸出自動(dòng)測試用例的測試結(jié)果信息;解釋器通信幀通道,用于將解釋器模塊輸入的通信幀轉(zhuǎn)發(fā)到目的地;轉(zhuǎn)發(fā)通信幀通道,用于監(jiān)管模塊將外部信息轉(zhuǎn)發(fā)給目標(biāo)解釋器模塊;關(guān)閉連接通道,測試監(jiān)管模塊向目標(biāo)解釋器模塊請(qǐng)求關(guān)閉與測試監(jiān)管模塊間通訊的通道。
4.如權(quán)利要求3所述的測試執(zhí)行器,其特征在于,創(chuàng)建連接通道設(shè)置有用戶標(biāo)識(shí)和通道標(biāo)識(shí),其中用戶標(biāo)識(shí)用來標(biāo)識(shí)通道的創(chuàng)建者和所有者,而通道標(biāo)識(shí)是測試監(jiān)管模塊與目標(biāo)解釋器模塊間通訊的通道的標(biāo)志。
5.如權(quán)利要求4所述的測試執(zhí)行器,其特征在于,解釋器通信幀通道中的通信幀包括用于回送測試過程信息和測試結(jié)果信息的反饋通信幀和向被測系統(tǒng)發(fā)送測試過程中控制信息的控制通信幀。
6.如權(quán)利要求5所述的測試執(zhí)行器,其特征在于,反饋通信幀的目的地址為用戶標(biāo)識(shí),源地址為通道標(biāo)識(shí);而控制通信幀的目的地址為被測系統(tǒng)與測試工具連接的測試端口的地址,源地址為通道標(biāo)識(shí)。
7.如權(quán)利要求4所述的測試執(zhí)行器,其特征在于,轉(zhuǎn)發(fā)通信幀通道傳送的通信幀的目的地址是通道標(biāo)識(shí),而源地址為被測系統(tǒng)與測試工具連接的測試端口的地址。
8.如權(quán)利要求3所述的測試執(zhí)行器,其特征在于,測試監(jiān)管模塊還包括如下模塊測試前處理模塊,用于分析記錄測試任務(wù)及分解包括有若干自動(dòng)測試用例的測試腳本,并將分解得到的自動(dòng)測試用例通過接口模塊發(fā)送給目標(biāo)解釋器模塊;測試過程管理模塊,用于測試過程的相關(guān)信息管理,通過接口模塊與解釋器模塊交互;測試后處理模塊,用于記錄測試結(jié)果及存儲(chǔ)測試結(jié)果信息,通過接口模塊與解釋器模塊交互。
全文摘要
一種測試執(zhí)行器,包括測試監(jiān)管模塊,用于測試過程的互動(dòng)及通訊;若干解釋器模塊,解釋執(zhí)行自動(dòng)測試用例中的測試代碼;其中,測試監(jiān)管模塊與解釋器模塊分離設(shè)置并通過接口模塊進(jìn)行交互,且解釋器模塊通過測試監(jiān)管模塊與測試執(zhí)行器外部進(jìn)行交互。本發(fā)明測試執(zhí)行器的測試監(jiān)管功能和解釋器分離開來,抽象出測試執(zhí)行器的框架結(jié)構(gòu),通過接口模塊與測試監(jiān)管模塊交互,進(jìn)而通過通訊模塊實(shí)現(xiàn)與執(zhí)行器外部交互。由于測試監(jiān)管功能是測試執(zhí)行器相對(duì)不變的部分,而解釋器模塊是隨測試需要所采用的測試代碼語言變化的部分,它們的分離使得測試監(jiān)管模塊的重用性提高。
文檔編號(hào)G06F11/36GK1677362SQ20041003161
公開日2005年10月5日 申請(qǐng)日期2004年3月29日 優(yōu)先權(quán)日2004年3月29日
發(fā)明者李泓 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
呼玛县| 防城港市| 凭祥市| 华池县| 安化县| 景德镇市| 天全县| 全南县| 深州市| 札达县| 黔东| 贵州省| 扎鲁特旗| 金平| 河间市| 大厂| 清丰县| 红原县| 淮南市| 辉县市| 旅游| 青铜峡市| 临泽县| 政和县| 泸州市| 承德市| 岱山县| 鸡东县| 手游| 内黄县| 龙海市| 农安县| 平山县| 麦盖提县| 天门市| 长子县| 泾阳县| 高碑店市| 崇阳县| 句容市| 泾阳县|