【技術實現步驟摘要】
本申請涉及數據處理與金融科技領域，尤其涉及接口請求的處理方法、裝置、計算機設備及存儲介質。
技術介紹
1、在金融領域的復雜業務場景中，接口的性能測試是確保系統穩定性和高效運行的關鍵環節。性能測試通常涉及對特定接口在高并發、大數據量等極端條件下的響應速度、吞吐量、錯誤率等關鍵指標的評估。然而，在實際應用中，許多接口并非孤立存在，而是相互關聯、相互調用的。這種接口間的依賴關系在性能測試中帶來了額外的挑戰。
2、以接口a為例，它可能需要在處理請求時調用接口b和接口c以完成特定的業務邏輯。在對接口a進行性能壓測時，接口b和接口c的性能表現將直接影響接口a的測試結果。如果接口b或接口c存在性能瓶頸，那么即使接口a本身的邏輯處理非常高效，其整體性能也會因為依賴接口的拖累而大打折扣。
3、為了解決這個問題，傳統的方法是在性能測試中使用mock技術來模擬接口b和接口c的響應。mock技術通過構建一個模擬的服務來替代真實的接口b和接口c，從而允許測試人員在不依賴實際后端服務的情況下對接口a進行獨立的性能測試。
4、然而，傳統的mock方案無法指定mock響應時間的范圍。在真實的業務場景中，接口b和接口c的響應時間可能會受到多種因素的影響而發生變化，如網絡延遲、服務器負載等。如果mock響應時間的設定過于固定或單一，那么測試結果的準確性和可靠性將會受到質疑。另外，當并發請求數很大時，由于需要模擬大量的請求和響應，傳統的mock服務在處理高并發請求時可能會出現性能瓶頸，導致響應時間較長，進而影響整個性能測試的效率和
技術實現思路
1、本申請實施例的目的在于提出一種接口請求的處理方法、裝置、計算機設備及存儲介質，以解決現有的mock方案無法指定mock響應時間的范圍，并且當并發請求數很大時，傳統的mock服務在處理高并發請求時可能會出現性能瓶頸，導致響應時間較長，進而影響整個性能測試的效率和準確性的技術問題。
2、為了解決上述技術問題，本申請實施例提供一種接口請求的處理方法，采用了如下所述的技術方案：
3、判斷是否接收到被測試的指定接口發送的mock請求；
4、若是，提取所述mock請求中的關鍵信息，并記錄當前的第一系統時間；
5、獲取與所述關鍵信息匹配的目標mock規則；
6、基于所述目標mock規則生成與所述mock請求對應的響應報文，并記錄當前的第二系統時間；
7、基于所述第二系統時間與所述第一系統時間生成實際耗時，并判斷所述實際耗時是否大于預設的最大響應時間；
8、若是，將所述響應報文發送給所述指定接口，并基于預設的擴展策略獲取擴展節點數量；
9、啟動與所述擴展節點數量匹配的目標mock服務節點，并基于所述目標mock服務節點進行mock服務集群更新，得到目標mock服務集群；
10、將新接收的mock請求輪詢分發到所述目標mock服務集群中的所有mock服務節點。
11、進一步的，所述基于所述目標mock服務節點進行mock服務集群更新，得到目標mock服務集群的步驟，具體包括：
12、基于預設的驗證策略對所述目標mock服務節點進行服務狀態驗證；
13、若所述目標mock服務節點通過服務狀態驗證，則基于預設的測試策略對所述目標mock服務節點進行請求處理測試；
14、若所述目標mock服務節點通過請求處理測試，則基于所述目標mock服務節點進行mock服務集群更新，得到所述目標mock服務集群。
15、進一步的，所述獲取與所述關鍵信息匹配的目標mock規則的步驟，具體包括：
16、調用預設的緩存數據庫；
17、基于所述關鍵信息對所述緩存數據庫進行查詢處理，得到與所述關鍵信息匹配的指定mock規則；
18、將所述指定mock規則作為所述目標mock規則。
19、進一步的，所述提取所述mock請求中的關鍵信息的步驟，具體包括：
20、對所述mock請求進行解析處理，得到對應的解析信息；
21、從所述解析信息中提取路徑信息、參數信息以及頭部信息；
22、對所述路徑信息、所述參數信息以及所述頭部信息進行整合處理，得到對應的整合信息；
23、將所述整合信息作為所述關鍵信息。
24、進一步的，在所述判斷所述實際耗時是否大于預設的最大響應時間的步驟之后，還包括：
25、若所述實際耗時不大于所述最大響應時間，判斷所述實際耗時是否小于預設的最小響應時間；
26、若所述實際耗時小于所述最小響應時間，則基于所述最大響應時間與所述最小響應時間生成對應的mock響應時間；其中，所述mock響應時間為介于所述最小響應時間與所述最大響應時間的隨機值；
27、基于所述mock響應時間與所述實際耗時生成對應的休眠時間；
28、基于所述休眠時間進入休眠狀態，并在休眠結束后，將所述響應報文發送給所述指定接口。
29、進一步的，所述基于所述最大響應時間與所述最小響應時間生成對應的mock響應時間的步驟，具體包括：
30、調用預設的隨機數生成函數；
31、基于所述隨機數生成函數生成浮點數；
32、獲取所述最小響應時間與所述最大響應時間之間的數值范圍；
33、基于所述數值范圍對所述浮點數進行映射處理，得到對應的映射數據；
34、將所述映射數據作為所述mock響應時間。
35、進一步的，在所述將新接收的mock請求輪詢分發到所述目標mock服務集群中的所有mock服務節點的步驟之后，還包括：
36、調用預設的監控工具；
37、基于所述監控工具采集所述目標mock服務集群的監控數據；
38、對所述監控數據進行分析，得到對應的分析結果；
39、基于所述監控數據與所述分析結果對所述目標mock服務集群進行對應的配置調整處理。
40、為了解決上述技術問題，本申請實施例還提供一種接口請求的處理裝置，采用了如下所述的技術方案：
41、第一判斷模塊，用于判斷是否接收到被測試的指定接口發送的mock請求；
42、第一處理模塊，用于若是，提取所述mock請求中的關鍵信息，并記錄當前的第一系統時間；
43、獲取模塊，用于獲取與所述關鍵信息匹配的目標mock規則；
44、第二處理模塊，用于基于所述目標mock規則生成與所述mock請求對應的響應報文，并記錄當前的第二系統時間；
45、第二判斷模塊，用于基于所述第二系統時間與所述第一系統時間生成實際耗時，并判斷所述實際耗時是否大于預設的最大響應時間；
46、第三處理模塊，用于若是，將所述響應報文發送給所述指定接口，并基于預設的擴展策略獲取擴展節點數量；
4本文檔來自技高網...
【技術保護點】
1.一種接口請求的處理方法，其特征在于，包括下述步驟：
2.根據權利要求1所述的接口請求的處理方法，其特征在于，所述基于所述目標MOCK服務節點進行MOCK服務集群更新，得到目標MOCK服務集群的步驟，具體包括：
3.根據權利要求1所述的接口請求的處理方法，其特征在于，所述獲取與所述關鍵信息匹配的目標MOCK規則的步驟，具體包括：
4.根據權利要求1所述的接口請求的處理方法，其特征在于，所述提取所述MOCK請求中的關鍵信息的步驟，具體包括：
5.根據權利要求1所述的接口請求的處理方法，其特征在于，在所述判斷所述實際耗時是否大于預設的最大響應時間的步驟之后，還包括：
6.根據權利要求5所述的接口請求的處理方法，其特征在于，所述基于所述最大響應時間與所述最小響應時間生成對應的MOCK響應時間的步驟，具體包括：
7.根據權利要求1所述的接口請求的處理方法，其特征在于，在所述將新接收的MOCK請求輪詢分發到所述目標MOCK服務集群中的所有MOCK服務節點的步驟之后，還包括：
8.一種接口請求的處理裝置，其
9.一種計算機設備，其特征在于，包括存儲器和處理器，所述存儲器中存儲有計算機可讀指令，所述處理器執行所述計算機可讀指令時實現如權利要求1至7中任一項所述的接口請求的處理方法的步驟。
10.一種計算機可讀存儲介質，其特征在于，所述計算機可讀存儲介質上存儲有計算機可讀指令，所述計算機可讀指令被處理器執行時實現如權利要求1至7中任一項所述的接口請求的處理方法的步驟。
...【技術特征摘要】
1.一種接口請求的處理方法，其特征在于，包括下述步驟：
2.根據權利要求1所述的接口請求的處理方法，其特征在于，所述基于所述目標mock服務節點進行mock服務集群更新，得到目標mock服務集群的步驟，具體包括：
3.根據權利要求1所述的接口請求的處理方法，其特征在于，所述獲取與所述關鍵信息匹配的目標mock規則的步驟，具體包括：
4.根據權利要求1所述的接口請求的處理方法，其特征在于，所述提取所述mock請求中的關鍵信息的步驟，具體包括：
5.根據權利要求1所述的接口請求的處理方法，其特征在于，在所述判斷所述實際耗時是否大于預設的最大響應時間的步驟之后，還包括：
6.根據權利要求5所述的接口請求的處理方法，其特征在于，所述基于所述...
【專利技術屬性】
技術研發人員：黃韶軍，
申請(專利權)人：平安銀行股份有限公司，
類型：發明
國別省市：
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。