本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，具體涉及一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)及方法。

背景技術(shù)：

隨著軟件系統(tǒng)越來越復(fù)雜，大多數(shù)企業(yè)都采用面向服務(wù)的體系架構(gòu)來降低系統(tǒng)間的耦合度，提高服務(wù)組件的可重用性。然而，在開發(fā)和測(cè)試過程中，搭建外部服務(wù)系統(tǒng)，與外部服務(wù)系統(tǒng)聯(lián)調(diào)，準(zhǔn)備服務(wù)的測(cè)試數(shù)據(jù)就可能會(huì)成為瓶頸，而且可能需要多個(gè)人配合，嚴(yán)重浪費(fèi)人力。在實(shí)際進(jìn)行內(nèi)部測(cè)試及開發(fā)的工作環(huán)境中，傳統(tǒng)的mock系統(tǒng)(一種模擬測(cè)試系統(tǒng))功能單一、存在極大的使用限制；例如：無論用戶數(shù)量的多少、每個(gè)用戶的需求，mock系統(tǒng)都只能返回一個(gè)固定的mock應(yīng)答；當(dāng)任一用戶修改mock應(yīng)答，均會(huì)影響到其他用戶的使用，從而導(dǎo)致環(huán)境混亂。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于為了解決傳統(tǒng)mock工具應(yīng)答模式單一的問題，實(shí)現(xiàn)了mock工具應(yīng)答模式多樣化，并且避免環(huán)境混亂等問題的出現(xiàn)；提供一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)及方法。

為了達(dá)到上述目的，本發(fā)明通過以下技術(shù)方案實(shí)現(xiàn)：

一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法，所述方法包含：

為多個(gè)請(qǐng)求信息設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)；

客戶端獲取一個(gè)請(qǐng)求信息；

將所述請(qǐng)求信息發(fā)送至請(qǐng)求解析模塊進(jìn)行解析；

請(qǐng)求解析模塊根據(jù)已設(shè)定的應(yīng)答邏輯對(duì)解析后所述請(qǐng)求信息的內(nèi)容進(jìn)行邏輯判斷，將對(duì)應(yīng)的判斷結(jié)果返回至所述客戶端。

較佳地，在為多個(gè)請(qǐng)求信息設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)的步驟中包含：

根據(jù)每個(gè)所述請(qǐng)求信息中的服務(wù)名、接口名，設(shè)定所述請(qǐng)求信息是否需要設(shè)置對(duì)應(yīng)的模擬應(yīng)答信息；

當(dāng)需要時(shí)，為所述請(qǐng)求信息設(shè)置匹配的模擬應(yīng)答信息；

當(dāng)不需要時(shí)，根據(jù)所述請(qǐng)求信息的服務(wù)名，判斷所述請(qǐng)求信息是否需要設(shè)置默認(rèn)應(yīng)答信息；

當(dāng)需要時(shí)，為所述請(qǐng)求信息設(shè)置默認(rèn)應(yīng)答信息。

較佳地，在所述請(qǐng)求解析模塊將所述請(qǐng)求信息進(jìn)行解析的步驟中，包含如下步驟：

所述請(qǐng)求解析模塊解析所述請(qǐng)求信息，獲取所述請(qǐng)求信息中的服務(wù)名、接口名。

較佳地，在所述請(qǐng)求解析模塊根據(jù)已設(shè)定的應(yīng)答邏輯對(duì)解析所述請(qǐng)求信息的內(nèi)容進(jìn)行邏輯判斷，將對(duì)應(yīng)的判斷結(jié)果返回至所述客戶端的步驟中，包含如下步驟：

根據(jù)所述請(qǐng)求信息對(duì)應(yīng)的服務(wù)名、接口名，對(duì)所述請(qǐng)求信息進(jìn)行模擬應(yīng)答信息的匹配操作；

當(dāng)查找到匹配的模擬應(yīng)答信息時(shí)，向所述客戶端發(fā)送所述模擬應(yīng)答信息，結(jié)束；

當(dāng)未查找到匹配的模擬應(yīng)答信息時(shí)，根據(jù)所述請(qǐng)求信息的服務(wù)名查找是否存在匹配的默認(rèn)應(yīng)答信息；

當(dāng)查找到匹配的所述默認(rèn)應(yīng)答信息時(shí)，向所述客戶端發(fā)送所述默認(rèn)應(yīng)答信息，結(jié)束；

當(dāng)所述請(qǐng)求解析模塊未查找到匹配的默認(rèn)應(yīng)答信息時(shí)，調(diào)用所述請(qǐng)求信息的實(shí)際請(qǐng)求服務(wù)地址并將其發(fā)送至所述客戶端。

一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)，所述系統(tǒng)包含：

客戶端，所述客戶端獲取請(qǐng)求信息；

配置模塊，與所述請(qǐng)求解析模塊連接；所述配置模塊設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)；

請(qǐng)求解析模塊，與所述客戶端連接，獲取并解析所述客戶端發(fā)送的所述請(qǐng)求信息后；根據(jù)所述配置模塊的設(shè)置進(jìn)行應(yīng)答邏輯判斷并向所述客戶端返回判斷結(jié)果。

在符合本領(lǐng)域常識(shí)的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實(shí)例。

本發(fā)明的積極進(jìn)步效果在于：

本發(fā)明公開的一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)及方法，通過客戶端、請(qǐng)求解析模塊及配置模塊組建自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)。利用配置模塊設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)；用戶通過客戶端提出請(qǐng)求；請(qǐng)求解析模塊獲取用戶的請(qǐng)求信息，并將該請(qǐng)求信息進(jìn)行解析后；請(qǐng)求解析模塊根據(jù)已設(shè)定的應(yīng)答邏輯對(duì)解析后的請(qǐng)求信息內(nèi)容進(jìn)行邏輯判斷，將對(duì)應(yīng)的判斷結(jié)果返回至客戶端；最終實(shí)現(xiàn)可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法。本發(fā)明是基于網(wǎng)絡(luò)服務(wù)請(qǐng)求的模擬返回模式，具體的技術(shù)效果如下：1、通過用戶自主配置實(shí)現(xiàn)請(qǐng)求時(shí)自動(dòng)匹配應(yīng)答，實(shí)現(xiàn)了用戶的不同請(qǐng)求能夠得到不同的應(yīng)答信息；2、解決傳統(tǒng)mock工具應(yīng)答模式單一的問題，實(shí)現(xiàn)了mock工具應(yīng)答模式多樣化；3、避免了環(huán)境混亂等問題的出現(xiàn)。

附圖說明

圖1為本發(fā)明一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)的整體結(jié)構(gòu)示意圖。

圖2為本發(fā)明一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法的整體流程示意圖。

圖3為本發(fā)明一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法的實(shí)施例流程示意圖。

具體實(shí)施方式

下面通過實(shí)施例的方式進(jìn)一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實(shí)施例范圍之中。

以下結(jié)合附圖，通過詳細(xì)說明一個(gè)較佳的具體實(shí)施例，對(duì)本發(fā)明做進(jìn)一步闡述。

如圖1所示，一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答系統(tǒng)，該系統(tǒng)包含：客戶端1、請(qǐng)求解析模塊2及配置模塊3。其中，請(qǐng)求解析模塊2分別與客戶端1、配置模塊3連接。

本發(fā)明中，配置模塊3設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)。

本發(fā)明中，用戶將請(qǐng)求信息輸入至客戶端1；請(qǐng)求解析模塊2獲取并解析客戶端1發(fā)送的請(qǐng)求信息后，根據(jù)配置模塊3的設(shè)置進(jìn)行應(yīng)答邏輯判斷并向客戶端1返回判斷結(jié)果。

本實(shí)施例中，當(dāng)配置模塊3設(shè)置如下應(yīng)答邏輯：根據(jù)請(qǐng)求信息中服務(wù)名、接口名，判斷該請(qǐng)求信息是否需要配置對(duì)應(yīng)的模擬應(yīng)答參數(shù)。

當(dāng)需要時(shí)，配置模塊3為該請(qǐng)求信息設(shè)置匹配的模擬應(yīng)答信息。當(dāng)不需要時(shí)，配置模塊3設(shè)置如下應(yīng)答邏輯：根據(jù)該請(qǐng)求信息的服務(wù)名，判斷該請(qǐng)求信息是否需要配置默認(rèn)應(yīng)答信息。

當(dāng)需要時(shí)，配置模塊3為該請(qǐng)求信息設(shè)置默認(rèn)應(yīng)答信息。

如圖2所示，一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法，該方法包含：

S1，為多個(gè)請(qǐng)求信息設(shè)定應(yīng)答邏輯、應(yīng)答參數(shù)。該步驟具體包含如下步驟：

根據(jù)請(qǐng)求信息中服務(wù)名、接口名，配置模塊3判斷該請(qǐng)求信息是否需要設(shè)置對(duì)應(yīng)的模擬應(yīng)答信息。

本實(shí)施例中，配置模塊3根據(jù)請(qǐng)求信息中的服務(wù)名、接口名匹配該請(qǐng)求信息對(duì)應(yīng)的請(qǐng)求報(bào)文，并判斷該請(qǐng)求報(bào)文中是否存在相應(yīng)的關(guān)鍵字，這些關(guān)鍵字是否與配置模塊3內(nèi)對(duì)應(yīng)的服務(wù)名、接口名匹配的請(qǐng)求報(bào)文關(guān)鍵字一致。當(dāng)一致時(shí)，表明需要配置匹配的模擬應(yīng)答信息；當(dāng)不一致時(shí)，配置模塊3判斷該請(qǐng)求信息是否需要設(shè)置默認(rèn)應(yīng)答信息。

當(dāng)需要時(shí)，配置模塊3為該請(qǐng)求信息設(shè)置匹配的模擬應(yīng)答信息。

當(dāng)不需要時(shí)，根據(jù)該請(qǐng)求信息的服務(wù)名，配置模塊3判斷該請(qǐng)求信息是否需要設(shè)置默認(rèn)應(yīng)答信息。

當(dāng)需要時(shí)，配置模塊3為該請(qǐng)求信息設(shè)置默認(rèn)應(yīng)答信息。

本實(shí)施例中，當(dāng)根據(jù)任一請(qǐng)求信息的服務(wù)名配置模塊3判斷該請(qǐng)求信息無需配置默認(rèn)應(yīng)答信息時(shí)，請(qǐng)求解析模塊2調(diào)用該請(qǐng)求信息的實(shí)際請(qǐng)求服務(wù)地址。

S2，客戶端1獲取請(qǐng)求信息。

本實(shí)施例中，用戶將請(qǐng)求信息輸入至客戶端1，客戶端1將用戶輸入的請(qǐng)求信息轉(zhuǎn)化為請(qǐng)求統(tǒng)一資源定位符(URL)。

S3，將請(qǐng)求信息發(fā)送至請(qǐng)求解析模塊2進(jìn)行解析。該步驟具體如下：

請(qǐng)求解析模塊2通過客戶端1將用戶的請(qǐng)求信息進(jìn)行解析，獲取該請(qǐng)求信息中的服務(wù)名、接口名，并將該請(qǐng)求信息中的服務(wù)名、接口名發(fā)送至配置模塊3。

本實(shí)施例中，請(qǐng)求解析模塊2獲取請(qǐng)求URL，并將該請(qǐng)求URL解析為包含有服務(wù)名、接口名、請(qǐng)求報(bào)文的請(qǐng)求信息。

S4，請(qǐng)求解析模塊2根據(jù)已設(shè)定的應(yīng)答邏輯對(duì)解析后的請(qǐng)求信息內(nèi)容進(jìn)行邏輯判斷，將對(duì)應(yīng)的判斷結(jié)果返回至客戶端1。該步驟具體包含如下步驟：

請(qǐng)求解析模塊2獲取請(qǐng)求信息對(duì)應(yīng)的服務(wù)名、接口名，并進(jìn)行對(duì)該請(qǐng)求信息進(jìn)行模擬應(yīng)答參數(shù)的匹配操作。

當(dāng)在配置模塊3中查找到匹配的模擬應(yīng)答信息時(shí)，請(qǐng)求解析模塊2向客戶端1發(fā)送該模擬應(yīng)答信息，結(jié)束。

當(dāng)在配置模塊3中未查找到匹配的模擬應(yīng)答信息時(shí)，請(qǐng)求解析模塊2根據(jù)該請(qǐng)求信息的服務(wù)名查找是否存在對(duì)應(yīng)的默認(rèn)應(yīng)答信息。

當(dāng)請(qǐng)求解析模塊2在配置模塊3中查找到匹配的默認(rèn)應(yīng)答信息時(shí)，該請(qǐng)求解析模塊2向客戶端1發(fā)送配置模塊3已設(shè)定的該默認(rèn)應(yīng)答信息，結(jié)束。

當(dāng)請(qǐng)求解析模塊2未查找到該匹配的默認(rèn)應(yīng)答信息時(shí)，該請(qǐng)求解析模塊2調(diào)用該請(qǐng)求信息的實(shí)際請(qǐng)求服務(wù)地址并將其發(fā)送至客戶端1。

如圖3所示，本發(fā)明公開的一種可配置化的自動(dòng)模擬請(qǐng)求應(yīng)答方法的具體實(shí)施例如下：

A1，客戶端1獲取用戶的請(qǐng)求信息，并將其轉(zhuǎn)化為mock請(qǐng)求發(fā)送至請(qǐng)求解析模塊2；請(qǐng)求解析模塊2將該mock請(qǐng)求進(jìn)行解析，獲取該mock請(qǐng)求中的服務(wù)名、接口名及請(qǐng)求報(bào)文。

A2，根據(jù)請(qǐng)求解析模塊2發(fā)送的mock請(qǐng)求中的服務(wù)名、接口名，請(qǐng)求解析模塊2根據(jù)配置模塊3的設(shè)置判斷該mock請(qǐng)求是否存在與其匹配的配置mock應(yīng)答。當(dāng)存在時(shí)，執(zhí)行步驟A3；當(dāng)不存在時(shí)，跳轉(zhuǎn)至步驟A4。

A3，請(qǐng)求解析模塊2將與該mock請(qǐng)求匹配的配置mock應(yīng)答發(fā)送至客戶端1，結(jié)束。

A4，根據(jù)請(qǐng)求解析模塊2發(fā)送的mock請(qǐng)求中的服務(wù)名，請(qǐng)求解析模塊2判斷該mock請(qǐng)求是否存在與其匹配的默認(rèn)mock應(yīng)答。當(dāng)存在時(shí)，執(zhí)行步驟A5；當(dāng)不存在時(shí)，執(zhí)行步驟A6。

A5，請(qǐng)求解析模塊2將與該mock請(qǐng)求匹配的默認(rèn)mock應(yīng)答發(fā)送至客戶端1，結(jié)束。

A6，請(qǐng)求解析模塊2調(diào)用該mock請(qǐng)求的實(shí)際請(qǐng)求服務(wù)地址并將其發(fā)送至客戶端1。

雖然以上描述了本發(fā)明的具體實(shí)施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實(shí)質(zhì)的前提下，可以對(duì)這些實(shí)施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。