本發(fā)明涉及測(cè)試技術(shù)領(lǐng)域，尤其涉及一種測(cè)試用例的實(shí)現(xiàn)方法、系統(tǒng)及中間適配裝置。

背景技術(shù)：
對(duì)軟件的測(cè)試目前包含有功能測(cè)試、接口測(cè)試、協(xié)議測(cè)試和性能測(cè)試，各種測(cè)試在進(jìn)行測(cè)試時(shí)需要開(kāi)發(fā)單獨(dú)的測(cè)試工具，并且這些測(cè)試工具使用的測(cè)試用例都僅是針對(duì)一種測(cè)試工具而言進(jìn)行的開(kāi)發(fā)，因此該測(cè)試用例無(wú)法應(yīng)用于其他的測(cè)試工具。此外，在軟件測(cè)試中，經(jīng)常需要使用各種不同的測(cè)試儀表和測(cè)試工具，這些儀表和工具的測(cè)試用例在使用時(shí)也存在如下問(wèn)題：在A測(cè)試工具下能夠運(yùn)行的某個(gè)業(yè)務(wù)的測(cè)試用例在B測(cè)試工具下無(wú)法運(yùn)行，使得軟件測(cè)試在功能、接口、性能下存在較大的重復(fù)開(kāi)發(fā)工作。綜上所述，現(xiàn)有的測(cè)試用例在測(cè)試使用時(shí)由于不兼容等問(wèn)題影響了測(cè)試工作的開(kāi)展，給測(cè)試工具開(kāi)發(fā)帶來(lái)了很大的工作量。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的實(shí)施例提供一種測(cè)試用例的實(shí)現(xiàn)方法、系統(tǒng)及中間適配裝置，實(shí)現(xiàn)使測(cè)試用例可以兼容于多種測(cè)試工具。為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案：一種測(cè)試用例的實(shí)現(xiàn)方法，包括：在解釋引擎執(zhí)行測(cè)試用例時(shí)，中間適配裝置通過(guò)與指令消息適配的接口接收來(lái)自解釋引擎的指令消息，并將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式；中間適配裝置根據(jù)指令消息中的關(guān)鍵參數(shù)將解析后的指令消息發(fā)送到第三方測(cè)試平臺(tái)。進(jìn)一步地，該方法還包括：中間適配裝置針對(duì)每一種第三方測(cè)試平臺(tái)的承載類型配置有對(duì)應(yīng)的測(cè)試代理模塊；并將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式具體為：中間適配裝置中與第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式。進(jìn)一步地，該方法還包括：中間適配裝置接收來(lái)自第三方測(cè)試平臺(tái)的響應(yīng)消息，并將響應(yīng)消息封裝成解釋引擎可識(shí)別的格式；中間適配裝置通過(guò)與響應(yīng)消息適配的接口將響應(yīng)消息發(fā)送到解釋引擎。其中，上述與指令消息適配的接口包括：接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送建立連接指令消息的連接接口，接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送消息體的發(fā)送接口，接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送終止連接指令消息的斷開(kāi)接口；與響應(yīng)消息適配的接口包括：接收第三方測(cè)試平臺(tái)向解釋引擎發(fā)送響應(yīng)消息的接收接口。進(jìn)一步地，上述測(cè)試用例該方法還包括：解釋引擎接收到配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息，并根據(jù)配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息生成測(cè)試用例。一種中間適配裝置，包括：通用引擎模塊，用于在解釋引擎執(zhí)行測(cè)試用例時(shí)，通過(guò)與指令消息適配的接口接收來(lái)自解釋引擎的指令消息；測(cè)試代理模塊，用于將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式，并根據(jù)指令消息中的關(guān)鍵參數(shù)將解析后的指令消息發(fā)送到第三方測(cè)試平臺(tái)。中間適配裝置包括多個(gè)測(cè)試代理模塊，每個(gè)測(cè)試代理模塊針對(duì)每一種第三方測(cè)試平臺(tái)的承載類型而對(duì)應(yīng)配置；其中，每個(gè)與第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊，用于將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式。測(cè)試代理模塊，還用于接收來(lái)自第三方測(cè)試平臺(tái)的響應(yīng)消息，并將響應(yīng)消息封裝成解釋引擎可識(shí)別的格式；通用引擎模塊，還用于通過(guò)與響應(yīng)消息適配的接口將響應(yīng)消息發(fā)送到解釋引擎。其中，與指令消息適配的接口包括：用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送建立連接指令消息的連接接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送消息體的發(fā)送接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送終止連接指令消息的斷開(kāi)接口；與響應(yīng)消息適配的接口包括：用于接收第三方測(cè)試平臺(tái)向解釋引擎發(fā)送響應(yīng)消息的接收接口。一種測(cè)試用例的實(shí)現(xiàn)系統(tǒng)，包括上述的中間適配裝置和解釋引擎；其中，解釋引擎，用于接收到配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息，并根據(jù)配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息生成測(cè)試用例，以及執(zhí)行生成的測(cè)試用例。本發(fā)明實(shí)施例提供的測(cè)試用例的實(shí)現(xiàn)方法、系統(tǒng)及中間適配裝置中，對(duì)于解釋引擎的指令消息，通過(guò)采用中間適配裝置中對(duì)應(yīng)的適配接口接收，并封裝成接收該指令消息的第三方測(cè)試平臺(tái)可識(shí)別的格式的技術(shù)手段，解決了現(xiàn)有技術(shù)中由于測(cè)試用例無(wú)法與多個(gè)第三方測(cè)試平臺(tái)同時(shí)匹配造成的兼容性差的技術(shù)問(wèn)題，進(jìn)而取得了可屏蔽掉測(cè)試用例與多個(gè)第三方測(cè)試平臺(tái)接口、格式等差異問(wèn)題，使測(cè)試用例可以兼容于多個(gè)第三方測(cè)試平臺(tái)和對(duì)應(yīng)的測(cè)試工具，減少測(cè)試工具開(kāi)發(fā)的工作量，便于測(cè)試工作展開(kāi)的技術(shù)效果。附圖說(shuō)明為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為方法實(shí)施例中測(cè)試用例的實(shí)現(xiàn)方法的流程圖；圖2為方法實(shí)施例中中間適配裝置的部署示意圖；圖3為方法實(shí)施例中測(cè)試用例的生成方法流程圖；圖4為裝置實(shí)施例中中間適配裝置的結(jié)構(gòu)示意圖。具體實(shí)施方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。并且，以下各實(shí)施例均為本發(fā)明的可選方案，實(shí)施例的排列順序及實(shí)施例的編號(hào)與其優(yōu)選執(zhí)行順序無(wú)關(guān)。方法實(shí)施例本實(shí)施例提供一種測(cè)試用例的實(shí)現(xiàn)方法，如圖1，該方法包括：101，在解釋引擎(Engine)執(zhí)行測(cè)試用例時(shí)，中間適配裝置通過(guò)與指令消息適配的接口接收來(lái)自解釋引擎的指令消息；在本實(shí)施例中上述提到的與指令消息適配的接口包括：連接(Engine_connect)接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送建立連接指令消息，發(fā)送(Engine_send)接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送消息體，斷開(kāi)(Engine_disconnect)接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送終止連接指令消息；102，中間適配裝置將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式；在本實(shí)施例的優(yōu)選方案中，中間適配裝置針對(duì)每一種第三方測(cè)試平臺(tái)的承載類型配置有對(duì)應(yīng)的測(cè)試代理模塊，如圖2所示的本實(shí)施例中提供的中間適配裝置的部署示意圖，因此，步驟103可具體為：中間適配裝置中與第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式。103，中間適配裝置根據(jù)指令消息中的關(guān)鍵參數(shù)將解析后的指令消息發(fā)送到第三方測(cè)試平臺(tái)。上述關(guān)鍵參數(shù)根據(jù)指令消息的不同可以為：QueuID參數(shù)、TransKey參數(shù)、MessageBody參數(shù)等中的一種或幾種。QueuID為當(dāng)本次測(cè)試需要模擬或者測(cè)試多個(gè)網(wǎng)元設(shè)備時(shí)標(biāo)示指定設(shè)備的設(shè)備ID；TransKey指明本次鏈接的唯一標(biāo)示。MessageBody為本次需要發(fā)送消息的消息體。進(jìn)一步地，考慮到解釋引擎向第三方測(cè)試平臺(tái)發(fā)送完指令消息后，第三方測(cè)試平臺(tái)還可能在按照指令執(zhí)行動(dòng)作后返回響應(yīng)消息，因此，在本實(shí)施例中還可以包括：104，中間適配裝置接收來(lái)自第三方測(cè)試平臺(tái)的響應(yīng)消息，并將響應(yīng)消息封裝成解釋引擎可識(shí)別的格式；上述與響應(yīng)消息適配的接口包括：用于接收第三方測(cè)試平臺(tái)向解釋引擎發(fā)送響應(yīng)消息的接收(Engine_recei)接口。優(yōu)選方案中，104與上述103類似，104具體可以為：中間適配裝置中與第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊將指令消息封裝成解釋引擎可識(shí)別的格式。105，中間適配裝置通過(guò)與響應(yīng)消息適配的接口將響應(yīng)消息發(fā)送到解釋引擎。下面在中間適配裝置中與被測(cè)設(shè)備所在的第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊1的情況下，以具體指令為例，詳細(xì)描述一下101-105的執(zhí)行過(guò)程。例如當(dāng)測(cè)試用例在某一狀態(tài)，指令消息為向被測(cè)設(shè)備建立連接時(shí)，則過(guò)程如下：在所需要執(zhí)行的動(dòng)作為向被測(cè)設(shè)備建立鏈接時(shí)，則Engine調(diào)用中間適配裝置的Engine_Connect接口發(fā)送指令消息，調(diào)用時(shí)需要傳遞QueuID以及TransKey參數(shù)。QueuID為當(dāng)本次測(cè)試需要模擬或者測(cè)試多個(gè)網(wǎng)元設(shè)備時(shí)標(biāo)示指定設(shè)備的設(shè)備ID；TransKey指明本次鏈接的唯一標(biāo)示。中間適配裝置中與被測(cè)設(shè)備所在的第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊1接收Engine_Connect接口的指令消息，按照第三方測(cè)試平臺(tái)可識(shí)別的格式封裝后發(fā)送給第三方測(cè)試平臺(tái)；第三方測(cè)試平臺(tái)接收到指令消息與被測(cè)設(shè)備建立鏈接后，發(fā)送響應(yīng)消息到中間適配裝置，中間適配裝置根據(jù)QueuID得到相應(yīng)鏈接的響應(yīng)消息，然后由測(cè)試代理模塊1將該響應(yīng)消息封裝成Engine能夠識(shí)別的格式后，中間適配裝置通過(guò)Engine_Receive接口將封裝后的響應(yīng)消息發(fā)送到Engine。當(dāng)測(cè)試用例在某一狀態(tài)，指令消息為向被測(cè)設(shè)備發(fā)送消息時(shí)，則過(guò)程如下：在所需要執(zhí)行的動(dòng)作為向被測(cè)設(shè)備發(fā)送消息時(shí)，Engine調(diào)用中間適配裝置的Engine_Send接口發(fā)送消息體，調(diào)用時(shí)需要傳遞QueuID、TransKey、需要發(fā)送的報(bào)文消息體MessageBody。QueuID為當(dāng)本次測(cè)試需要模擬或者測(cè)試多個(gè)網(wǎng)元設(shè)備時(shí)標(biāo)示指定設(shè)備的設(shè)備ID；TransKey指明本次發(fā)送消息所使用鏈接的唯一標(biāo)示，MessageBody為本次需要發(fā)送消息的消息體。測(cè)試代理模塊1對(duì)Engine_Send接口的指令消息按照第三方測(cè)試平臺(tái)可識(shí)別的格式封裝后發(fā)送給第三方測(cè)試平臺(tái)；第三方測(cè)試平臺(tái)向被測(cè)設(shè)備發(fā)送消息，并在接收到被測(cè)設(shè)備的響應(yīng)消息后，發(fā)送到中間適配裝置，測(cè)試代理模塊1對(duì)該響應(yīng)消息封裝成Engine能夠識(shí)別的格式，中間適配裝置再通過(guò)Engine_Receive接口將該封裝后的響應(yīng)消息到Engine。當(dāng)測(cè)試用例在某一狀態(tài)，指令消息為終止被測(cè)設(shè)備鏈接時(shí)，則過(guò)程如下：在所需要執(zhí)行的動(dòng)作為終止與被測(cè)設(shè)備的鏈接，Engine調(diào)用中間適配裝置的Engine_Disconnect接口發(fā)送指令消息，調(diào)用時(shí)需要傳遞QueuID、TransKey。測(cè)試代理模塊1將該指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式后，發(fā)送到第三方平臺(tái)。第三方測(cè)試平臺(tái)向被測(cè)設(shè)備發(fā)送終止鏈接消息，接收到被測(cè)設(shè)備的響應(yīng)消息后，發(fā)送到中間適配裝置，有測(cè)試代理模塊1將響應(yīng)消息封裝成Engine識(shí)別的格式后，通過(guò)Engine_Receive接口將響應(yīng)消息返回給Engine。此外，若測(cè)試用例中的狀態(tài)機(jī)在需要執(zhí)行的動(dòng)作為重置計(jì)數(shù)器、查找數(shù)據(jù)庫(kù)、復(fù)制數(shù)據(jù)、設(shè)置關(guān)鍵字等其他操作時(shí)，則無(wú)需將動(dòng)作反饋給中間適配層，由Engine內(nèi)部處理即可。在本實(shí)施例中，中間適配層通過(guò)適配的接口收發(fā)Engine和第三方測(cè)試平臺(tái)之間交換的指令消息等，并在將該指令消息封裝為接收方可識(shí)別的格式后發(fā)送，進(jìn)而可以將Engine和第三方測(cè)試平臺(tái)之間的不兼容性屏蔽掉，解決了因?yàn)榻涌?、格式等差異?dǎo)致的測(cè)試工具開(kāi)發(fā)量大、工作不易展開(kāi)等技術(shù)問(wèn)題，取得了使測(cè)試用例可以兼容于多種測(cè)試工具的技術(shù)效果。此外，在本實(shí)施例的另一優(yōu)先方案中，針對(duì)上述方法還提供一種測(cè)試用例，該測(cè)試用例可通用于多種測(cè)試工具，解釋引擎等。該方法還包括：解釋引擎接收到配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息，并根據(jù)配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息生成測(cè)試用例。具體而言，在該方法中，為了實(shí)現(xiàn)測(cè)試用例的通用性，測(cè)試用例由Engine根據(jù)四部分信息而生成的。該四部分信息分別為：1)配置信息：配置信息包含了測(cè)試用例運(yùn)行時(shí)的物理配置(IP、端口)和業(yè)務(wù)配置信息。2)數(shù)據(jù)信息：數(shù)據(jù)信息文件包含了測(cè)試用例的字段取值信息；3)協(xié)議信息：包含了測(cè)試用例所承載的軟件協(xié)議的協(xié)議信息；4)狀態(tài)機(jī)文件：包含了測(cè)試用例所承載的流程信息。如圖3所示，根據(jù)上述四部分信息，該測(cè)試用例的實(shí)現(xiàn)過(guò)程包括：301，Engine讀取該測(cè)試用例對(duì)應(yīng)的配置信息，記錄相關(guān)的物理配置信息(被測(cè)對(duì)象的IP地址、端口、負(fù)載信息等)，形成配置信息對(duì)象。302，Engine讀取該測(cè)試用例對(duì)應(yīng)的協(xié)議信息，形成協(xié)議編解碼信息樹(shù)，作為對(duì)發(fā)送消息和接收消息編解碼的依據(jù)。303，Engine讀取狀態(tài)機(jī)信息，形成狀態(tài)機(jī)流程，作為對(duì)測(cè)試用例流程動(dòng)態(tài)解析的判斷依據(jù)。304，Engine將測(cè)試用例參數(shù)化得相應(yīng)數(shù)據(jù)，以正則表達(dá)式的方式與測(cè)試用例關(guān)聯(lián)，使用例執(zhí)行時(shí)Engine可以將協(xié)議中相應(yīng)部分按照參數(shù)化規(guī)則進(jìn)行替換。305，Engine執(zhí)行測(cè)試用例。執(zhí)行時(shí)Engine根據(jù)狀態(tài)機(jī)流程做相應(yīng)操作，如果為向被測(cè)設(shè)備發(fā)送消息，則調(diào)用Engine_send接口向第三方測(cè)試平臺(tái)的中間適配層發(fā)送消息。中間適配層再將消息轉(zhuǎn)發(fā)給第三方測(cè)試平臺(tái)。當(dāng)被測(cè)設(shè)備返回響應(yīng)消息時(shí)，第三方測(cè)試平臺(tái)將響應(yīng)消息返回給中間適配層，中間適配層將響應(yīng)消息再返回給Engine。具體執(zhí)行過(guò)程可參照上述101-105。在本實(shí)施例提供的測(cè)試用例的生成過(guò)程中，Engine根據(jù)四部分信息分別負(fù)載進(jìn)行協(xié)議解析(協(xié)議的解析，包括編碼、解碼)、流程解析(對(duì)業(yè)務(wù)流程的解釋)、配置解析(相關(guān)配置選項(xiàng)的解析)以及參數(shù)解析(消息參數(shù)的填充、替換和取值)，使得所開(kāi)發(fā)出來(lái)的測(cè)試用例，可適用于所有軟件測(cè)試儀表，解決了測(cè)試用例的兼容性問(wèn)題。裝置實(shí)施例本實(shí)施例提供一種中間適配裝置，如圖4所示，該裝置包括：通用引擎模塊41，測(cè)試代理模塊42。通用引擎模塊41，用于在解釋引擎執(zhí)行測(cè)試用例時(shí)，通過(guò)與指令消息適配的接口接收來(lái)自解釋引擎的指令消息；測(cè)試代理模塊42，用于將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式，并根據(jù)指令消息中的關(guān)鍵參數(shù)將解析后的指令消息發(fā)送到第三方測(cè)試平臺(tái)。優(yōu)選地，本實(shí)施例提供的中間適配裝置可以包括多個(gè)測(cè)試代理模塊42，每個(gè)測(cè)試代理模塊42針對(duì)每一種第三方測(cè)試平臺(tái)的承載類型而對(duì)應(yīng)配置；其中，每個(gè)與第三方測(cè)試平臺(tái)的承載類型對(duì)應(yīng)的測(cè)試代理模塊42，用于將指令消息封裝成第三方測(cè)試平臺(tái)可識(shí)別的格式。此外，測(cè)試代理模塊42，還用于接收來(lái)自第三方測(cè)試平臺(tái)的響應(yīng)消息，并將響應(yīng)消息封裝成解釋引擎可識(shí)別的格式；通用引擎模塊41，還用于通過(guò)與響應(yīng)消息適配的接口將響應(yīng)消息發(fā)送到解釋引擎。其中，上述與指令消息適配的接口包括：用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送建立連接指令消息的連接接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送消息體的發(fā)送接口，用于接收解釋引擎向第三方測(cè)試平臺(tái)發(fā)送終止連接指令消息的斷開(kāi)接口；上述與響應(yīng)消息適配的接口包括：用于接收第三方測(cè)試平臺(tái)向解釋引擎發(fā)送響應(yīng)消息的接收接口。在本實(shí)施例中，該中間適配裝置可以部署在第三方測(cè)試平臺(tái)中，也可以部署在與第三方測(cè)試平臺(tái)存在接口的主機(jī)上。本實(shí)施例提供的中間適配裝置可收發(fā)Engine與第三方測(cè)試平臺(tái)之間的指令消息等，使第三方測(cè)試平臺(tái)承載(TCP、UDP等)發(fā)送信息和接收信息的API接口與測(cè)試用例相應(yīng)接口的適配，實(shí)現(xiàn)使測(cè)試用例可以兼容于多種測(cè)試工具。系統(tǒng)實(shí)施例本實(shí)施例提供一種測(cè)試用例的實(shí)現(xiàn)系統(tǒng)，包括解釋引擎、中間適配裝置。其中，中間適配裝置可同裝置實(shí)施例中所說(shuō)的中間適配裝置；其中，解釋引擎，用于接收到配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息，并根據(jù)配置信息、協(xié)議信息、狀態(tài)機(jī)信息和數(shù)據(jù)信息生成測(cè)試用例，以及執(zhí)行生成的測(cè)試用例。具體測(cè)試用例的生成過(guò)程可參照方法實(shí)施例中描述，在不贅述。該中間適配裝置可以部署在第三方測(cè)試平臺(tái)中，也可以部署在與第三方測(cè)試平臺(tái)存在接口的主機(jī)上。本發(fā)明實(shí)施例提供的測(cè)試用例的實(shí)現(xiàn)系統(tǒng)中，對(duì)于解釋引擎的指令消息，通過(guò)采用中間適配裝置中對(duì)應(yīng)的適配接口接收，并封裝成接收該指令消息的第三方測(cè)試平臺(tái)可識(shí)別的格式的技術(shù)手段，解決了現(xiàn)有技術(shù)中由于測(cè)試用例無(wú)法與多個(gè)第三方測(cè)試平臺(tái)同時(shí)匹配造成的兼容性差的技術(shù)問(wèn)題，進(jìn)而取得了可屏蔽掉測(cè)試用例與多個(gè)第三方測(cè)試平臺(tái)接口、格式等差異問(wèn)題，使測(cè)試用例可以兼容于多個(gè)第三方測(cè)試平臺(tái)和對(duì)應(yīng)的測(cè)試工具，減少測(cè)試工具開(kāi)發(fā)的工作量，便于測(cè)試工作展開(kāi)的技術(shù)效果。通過(guò)以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤(pán)，硬盤(pán)或光盤(pán)等，包括若干指令用以使得一臺(tái)設(shè)備(可以是筆記本電腦等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。