[發(fā)明專利]異常場景模擬方法、裝置及設備

有效

• 申請?zhí)枺?/td>: 201610653124.9
• 申請日: 2016-08-10
• 公開（公告）號: CN106875184B
• 公開（公告）日: 2020-07-24
• 發(fā)明（設計）人: 徐松
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;G06Q20/38
• 代理公司: 北京博思佳知識產(chǎn)權代理有限公司 11415
• 代理人: 王茹

本申請是關于異常場景模擬方法、裝置及設備，所述方法包括：接收到信息端發(fā)送的第一信息時，攔截將所述第一信息轉換為第二信息的轉換請求；根據(jù)所述第一信息判斷預存的攔截配置中的攔截條件是否滿足，所述攔截配置中包括攔截條件和攔截條件對應的異常信息，所述異常信息是在真實異常場景下產(chǎn)生的異于所述第二信息的信息；根據(jù)判斷結果確定是否將所述第一信息轉換為所述異常信息，從而通過攔截機制實現(xiàn)自動化模擬異常場景，避免了人工修改造成的人力浪費、效率低以及出錯率高的問題，進一步提高了恢復機制驗證效率。

技術領域

本申請涉及互聯(lián)網(wǎng)技術領域，尤其涉及異常場景模擬方法、裝置及設備。

背景技術

在一些系統(tǒng)中，需要將接收的第一信息轉換為第二信息。第二信息是經(jīng)過轉換后，本系統(tǒng)可直接使用的信息。在網(wǎng)絡異常、配置異常等異常場景下，將第一信息進行轉換獲得的信息為異常信息，針對異常信息可以采用恢復機制進行第二信息的恢復。在產(chǎn)品上線前，需要對產(chǎn)品各功能進行驗證，特別是對恢復機制進行驗證，則可以通過模擬異常場景的方式進行恢復機制的驗證。

以支付渠道中掉單查詢驗證為例，在發(fā)起業(yè)務請求前，人工將緩存中各返回碼對應的結果狀態(tài)修改為異常結果狀態(tài)，在發(fā)起業(yè)務請求后，接收支付渠道對應的支付端發(fā)送的包含交易返回碼的交易結果信息，根據(jù)緩存中的映射關系將交易返回碼轉換為相應的結果狀態(tài)。由于人工已將所有返回碼的結果狀態(tài)修改為異常結果狀態(tài)，因此轉換后的結果狀態(tài)為異常結果狀態(tài)，即該次交易處于掉單狀態(tài)，則啟動掉單查詢的恢復機制。監(jiān)測到恢復機制啟動時，人工將緩存中各返回碼對應的結果狀態(tài)恢復為正確的結果狀態(tài)，以使恢復機制啟動后，向信息端發(fā)送查詢信息，根據(jù)接收的查詢返回碼、查詢結果中的交易返回碼以及恢復后的映射關系獲得正確的結果狀態(tài)，從而對掉單查詢進行驗證。

可見，需要人工模擬異常場景，浪費了人力資源、且效率低。

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

本申請?zhí)峁┊惓鼍澳M方法、裝置及設備，以解決現(xiàn)有技術浪費人力、模擬效率低的問題。

根據(jù)本申請實施例的第一方面，提供一種異常場景模擬方法，包括：

接收到信息端發(fā)送的第一信息時，攔截將所述第一信息轉換為第二信息的轉換請求；

根據(jù)所述第一信息判斷預存的攔截配置中的攔截條件是否滿足，所述攔截配置中包括攔截條件和攔截條件對應的異常信息，所述異常信息是在真實異常場景下產(chǎn)生的異于所述第二信息的信息；

根據(jù)判斷結果確定是否將所述第一信息轉換為所述異常信息。

根據(jù)本申請實施例的第二方面，提供一種異常場景模擬方法，所述方法包括：

攔截返回碼查詢請求，所述返回碼查詢請求攜帶渠道信息和/或接口信息；

查詢預先注入的攔截配置信息，所述攔截配置信息包括待攔截的渠道信息和\或接口信息；

如果攔截配置信息包括渠道信息，則當前運行環(huán)境為指定的預發(fā)布環(huán)境、且返回碼查詢請求中攜帶的渠道信息和攔截配置信息中渠道信息一致時，將該返回碼對應的狀態(tài)更改為異常狀態(tài)；

如果攔截配置信息包括接口信息，則當前運行環(huán)境為指定的預發(fā)布環(huán)境、且返回碼查詢請求中攜帶的接口信息和攔截配置信息中接口信息一致時，將該返回碼對應的狀態(tài)更改為異常狀態(tài)；

如果攔截配置信息包括渠道信息和接口信息，則當前運行環(huán)境為指定的預發(fā)布環(huán)境、且返回碼查詢請求中攜帶的渠道信息和接口信息分別與攔截配置信息中的渠道信息和接口信息一致時，將該返回碼對應的狀態(tài)更改為異常狀態(tài)。

根據(jù)本申請實施例的第三方面，提供一種異常場景模擬裝置，所述裝置包括：

攔截模塊，用于接收到信息端發(fā)送的第一信息時，攔截將所述第一信息轉換為第二信息的轉換請求；