[發明專利]應用響應模擬方法及裝置

在審

• 申請號: 202111492662.1
• 申請日: 2021-12-08
• 公開（公告）號: CN114422487A
• 公開（公告）日: 2022-04-29
• 發明（設計）人: 紀鑫宇;侯曉杰;馬映哲
• 申請（專利權）人: 聯動優勢電子商務有限公司
• 主分類號: H04L67/01
• 分類號: H04L67/01;H04L41/50;H04L49/25;H04L61/10;H04L67/56
• 代理公司: 北京德恒律治知識產權代理有限公司 11409
• 代理人: 章社杲;盧軍峰

本發明提供了一種應用響應模擬方法及裝置，涉及應用響應模擬技術領域。該方法應用于模擬應用響應平臺，該方法包括：當接收到客戶端應用發送的請求信息時，得到與請求信息對應的服務端應用和接口；基于接口的配置，以配置對應的傳輸方式將請求信息傳輸到服務端應用；接收服務端應用返回的響應數據，并將響應數據傳輸到客戶端應用。本發明實施例的應用響應模擬方法及裝置通過在客戶端應用和服務端應用之間增加模擬應用響應平臺并以該模擬應用響應平臺作為媒介來進行應用間的相互調用，使得工作量減小并提高了工作的整體效率。

技術領域

本發明涉及應用響應模擬技術領域，尤其是涉及一種應用響應模擬方法及裝置。

背景技術

在現今的互聯網公司的技術架構中，應用間的相互調用是最常見的系統間通信方式，例如在支付公司中，業務系統在一筆支付交易中要請求用戶系統、商戶系統、賬戶系統等多個內部核心系統，以校驗該筆交易要素是否符合支付要求。

在一個項目中，客戶端應用在調用服務端應用時客戶端應用功能先于服務端應用功能開發完成，在服務端功能開發完成之前，客戶端應用都無法調用后端接口。現在的解決辦法是服務端應用在功能開發完成之前先對接口返回固定值，供客戶端應用調用。這種方式在完全開發完之后還需要修改服務端系統代碼，再對整個系統進行整體聯調，增加了工作量，也降低了系統的靈活性。另外，在軟件測試階段經常性的需求是，測試客戶端應用在服務端應用不同返回值的情況下的健壯性，目前的主要測試方式是通過修改數據庫中的字段值，來通過服務端的真實接口返回不同的值給客戶端應用。此方法不僅工作量大，而且客戶端與服務端應用耦合度高，整體效率低下。

因此，亟需一種改進的方法來改善上述問題。

發明內容

有鑒于此，本發明的目的在于提供一種應用響應模擬方法及裝置，以改善上述技術問題。

第一方面，本發明實施例提供了一種應用響應模擬方法，所述方法應用于模擬應用響應平臺，所述方法包括：

當接收到客戶端應用發送的請求信息時，得到與所述請求信息對應的服務端應用和接口；

基于所述接口的配置，以所述配置對應的傳輸方式將所述請求信息傳輸到所述服務端應用；

接收所述服務端應用返回的響應數據，并將所述響應數據傳輸到所述客戶端應用。

結合第一方面，本發明實施例提供了第一方面的第一種可能的實施方式，其中，在所述當接收到客戶端應用發送的請求信息時，得到與所述請求信息對應的服務端應用和接口之前，包括：

控制加載器加載應用響應模擬過程中所需的加載項。

結合第一方面的第一種可能的實施方式，本發明實施例提供了第一方面的第二種可能的實施方式，其中，所述當接收到客戶端應用發送的請求信息時，得到與所述請求信息對應的服務端應用和接口，包括：

當接收到客戶端應用發送的請求信息時，通過控制識別器將所述請求信息與所述加載項進行匹配，得到與所述請求信息對應的加載項；

基于服務端應用、接口與所述加載項的預先確定的對應關系，得到與所述請求信息對應的服務端應用和接口。

結合第一方面的第二種可能的實施方式，本發明實施例提供了第一方面的第三種可能的實施方式，其中，所述基于服務端應用、接口與所述加載項的預先確定的對應關系，得到與所述請求信息對應的服務端應用和接口，包括：

對所述請求信息的地址進行解析，得到所述地址與所述服務端應用匹配所需的路徑；

將所述路徑與所述加載項進行匹配，并利用所述服務端應用與所述加載項的預先確定的對應關系，得到與所述請求信息對應的服務端應用。