CN114285779A - Method, device and system for processing test request - Google Patents

Method, device and system for processing test request Download PDF

Info

Publication number
CN114285779A
CN114285779A CN202111574218.4A CN202111574218A CN114285779A CN 114285779 A CN114285779 A CN 114285779A CN 202111574218 A CN202111574218 A CN 202111574218A CN 114285779 A CN114285779 A CN 114285779A
Authority
CN
China
Prior art keywords
test
address information
test request
forwarding
rule
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.)
Granted
Application number
CN202111574218.4A
Other languages
Chinese (zh)
Other versions
CN114285779B (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.)
Du Xiaoman Technology Beijing Co Ltd
Original Assignee
Du Xiaoman Technology Beijing 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 Du Xiaoman Technology Beijing Co Ltd filed Critical Du Xiaoman Technology Beijing Co Ltd
Priority to CN202111574218.4A priority Critical patent/CN114285779B/en
Priority claimed from CN202111574218.4A external-priority patent/CN114285779B/en
Publication of CN114285779A publication Critical patent/CN114285779A/en
Application granted granted Critical
Publication of CN114285779B publication Critical patent/CN114285779B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The invention discloses a method, a device and a system for processing a test request. Wherein, the method comprises the following steps: receiving a plurality of test requests sent by an upstream module, wherein different test requests are used for accessing different test scenes; determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scene accessed by each test request; forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request; and receiving a test result returned by the downstream module corresponding to the first address information, and forwarding the test result to the upstream module. The invention solves the technical problem that the stability of the test environment is reduced because the configuration needs to be frequently modified and the service needs to be restarted in the test joint debugging process in the related technology.

Description

Method, device and system for processing test request
Technical Field
The invention relates to the field of internet, in particular to a method, a device and a system for processing a test request.
Background
In a test joint debugging scene, a multi-version parallel test condition is often encountered, a multiplexing scene of a test environment frequently appears, and for example, in an automatic test, a downstream Mock service is often required to be accessed to simulate a downstream to return a specified result when a certain scene is tested. In the current scheme, configuration switching is usually realized by manually modifying service configuration information and restarting a service, so that the service stability of a test environment is reduced when a plurality of people commonly use one set of environment for testing.
In view of the above problems, no effective solution has been proposed.
Disclosure of Invention
The embodiment of the invention provides a method, a device and a system for processing a test request, which are used for at least solving the technical problem that the stability of a test environment is reduced because configuration needs to be frequently modified and service needs to be restarted in a test joint debugging process in the related art.
According to an aspect of the embodiments of the present invention, there is provided a method for processing a test request, including: receiving a plurality of test requests sent by an upstream module, wherein different test requests are used for accessing different test scenes; determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scene accessed by each test request; forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request; and receiving a test result returned by the downstream module corresponding to the first address information, and forwarding the test result to the upstream module.
Further, determining the first address information corresponding to each test request includes: analyzing each test request to obtain first identification information of each test request; determining a first forwarding rule corresponding to each test request from a plurality of forwarding rules based on the first identification information of each test request, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information; and analyzing the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
Further, the method further comprises: receiving a second forwarding rule, wherein the second forwarding rule at least comprises: second identification information and second address information; the second forwarding rule is stored into a plurality of forwarding rules.
Further, the method further comprises: outputting a plurality of forwarding rules; receiving a third forwarding rule, wherein the third forwarding rule is obtained by updating a target forwarding rule in the multiple forwarding rules; the target forwarding rule is replaced with a third forwarding rule.
According to another aspect of the embodiments of the present invention, there is also provided a device for processing a test request, including: the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is used for receiving a plurality of test requests sent by an upstream module, and different test requests are used for accessing different test scenes; the determining module is used for determining first address information corresponding to each test request, wherein the first address information is used for representing the address information of the test scene accessed by each test request; the forwarding module is used for forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request; and the receiving module is used for receiving the test result returned by the downstream module corresponding to the first address information and forwarding the test result to the upstream module.
According to another aspect of the embodiments of the present invention, there is also provided a system for processing a test request, including: the proxy server is used for receiving a plurality of test requests sent by the upstream module, wherein different test requests are used for accessing different test scenes; the rule analysis server is in communication connection with the proxy server and is used for determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scene accessed by each test request; the proxy server is further used for forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request sent by the rule resolution server, and forwarding a test result returned by the downstream module corresponding to the first address information to an upstream module.
Further, the system further comprises: the rule storage server is used for storing a plurality of forwarding rules, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information; the rule analysis server is further configured to analyze each test request to obtain first identification information of each test request, obtain a first forwarding rule corresponding to each test request from the rule storage server based on the first identification information of each test request, and analyze the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
Further, the system further comprises: the configuration platform is in communication connection with the rule storage server and is used for receiving the second forwarding rule and storing the second forwarding rule to the rule storage server, wherein the second forwarding rule at least comprises: second identification information and second address information.
According to another aspect of the embodiments of the present invention, there is also provided a computer-readable storage medium, where the computer-readable storage medium includes a stored program, and when the program runs, the apparatus where the computer-readable storage medium is located is controlled to execute the processing method of the test request.
According to another aspect of the embodiments of the present invention, there is also provided a processor, where the processor is configured to execute a program, where the program executes the method for processing the test request.
In the embodiment of the invention, after receiving a plurality of test requests sent by an upstream module, by determining first address information corresponding to each test request, based on the first address information corresponding to each test request, each test request is forwarded to a downstream module corresponding to the first address information, a test result returned by the downstream module corresponding to the first address information is received, and the test result is forwarded to the upstream module, so that the purpose of request forwarding control is achieved. It is easy to note that the first address information corresponding to each test request can be determined through the unified proxy forwarding service, and each test request is forwarded without frequently modifying the service configuration, so that unnecessary restart times are reduced, the service stability of the test environment is improved, and the technical problem of reduction of the stability of the test environment due to frequent modification of the configuration and restart of the service in the test joint debugging process in the related art is solved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
FIG. 1a is a schematic diagram of a multi-version parallel test according to the prior art;
FIG. 1b is a schematic diagram of an automated test according to the prior art;
FIG. 2 is a flow chart of a method of processing a test request according to an embodiment of the invention;
fig. 3 is a schematic diagram of an alternative service forwarding device according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of an alternative forwarding rule according to an embodiment of the present invention;
FIG. 5 is a flow chart of an alternative method of processing a test request according to an embodiment of the invention;
FIG. 6 is a schematic diagram of a device for processing test requests according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of a system for processing test requests according to an embodiment of the present invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
First, technical terms or technical terms appearing in the embodiments of the present invention are explained as follows:
and (3) MOCK service: during the test process, for some scenes which are not easy to construct or acquire, a simulation service is used for simulating specific results, so that the corresponding test scenes (such as time-out scenes, downstream non-response scenes and the like) are covered.
Reference environment: the test environment which keeps synchronous updating with the online version has higher stability relative to other environment versions.
Proxy forwarding: the client sends a request to the proxy server, and the proxy server forwards the request to the target server; the target web server returns the information to the proxy service, which forwards the information to the client.
In the daily offline test process, a scenario that different versions of the test are required to be simultaneously adjusted and different downstream service environments are required to be accessed is usually encountered. As shown in fig. 1a, when testing requirement 1, the upstream module a needs to access the reference environment of the downstream module B, but when testing requirement 2, the upstream module a needs to access the joint debugging environment of the downstream module B; as shown in fig. 1b, access to the Mock service is required when simulating the construction of a particular downstream return at the time of automated testing. Generally, in such a scenario, the upstream module a needs to modify and access the downstream configuration information manually, and restart the service, so as to ensure that the new configuration address can take effect, and when multiple users use one set of environment together for testing, frequent configuration modification and frequent service restart occur, which also results in a decrease in the stability of the testing environment; the problem of configuration conflict can be encountered in a multi-version parallel use environment, so that the environment cannot be reused, a plurality of sets of environments need to be deployed, the occupation of machine resources is increased, and the cost is increased.
In order to solve the above problem, the present invention provides a method for processing a test request, so as to implement the following functions:
the upstream module configures a uniform forwarding service address, so that the configuration and maintenance cost is reduced, unnecessary restart times caused by service configuration modification are reduced, and the service stability of the test environment is improved;
sending the request information of the upstream service to a target downstream service party in a proxy forwarding mode, and synchronously returning a downstream corresponding report;
the target downstream request address can be flexibly specified according to the specific identification (such as environment identification information carried in a Header) information of the request message by a mode of presetting an agent forwarding rule.
In accordance with an embodiment of the present invention, there is provided a method for processing a test request, it should be noted that the steps illustrated in the flowchart of the figure may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is illustrated in the flowchart, in some cases the steps illustrated or described may be performed in an order different than that described herein.
Fig. 2 is a flowchart of a processing method of a test request according to an embodiment of the present invention, as shown in fig. 1, the method includes the following steps:
step S202, receiving a plurality of test requests sent by an upstream module, where different test requests are used to access different test scenarios.
The multiple test requests in the above steps may be test requests generated for different test requirements in a test joint debugging scenario, where the different test requirements need to access different test scenarios of the same downstream module, or access different downstream modules. For example, for the scenario shown in FIG. 1a, the plurality of test requests may include test request 1 generated for test requirement 1 and test request 2 generated for test requirement 2; for the scenario shown in FIG. 1b, the plurality of test requests may include test request 1 for test requirement 1 and test request 3 generated for automated test requirements.
In an alternative embodiment, the processing method may be implemented by a service forwarding apparatus, as shown in fig. 3, where the service forwarding apparatus includes the following 4 parts: the system comprises a proxy forwarding service, a rule parsing service, a rule storage service and a visual front-end rule configuration platform. The proxy forwarding service is configured to receive all test requests sent by the upstream module, and forward different test requests to the downstream module according to different addresses.
Step S204, determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scenario accessed by each test request.
The first address information in the above step may be an actual service address of the downstream module, that is, an address of the test scenario.
In an alternative embodiment, the tester may perform rule configuration in advance for different test requests, and specify the forwarding rules and corresponding downstream actual service addresses. As shown in fig. 3, after receiving the test request, the proxy forwarding service may forward the test request to the rule parsing service, and the rule parsing service acquires a preset downstream actual service address according to a preconfigured forwarding cost, and returns the downstream actual service address to the proxy forwarding service. For example, for the scenario shown in fig. 1a, the reference environment address of the module B corresponding to the test request 1 and the joint debugging environment address of the module B corresponding to the test request 2 may be obtained; for the scenario shown in fig. 1B, the reference environment address of the module B corresponding to the test request 1 and the Mock address corresponding to the test request 3 may be obtained.
Step S206, forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request.
In an alternative embodiment, as shown in fig. 3, the proxy forwarding service may send the original test request to the corresponding downstream module according to the first address information. For example, for the scenario shown in fig. 1a, a test request 1 may be sent to module B based on the reference environment address of module B, and a test request 2 may be sent to module B based on the joint debugging environment address of module B; for the scenario shown in FIG. 1B, test request 1 may be sent to module B and test request 3 may be sent to Mock based on the Mock address.
Step S208, receiving the test result returned by the downstream module corresponding to the first address information, and forwarding the test result to the upstream module.
In an optional embodiment, after receiving the test request, the downstream module may perform a test through a test environment corresponding to the first address information, generate a corresponding test result, and return the test result to the upstream module through the proxy forwarding service, thereby completing an interaction process of one request.
Through the above embodiment of the present invention, after receiving a plurality of test requests sent by an upstream module, by determining first address information corresponding to each test request, based on the first address information corresponding to each test request, each test request is forwarded to a downstream module corresponding to the first address information, a test result returned by the downstream module corresponding to the first address information is received, and the test result is forwarded to the upstream module, so as to achieve the purpose of request forwarding control. It is easy to note that the first address information corresponding to each test request can be determined through the unified proxy forwarding service, and each test request is forwarded without frequently modifying the service configuration, so that unnecessary restart times are reduced, the service stability of the test environment is improved, and the technical problem of reduction of the stability of the test environment due to frequent modification of the configuration and restart of the service in the test joint debugging process in the related art is solved.
In the above embodiment of the present invention, determining the first address information corresponding to each test request includes: analyzing each test request to obtain first identification information of each test request; determining a first forwarding rule corresponding to each test request from a plurality of forwarding rules based on the first identification information of each test request, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information; and analyzing the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
The first identification information in the above step may be a specific identification in the test request, for example, environment identification information carried in a Header field, that is, a uniform resource identifier (uri) of the request. The multiple forwarding rules may be forwarding rules configured by a tester to divide the test request in the uri dimension and to different test requests before testing. For example, as shown in fig. 4, the forwarding rule may include: and using a request uri distinguishing rule to specify the address of the test environment to realize target address management and support script configuration to flexibly analyze the access parameter.
In an optional embodiment, as shown in fig. 3, before a test is initiated, a tester may perform rule configuration on a test request (with uri dimension) that needs proxy forwarding at this time through a visual front-end rule configuration platform, and the rule configuration mode also supports multiple types, for example, extraction and analysis are performed on an identification field carried in request header information, and also supports rule forwarding of a user ID dimension with finer granularity, so as to meet different requirements in an actual test scenario. The configured plurality of forwarding rules are stored in a rule storage service. After receiving the test request, the rule analysis service may analyze the test request through the rule analysis service, extract a request uri, then query a matching forwarding rule from the rule storage service through fuzzy matching (e.g.,/service/. may match/service/query and/service/do and other uri requests), that is, determine a first forwarding rule, further execute a pre-configured execution script to analyze the first forwarding rule, read first address information configured in the first forwarding rule, and return the first address information to the proxy forwarding service.
It should be noted that the parsing rule supports dynamic hot loading, and the desired result can be achieved by performing dynamic adjustment through the visual front-end rule configuration platform at any time.
In the above embodiment of the present invention, the method further includes: receiving a second forwarding rule, wherein the second forwarding rule at least comprises: second identification information and second address information; the second forwarding rule is stored into a plurality of forwarding rules.
The second forwarding rule in the above step may be a forwarding rule newly added by the tester before the test.
In an alternative embodiment, as shown in fig. 3, a tester may add a second forwarding rule through the visual front-end rule configuration platform, and the tester needs to configure second address information for the second identification information, so that the visual front-end rule configuration platform may store the second forwarding rule in the rule storage service.
In the above embodiment of the present invention, the method further includes: outputting a plurality of forwarding rules; receiving a third forwarding rule, wherein the third forwarding rule is obtained by updating a target forwarding rule in the multiple forwarding rules; the target forwarding rule is replaced with a third forwarding rule.
In an alternative embodiment, as shown in fig. 3, a tester may read all forwarding rules stored in the rule storage service through the visual front-end rule configuration platform, perform front-end display, and then the tester may update the target forwarding rules, where the updating includes: updating the target identification information, updating the target address information, updating the target identification information and the target address information simultaneously, obtaining a third forwarding rule after updating, and finally replacing the target forwarding rule stored in the rule storage service with the third forwarding rule.
A preferred embodiment of the present invention is described in detail below with reference to fig. 5, and as shown in fig. 5, the method includes: before a test is initiated, a tester can perform rule configuration (specify a forwarding improvement rule and an address of a corresponding test environment) for a request (with uri dimension) needing proxy forwarding at this time through a visual front-end rule configuration platform. After the upstream module initiates a test request (uri ═ demo/query), the upstream module directly sends the request to the proxy forwarding service, acquires a pre-written forwarding rule (matching the forwarding rule meeting the/demo/query) from the rule storage service in real time through the rule parsing service, executes a pre-configured rule script, acquires a preset downstream actual service address (ip: port) and returns the address to the proxy forwarding service, and then the proxy forwarding service sends the test request to the target downstream module and synchronously returns the test result of the downstream module to the upstream module, thereby completing the forwarding of the request.
According to the embodiment of the present invention, a device for processing a test request is further provided, where the device may execute the method for processing a test request in the foregoing embodiment, and a specific implementation scheme and an application scenario are the same as those in the foregoing embodiment, and are not described herein again.
Fig. 6 is a schematic diagram of a test request processing apparatus according to an embodiment of the present invention, as shown in fig. 6, the apparatus includes:
a receiving module 62, configured to receive multiple test requests sent by an upstream module, where different test requests are used to access different test scenarios;
a determining module 64, configured to determine first address information corresponding to each test request, where the first address information is used to represent address information of a test scenario accessed by each test request;
a forwarding module 66, configured to forward each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request;
and the receiving module 68 is configured to receive the test result returned by the downstream module corresponding to the first address information, and forward the test result to the upstream module.
In the above embodiments of the present invention, the determining module includes: the first analysis unit is used for analyzing each test request to obtain first identification information of each test request; the determining unit is used for determining a first forwarding rule corresponding to each test request from a plurality of forwarding rules based on the first identification information of each test request, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information; and the second analysis unit is used for analyzing the first forwarding rule corresponding to each test request to obtain the first address information corresponding to each test request.
In the above embodiment of the present invention, the apparatus further includes: a receiving module, configured to receive a second forwarding rule, where the second forwarding rule at least includes: second identification information and second address information; and the storage module is used for storing the second forwarding rule into the plurality of forwarding rules.
In the above embodiment of the present invention, the apparatus further includes: the output module is used for outputting a plurality of forwarding rules; the receiving module is used for receiving a third forwarding rule, wherein the third forwarding rule is obtained by updating a target forwarding rule in the multiple forwarding rules; and the storage module is used for replacing the target forwarding rule with a third forwarding rule.
According to the embodiment of the present invention, a system for processing a test request is further provided, where the system may execute the method for processing a test request in the foregoing embodiment, and a specific implementation scheme and an application scenario are the same as those in the foregoing embodiment, and are not described herein again.
FIG. 7 is a schematic diagram of a system for processing test requests according to an embodiment of the present invention, as shown in FIG. 7, the system comprising:
the proxy server 72 is configured to receive multiple test requests sent by an upstream module, where different test requests are used to access different test scenarios; the rule resolution server 74 is in communication connection with the proxy server and is configured to determine first address information corresponding to each test request, where the first address information is used to represent address information of a test scenario accessed by each test request; the proxy server is further used for forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request sent by the rule resolution server, and forwarding a test result returned by the downstream module corresponding to the first address information to an upstream module.
The above-described proxy server may be a server in which the proxy forwarding service shown in fig. 3 is deployed, and the rule parsing server may be a server in which the rule parsing service shown in fig. 3 is deployed.
In the above embodiment of the present invention, the system further includes: the rule storage server is used for storing a plurality of forwarding rules, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information; the rule analysis server is further configured to analyze each test request to obtain first identification information of each test request, obtain a first forwarding rule corresponding to each test request from the rule storage server based on the first identification information of each test request, and analyze the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
The rule storage server described above may be a server deployed with a rule storage service as shown in fig. 3.
In the above embodiment of the present invention, the system further includes: the configuration platform is in communication connection with the rule storage server and is used for receiving the second forwarding rule and storing the second forwarding rule to the rule storage server, wherein the second forwarding rule at least comprises: second identification information and second address information.
The configuration platform described above may be a visualization front-end rule configuration platform as shown in fig. 3.
According to an embodiment of the present invention, there is also provided a computer-readable storage medium, where the computer-readable storage medium includes a stored program, and when the program runs, the apparatus where the computer-readable storage medium is located is controlled to execute the method for processing the test request in the foregoing embodiments.
According to an embodiment of the present invention, there is further provided a processor, where the processor is configured to execute a program, where the program executes the processing method of the test request in the foregoing embodiment when running.
In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed technology can be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units may be a logical division, and in actual implementation, there may be another division, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims (10)

1. A processing method of a test request is characterized by comprising the following steps:
receiving a plurality of test requests sent by an upstream module, wherein different test requests are used for accessing different test scenes;
determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scene accessed by each test request;
forwarding each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request;
and receiving a test result returned by the downstream module corresponding to the first address information, and forwarding the test result to the upstream module.
2. The method of claim 1, wherein determining the first address information corresponding to each test request comprises:
analyzing each test request to obtain first identification information of each test request;
determining a first forwarding rule corresponding to each test request from a plurality of forwarding rules based on the first identification information of each test request, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information;
and analyzing the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
3. The method of claim 2, further comprising:
receiving a second forwarding rule, wherein the second forwarding rule at least comprises: second identification information and second address information;
storing the second forwarding rule into the plurality of forwarding rules.
4. The method of claim 2, further comprising:
outputting the plurality of forwarding rules;
receiving a third forwarding rule, wherein the third forwarding rule is obtained by updating a target forwarding rule in the plurality of forwarding rules;
replacing the target forwarding rule with the third forwarding rule.
5. An apparatus for processing a test request, comprising:
the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is used for receiving a plurality of test requests sent by an upstream module, and different test requests are used for accessing different test scenes;
the device comprises a determining module, a judging module and a judging module, wherein the determining module is used for determining first address information corresponding to each test request, and the first address information is used for representing the address information of a test scene accessed by each test request;
a forwarding module, configured to forward each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request;
and the receiving module is used for receiving the test result returned by the downstream module corresponding to the first address information and forwarding the test result to the upstream module.
6. A system for processing test requests, comprising:
the proxy server is used for receiving a plurality of test requests sent by the upstream module, wherein different test requests are used for accessing different test scenes;
the rule analysis server is in communication connection with the proxy server and is used for determining first address information corresponding to each test request, wherein the first address information is used for representing address information of a test scene accessed by each test request;
the proxy server is further configured to forward each test request to a downstream module corresponding to the first address information based on the first address information corresponding to each test request sent by the rule resolution server, and forward a test result returned by the downstream module corresponding to the first address information to the upstream module.
7. The system of claim 6, further comprising:
the rule storage server is used for storing a plurality of forwarding rules, wherein each forwarding rule is used for representing the corresponding relation between different identification information and address information;
the rule analysis server is further configured to analyze each test request to obtain first identification information of each test request, obtain a first forwarding rule corresponding to each test request from a rule storage server based on the first identification information of each test request, and analyze the first forwarding rule corresponding to each test request to obtain first address information corresponding to each test request.
8. The system of claim 7, further comprising:
a configuration platform, communicatively connected to the rule storage server, configured to receive a second forwarding rule and store the second forwarding rule to the rule storage server, where the second forwarding rule at least includes: second identification information and second address information.
9. A computer-readable storage medium, comprising a stored program, wherein when the program runs, the apparatus on which the computer-readable storage medium is located is controlled to execute the processing method of the test request according to any one of claims 1 to 4.
10. A processor, characterized in that the processor is configured to run a program, wherein the program is configured to execute the method for processing the test request according to any one of claims 1 to 4 when running.
CN202111574218.4A 2021-12-21 Processing method, device and system of test request Active CN114285779B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111574218.4A CN114285779B (en) 2021-12-21 Processing method, device and system of test request

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111574218.4A CN114285779B (en) 2021-12-21 Processing method, device and system of test request

Publications (2)

Publication Number Publication Date
CN114285779A true CN114285779A (en) 2022-04-05
CN114285779B CN114285779B (en) 2024-05-14

Family

ID=

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117112451A (en) * 2023-10-25 2023-11-24 腾讯科技(深圳)有限公司 Test method, test device, electronic equipment and computer readable storage medium

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105430108A (en) * 2014-08-25 2016-03-23 腾讯科技(深圳)有限公司 Test environment accessing method and proxy server
US20160285762A1 (en) * 2015-03-23 2016-09-29 Brocade Communications Systems, Inc. Techniques for exchanging control and configuration information in a network visibility system
US20170111322A1 (en) * 2015-10-14 2017-04-20 Adobe Systems Incorporated Detecting Application State Using a DNS-controlled Proxy
CN107040429A (en) * 2017-03-13 2017-08-11 上海斐讯数据通信技术有限公司 A kind of method of testing and system of port forwarding performance
CN111181861A (en) * 2020-01-13 2020-05-19 山东汇贸电子口岸有限公司 Policy routing implementation method and device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105430108A (en) * 2014-08-25 2016-03-23 腾讯科技(深圳)有限公司 Test environment accessing method and proxy server
US20160285762A1 (en) * 2015-03-23 2016-09-29 Brocade Communications Systems, Inc. Techniques for exchanging control and configuration information in a network visibility system
US20170111322A1 (en) * 2015-10-14 2017-04-20 Adobe Systems Incorporated Detecting Application State Using a DNS-controlled Proxy
CN107040429A (en) * 2017-03-13 2017-08-11 上海斐讯数据通信技术有限公司 A kind of method of testing and system of port forwarding performance
CN111181861A (en) * 2020-01-13 2020-05-19 山东汇贸电子口岸有限公司 Policy routing implementation method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
洪流;王帆;高员;: "基于代理机制的移动App性能测试方法", 现代计算机(专业版), no. 16, pages 39 - 42 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117112451A (en) * 2023-10-25 2023-11-24 腾讯科技(深圳)有限公司 Test method, test device, electronic equipment and computer readable storage medium
CN117112451B (en) * 2023-10-25 2024-02-09 腾讯科技(深圳)有限公司 Test method, test device, electronic equipment and computer readable storage medium

Similar Documents

Publication Publication Date Title
CN108696399B (en) Business service test method and device
US20160337200A1 (en) Method and Apparatus for Visualized Network Operation and Maintenance
US8079017B2 (en) Automated QS interface testing framework
CN109831357B (en) Service verification method, device, storage medium and server
CN109600280B (en) Pressure testing system, method, device and computer readable storage medium
CN109618176B (en) Processing method, equipment and storage medium for live broadcast service
CN105450461A (en) Shunting method and network equipment
CN112988608B (en) Data testing method and device, computer equipment and storage medium
CN108111364B (en) Service system testing method and device
CN111949515A (en) Test scene reproduction method and device and electronic equipment
CN113254165B (en) Load flow distribution method and device for virtual machine and container, and computer equipment
CN109446047B (en) Performance test platform script storage method, device, equipment and storage medium
CN104902432A (en) Method and device for generating application operation log of terminal mobile
CN104967532A (en) TOC technology operation and maintenance system and application method
CN113542418A (en) File management method and device, electronic equipment and storage medium
CN112650689A (en) Test method, test device, electronic equipment and storage medium
CN114285779B (en) Processing method, device and system of test request
CN114285779A (en) Method, device and system for processing test request
CN114915565B (en) Network debugging method and system
CN113031995B (en) Rule updating method and device, storage medium and electronic equipment
CN111459484B (en) Method for simulating back-end data during separate development of front end and back end of webpage
CN112181802A (en) Test method and device
CN113204449A (en) Session backup method, computer-readable storage medium and terminal device
CN113630468A (en) Dynamic proxy method
CN113590033A (en) Information synchronization method and device of super-fusion system

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
GR01 Patent grant