CN115150377A - 一种模拟接口调用及处理方法和装置 - Google Patents

一种模拟接口调用及处理方法和装置 Download PDF

Info

Publication number
CN115150377A
CN115150377A CN202210790438.9A CN202210790438A CN115150377A CN 115150377 A CN115150377 A CN 115150377A CN 202210790438 A CN202210790438 A CN 202210790438A CN 115150377 A CN115150377 A CN 115150377A
Authority
CN
China
Prior art keywords
mock
request
interface
agent
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210790438.9A
Other languages
English (en)
Inventor
金国平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Jike Intelligent Technology Group Co ltd
Original Assignee
Shanghai Jike Intelligent Technology Group Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Jike Intelligent Technology Group Co ltd filed Critical Shanghai Jike Intelligent Technology Group Co ltd
Priority to CN202210790438.9A priority Critical patent/CN115150377A/zh
Publication of CN115150377A publication Critical patent/CN115150377A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/30—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
    • H04L63/306—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information intercepting packet switched data communications, e.g. Web, Internet or IMS communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供一种模拟接口调用及处理方法和装置，涉及模拟接口调用技术领域，包括以下步骤：步骤一：捕获协议，通过http_connect与request的方法捕获的请求信息，再在存储的数据库标识及数据进行匹配判断执行Mock工具，response的方法对HTTP响应被成功完整读取，用mitmproxy捕获拦截的方式可以主动的区分是否需要执行mock，这样不用指定调用某个mock接口，提高了测试工作效率，同时在接口请求匹配mock，根据预先配置的报文参数值来判断属于哪个Mock场景，从而定位当前需要的返回参数，并且使用mock可以减少开发改动代码的风险和工作量，也可以减少与第三方的沟通成本，不用只能基于第三方的服务，而Mock工具可以同时配置多个场景，避免了每次调用每次的配置。

Description

一种模拟接口调用及处理方法和装置
技术领域
本发明涉及模拟接口调用技术领域，尤其涉及一种模拟接口调用及处理方法和装置。
背景技术
相关技术中，服务器可以对外提供接口服务，目前对特定的业务场景、第三方接口或者未开发完成的接口需要改动开发代码或改动数据库参数才可进行测试，而特定场景、第三方接口或者未开发完成的接口模拟接口返回采用捕获协议以及Mock方式实现测试，并且目前Mock工具没有雷同的实现模式，主要还是以指定Mock接口的方式进行测试的方法，导致每次都需要修改调用的接口，所有需要在不改动开发代码的情况下，系统自行判断是否需要执行Mock，同时在市场中没有根据条件且不改动开发代码判断是否需要模拟接口调用。
发明内容
本发明的目的是为了解决现有技术中存在的缺点，而提出的一种模拟接口调用及处理方法和装置。
为了实现上述目的，本发明采用了如下技术方案：一种模拟接口调用的处理方法，包括以下步骤：
步骤一：捕获协议，通过http_connect与request的方法捕获的请求信息，再在存储的数据库标识及数据进行匹配判断执行Mock工具，response的方法对HTTP响应被成功完整读取；
步骤二：模拟接口调用，为实现模拟接口调用而搭建的一个mock-server，在被测系统与外部系统之间搭建，利用pythonflask简单搭建mock-server服务，前后端人员只需要定义好接口文档就可以开始并行工作，互不影响，只在最后的联调阶段往来密切，后端与后端之间如果有接口耦合，也同样能被Mock解决，测试过程中如果遇到依赖接口没有准备好，同样可以借助Mock，不会出现一个团队等待另一个团队的情况。
为了捕获请求信息，本发明改进有，在步骤一中，捕获协议是基于mitmproxy代理，mitmproxy可为HTTP/1,HTTP/2提供交互式的，具有SSL/TLS功能的拦截代理。
为了模拟接口调用，本发明改进有，在步骤二中，模拟接口调用的处理方法和装置的详情内容如下：
S1，预先设置拦截信息，以及mock数据；
S2，捕获用户接口调用请求；
S3，对请求信息与预先设置的对象进行集中匹配；
S4，若所述请求信息与预设信息一致且预设标识为开启，则进行mock数据的匹配；
S5，对请求信息与mock预先设置的对象进行集中匹配；
S6，如请求与预设信息一致且预设标识，则对请求报文的关键字与预设的Mock场景的条件做匹配；
S7，若匹配一致则将Mock的返回数据，返回至所述客户端或下游。
为了实现模拟接口，本发明改进有，在步骤二中，模拟接口调用的具体技术操作流程如下：
S1，对接口请求服务器预先配置好中间人代理服务；
S2，通过Mitmproxy再做监控拦截，获取请求接口的ip、端口、请求路径，请求头、请求报文，如需要自制ssl证书则放行；
S3，与预先配置的拦截Ip、端口做匹配，如未匹配上则放行；
S4，确认其请求接口需要Mock数据，代理人服务再透传给Mock平台；
S5，mock平台收到中间人代理的发送的接口请求数据；
S6，根据预先配置的Mock的接口地址做匹配，如未匹配上则放行；
S7，确认后，在使用配置的获取接口标识的方式获取接口标识；(标识可能位置：url，body，form，xml，header)；
S8，获取到接口标识后，匹配根据报文键值对与预先配置的键值对做比对；
S9，如键值对比对一致，则向代理人服务返回对应mock数据，如键值对未匹配上对应数据，则向代理人服务返回该接口预先配置好的默认值；
S10，收到mock平台的返回数据，再返回给请求服务器，服务器发出请求使用代理服务监控拦截，捕获请求信息发送mock平台，Mock平台收到请求信息，查询预先配置的mock对象，得到mock数据后向代理服务返回报文，向代理服务返回配置对应的报文，若不包含，则向代理服务返回配置默认的报文，代理服务接收到mock数据，再发送给服务器。
为了调用代理接口信息，本发明改进有，在步骤二中，查询预设的代理接口信息需要包含所述请求信息中包含至少一个代理接口信息；若包含，则发送mock平台，若不包含，则不发送mock平台，正常调用。
为了限定中间人代理范围，本发明改进有，在步骤二中，所述的中间人代理是一个网络代理服务，中间人代理与mock平台，都可以运行在本地，也可以运行在云端，可以通过此平台人工配置相关数据及查询。
一种模拟接口调用的装置，所述装置包括：
存储器，包括服务器代理、监控拦截请求、监控拦截返回、修改请求、修改返回模块，其中，中间人代理是在被测系统与外部系统之间搭建代理服务器，监控拦截用户请求信息；
处理器，通过执行所述存储器中的程序实现任意一种方法。
与现有技术相比，本发明的优点和积极效果在于，
本发明中，用mitmproxy捕获拦截的方式可以主动的区分是否需要执行mock，这样不用指定调用某个mock接口，提高了测试工作效率，同时在接口请求匹配mock，根据预先配置的报文参数值来判断属于哪个Mock场景，从而定位当前需要的返回参数，并且使用mock可以减少开发改动代码的风险和工作量，也可以减少与第三方的沟通成本，不用只能基于第三方的服务，而Mock工具可以同时配置多个场景，避免了每次调用每次的配置，减少了繁琐的配置工作。
附图说明
图1为本发明提出一种模拟接口调用及处理方法和装置的结构示意图；
图2为本发明提出一种模拟接口调用及处理方法的信息服务流转图；
图3为本发明提出一种模拟接口调用及处理方法的工作流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和实施例对本发明做进一步说明。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开说明书的具体实施例的限制。
实施例一，请参阅图1-3，本发明提供一种技术方案：一种模拟接口调用的处理方法，包括以下步骤：
步骤一：捕获协议，通过http_connect与request的方法捕获的请求信息，再在存储的数据库标识及数据进行匹配判断执行Mock工具，response的方法对HTTP响应被成功完整读取；
步骤二：模拟接口调用，为实现模拟接口调用而搭建的一个mock-server，在被测系统与外部系统之间搭建，利用pythonflask简单搭建mock-server服务，前后端人员只需要定义好接口文档就可以开始并行工作，互不影响，只在最后的联调阶段往来密切，后端与后端之间如果有接口耦合，也同样能被Mock解决，测试过程中如果遇到依赖接口没有准备好，同样可以借助Mock，不会出现一个团队等待另一个团队的情况。
在步骤一中，捕获协议是基于mitmproxy代理，mitmproxy可为HTTP/1,HTTP/2提供交互式的，具有SSL/TLS功能的拦截代理。
在步骤二中，模拟接口调用的处理方法和装置的详情内容如下：
S1，预先设置拦截信息，以及mock数据；
S2，捕获用户接口调用请求；
S3，对请求信息与预先设置的对象进行集中匹配；
S4，若请求信息与预设信息一致且预设标识为开启，则进行mock数据的匹配；
S5，对请求信息与mock预先设置的对象进行集中匹配；
S6，如请求与预设信息一致且预设标识，则对请求报文的关键字与预设的Mock场景的条件做匹配；
S7，若匹配一致则将Mock的返回数据，返回至客户端或下游。
在步骤二中，模拟接口调用的具体技术操作流程如下：
S1，对接口请求服务器预先配置好中间人代理服务；
S2，通过Mitmproxy再做监控拦截，获取请求接口的ip、端口、请求路径，请求头、请求报文，如需要自制ssl证书则放行；
S3，与预先配置的拦截Ip、端口做匹配，如未匹配上则放行；
S4，确认其请求接口需要Mock数据，代理人服务再透传给Mock平台；
S5，mock平台收到中间人代理的发送的接口请求数据；
S6，根据预先配置的Mock的接口地址做匹配，如未匹配上则放行；
S7，确认后，在使用配置的获取接口标识的方式获取接口标识；(标识可能位置：url，body，form，xml，header)；
S8，获取到接口标识后，匹配根据报文键值对与预先配置的键值对做比对；
S9，如键值对比对一致，则向代理人服务返回对应mock数据，如键值对未匹配上对应数据，则向代理人服务返回该接口预先配置好的默认值；
S10，收到mock平台的返回数据，再返回给请求服务器，服务器发出请求使用代理服务监控拦截，捕获请求信息发送mock平台，Mock平台收到请求信息，查询预先配置的mock对象，得到mock数据后向代理服务返回报文，向代理服务返回配置对应的报文，若不包含，则向代理服务返回配置默认的报文，代理服务接收到mock数据，再发送给服务器。
在步骤二中，查询预设的代理接口信息需要包含请求信息中包含至少一个代理接口信息；若包含，则发送mock平台，若不包含，则不发送mock平台，正常调用。
在步骤二中，中间人代理是一个网络代理服务，中间人代理与mock平台，都可以运行在本地，也可以运行在云端，可以通过此平台人工配置相关数据及查询。
一种模拟接口调用的装置，装置包括：
存储器，包括服务器代理、监控拦截请求、监控拦截返回、修改请求、修改返回模块，其中，中间人代理是在被测系统与外部系统之间搭建代理服务器，监控拦截用户请求信息；
处理器，通过执行存储器中的程序实现任意一种方法。
中间人代理(Proxy)：网络代理，是一种特殊的网络服务，允许一个网络终端(一般为客户端)通过这个服务与另一个网络终端(一般为服务器)进行非直接的连接。形象的来说，代理就是定义一个行为和某类(class)的对象相似，而又潜在地表示了所有继承自该类的对象的东西。
拦截请求：拦截的请求将暂停，以便用户可以在将请求发送到服务器之前修改(或丢弃)该请求。
拦截返回结果：拦截的返回结果将暂停，以便用户可以在将请求发送到服务器之前修改(或丢弃)该请求。
修改请求：在将请求转发到目的地之前修改被拦截的请求。
修改返回结果：在将请求转发到目的地之前修改被返回结果。
SSL证书：实现安全通道的数字证书，它部署在网站的服务器上，能够解析https的拦截的请求。
预设拦截信息：在拦截请求后，根据预设的数据判断是非需要模拟请求或接口，数据字段主要包括：
服务：拦截请求的对应服务；
Ip：拦截请求的Ip；
端口：拦截请求的端口；
状态：开启、关闭。
预设请求类型：接收到代理发送的拦截请求后，根据预设的数据判断请求方式和报文的类型，数据字段主要包括：
服务：拦截请求的对应服务；
地址：拦截请求的地址；
接口请求方式：Get、Post；
报文类型：Params、form-data、text、HTML、XML、Headers。
模拟修改请求或返回场景结果：根据代理发送的拦截请求报文的键值对，匹配返回预设数据对应的修改请求或返回场景的结果，数据字段主要包括：
服务：拦截请求的对应服务；
地址：拦截请求的地址；
参数键值对：预设的键值对，对应模拟结果；
返回结果：模拟场景返回的请求结果；
等待时间：请求强制等待时间(一般用户测试调用超时)；
状态：开启、关闭；
预设拦截Ip、请求类型、模拟修改请求或返回场景结果配置在数据库。
工作原理：用户客户端/前端发起请求，实际服务器配置中间人代理，请求信息发送代理服务器，随后监控拦截服务请求信息，响应协议http/https、ip/域名、端口、地址、请求头、请求报文，接着匹配预设的拦截请求的服务信息，当出现https协议证书可解析，并有匹配对应的服务、ip/域名、端口的情况时，此时发送拦截请求信息透传给mock服务，当出现https协议证书可解析，没有匹配对应的ip/域名、端口的情况时，此时放行正常调用，当出现https协议证书不可解析的情况时，此时放行正常调用，而mock服务接收到拦截请求信息，匹配预设请求的方式类型，如服务、地址、接口请求方式、报文类型，接着mock服务接收到拦截请求信息，匹配预设服务、地址、报文、模拟场景，如有匹配信息，选取对应场景结果，如无匹配信息，选取默认结果，最后模拟场景结果返回发送中间代理人，中间代理人请求信息或结果发送给实际服务，则结束。
以上所述，仅是本发明的较佳实施例而已，并非是对本发明作其它形式的限制，任何熟悉本专业的技术人员可能利用上述揭示的技术内容加以变更或改型为等同变化的等效实施例应用于其它领域，但是凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与改型，仍属于本发明技术方案的保护范围。

Claims (7)

1.一种模拟接口调用的处理方法，其特征在于，包括以下步骤：
步骤一：捕获协议，通过http_connect与request的方法捕获的请求信息，再在存储的数据库标识及数据进行匹配判断执行Mock工具，response的方法对HTTP响应被成功完整读取；
步骤二：模拟接口调用，为实现模拟接口调用而搭建的一个mock-server，在被测系统与外部系统之间搭建，利用pythonflask简单搭建mock-server服务，前后端人员只需要定义好接口文档就可以开始并行工作，互不影响，只在最后的联调阶段往来密切，后端与后端之间如果有接口耦合，也同样能被Mock解决，测试过程中如果遇到依赖接口没有准备好，同样可以借助Mock，不会出现一个团队等待另一个团队的情况。
2.根据权利要求1所述的模拟接口调用的处理方法，其特征在于：在步骤一中，捕获协议是基于mitmproxy代理，mitmproxy可为HTTP/1,HTTP/2提供交互式的，具有SSL/TLS功能的拦截代理。
3.根据权利要求1所述的模拟接口调用的处理方法，其特征在于：在步骤二中，模拟接口调用的处理方法和装置的详情内容如下：
S1，预先设置拦截信息，以及mock数据；
S2，捕获用户接口调用请求；
S3，对请求信息与预先设置的对象进行集中匹配；
S4，若所述请求信息与预设信息一致且预设标识为开启，则进行mock数据的匹配；
S5，对请求信息与mock预先设置的对象进行集中匹配；
S6，如请求与预设信息一致且预设标识，则对请求报文的关键字与预设的Mock场景的条件做匹配；
S7，若匹配一致则将Mock的返回数据，返回至所述客户端或下游。
4.根据权利要求1所述的模拟接口调用的处理方法，其特征在于：在步骤二中，模拟接口调用的具体技术操作流程如下：
S1，对接口请求服务器预先配置好中间人代理服务；
S2，通过Mitmproxy再做监控拦截，获取请求接口的ip、端口、请求路径，请求头、请求报文，如需要自制ssl证书则放行；
S3，与预先配置的拦截Ip、端口做匹配，如未匹配上则放行；
S4，确认其请求接口需要Mock数据，代理人服务再透传给Mock平台；
S5，mock平台收到中间人代理的发送的接口请求数据；
S6，根据预先配置的Mock的接口地址做匹配，如未匹配上则放行；
S7，确认后，在使用配置的获取接口标识的方式获取接口标识；(标识可能位置：url，body，form，xml，header)；
S8，获取到接口标识后，匹配根据报文键值对与预先配置的键值对做比对；
S9，如键值对比对一致，则向代理人服务返回对应mock数据，如键值对未匹配上对应数据，则向代理人服务返回该接口预先配置好的默认值；
S10，收到mock平台的返回数据，再返回给请求服务器，服务器发出请求使用代理服务监控拦截，捕获请求信息发送mock平台，Mock平台收到请求信息，查询预先配置的mock对象，得到mock数据后向代理服务返回报文，向代理服务返回配置对应的报文，若不包含，则向代理服务返回配置默认的报文，代理服务接收到mock数据，再发送给服务器。
5.根据权利要求1所述的模拟接口调用的处理方法，其特征在于：在步骤二中，查询预设的代理接口信息需要包含所述请求信息中包含至少一个代理接口信息；若包含，则发送mock平台，若不包含，则不发送mock平台，正常调用。
6.根据权利要求1所述的模拟接口调用的处理方法，其特征在于：在步骤二中，所述的中间人代理是一个网络代理服务，中间人代理与mock平台，都可以运行在本地，也可以运行在云端，可以通过此平台人工配置相关数据及查询。
7.一种模拟接口调用的装置，其特征在于，所述装置包括：
存储器，包括服务器代理、监控拦截请求、监控拦截返回、修改请求、修改返回模块，其中，中间人代理是在被测系统与外部系统之间搭建代理服务器，监控拦截用户请求信息；
处理器，通过执行所述存储器中的程序实现任意一种方法。
CN202210790438.9A 2022-07-06 2022-07-06 一种模拟接口调用及处理方法和装置 Pending CN115150377A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210790438.9A CN115150377A (zh) 2022-07-06 2022-07-06 一种模拟接口调用及处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210790438.9A CN115150377A (zh) 2022-07-06 2022-07-06 一种模拟接口调用及处理方法和装置

Publications (1)

Publication Number Publication Date
CN115150377A true CN115150377A (zh) 2022-10-04

Family

ID=83411992

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210790438.9A Pending CN115150377A (zh) 2022-07-06 2022-07-06 一种模拟接口调用及处理方法和装置

Country Status (1)

Country Link
CN (1) CN115150377A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116166569A (zh) * 2023-04-26 2023-05-26 深圳市和讯华谷信息技术有限公司 一种Mock测试方法及其相关设备
CN117251385A (zh) * 2023-11-20 2023-12-19 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116166569A (zh) * 2023-04-26 2023-05-26 深圳市和讯华谷信息技术有限公司 一种Mock测试方法及其相关设备
CN117251385A (zh) * 2023-11-20 2023-12-19 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质
CN117251385B (zh) * 2023-11-20 2024-04-02 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质

Similar Documents

Publication Publication Date Title
US8737980B2 (en) End to end application automatic testing
CN115150377A (zh) 一种模拟接口调用及处理方法和装置
US8667147B2 (en) Monitoring related content requests
US9461871B2 (en) Client suitability test apparatus and method for a substation automating system
CN108199921A (zh) 一种模拟测试的方法、装置及存储介质
CN106603283B (zh) 一种模拟服务的方法、装置及集中管理平台
CN112988485B (zh) 电力物联网设备模拟测试方法及装置
CN107133161B (zh) 一种生成客户端性能测试脚本方法及装置
CN109560996B (zh) 物联网终端自动化测试系统及方法
WO2021164261A1 (zh) 云网络设备的测试方法、存储介质和计算机设备
CN111371623B (zh) 业务性能和安全的监测方法、装置、存储介质及电子设备
CN106776346B (zh) Ccmts设备的测试方法和装置
CN111711533B (zh) 故障诊断方法、装置、电子设备及存储介质
CN115941363A (zh) 一种基于http协议的网络通信安全分析方法
US20220014457A1 (en) Methods, systems and computer readable media for stateless service traffic generation
CN114040408A (zh) 一种基于4g移动网络模拟环境的靶场系统
US9329960B2 (en) Methods, systems, and computer readable media for utilizing abstracted user-defined data to conduct network protocol testing
CN107104997A (zh) 一种重定向方法、终端及系统
CN108363922A (zh) 一种自动化恶意代码仿真检测方法及系统
CN104270431A (zh) 一种并发控制的方法及装置
CN108566380A (zh) 一种代理上网行为识别与检测方法
CN114071467A (zh) 一种基于4g移动网络模拟环境的靶场系统
CN112433938A (zh) 移动端应用测试的方法和装置
US20240004782A1 (en) Remote debugging of local gui rendering by playing back a capture file to recreate a real-time local network environment
EP3264682A1 (en) Debugging failure of a service validation test

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination