CN106656650B - Method and system for generating service test environment, and method, device and system for service test - Google Patents
Method and system for generating service test environment, and method, device and system for service test Download PDFInfo
- Publication number
- CN106656650B CN106656650B CN201610882679.0A CN201610882679A CN106656650B CN 106656650 B CN106656650 B CN 106656650B CN 201610882679 A CN201610882679 A CN 201610882679A CN 106656650 B CN106656650 B CN 106656650B
- Authority
- CN
- China
- Prior art keywords
- module
- service
- test
- tested
- routing
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a method and a system for generating a service test environment, a method, a device and a system for testing a service, comprising the following steps: acquiring a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transfer service address, and generating a basic environment according to the service module file; acquiring a module file to be tested corresponding to a module to be tested in the complete service, and generating a corresponding service module container according to the module file to be tested; and configuring a routing relation to be tested corresponding to the module to be tested, wherein the routing relation to be tested comprises a relation between a preset keyword and a matched service module container, and configuring a default routing relation corresponding to a module not to be tested, and the default routing relation comprises a relation between the default keyword and a corresponding basic environment, so that the difficulty and the cost for generating a service test environment can be reduced.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method and a system for generating a service test environment, and a method, an apparatus, and a system for service testing.
Background
A container is a running instance created from an image that can be started, stopped, and deleted. Each container is isolated from each other, so that a safe platform is guaranteed, and a research and development test environment is often built by adopting the containers.
In a traditional test environment, when a module needs to be tested, a new mirror image needs to be generated by superposing the test module and all binary files and routing configurations corresponding to upstream and downstream dependent modules of the test module, and a new mirror image needs to be generated every time a new module is tested, so that a container is generated through the mirror image.
Disclosure of Invention
Therefore, it is necessary to provide a method and a system for generating a service test environment, a method, an apparatus, and a system for service test, which can reduce the difficulty and cost of generating the service test environment.
A method for generating a business test environment, the method comprising:
acquiring a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transfer service address, and generating a basic environment according to the service module file;
acquiring a module file to be tested corresponding to a module to be tested in the complete service, and generating a corresponding service module container according to the module file to be tested;
configuring a routing relation to be tested corresponding to a module to be tested, wherein the routing relation to be tested comprises a relation between a preset keyword and a matched service module container, and configuring a default routing relation corresponding to a module not to be tested, wherein the default routing relation comprises a relation between the default keyword and a corresponding basic environment.
A system for generating a business test environment, the system comprising:
a basic environment generating module, configured to obtain a service module file corresponding to a complete service, configure a routing destination address of the module corresponding to the complete service as a transit service address, and generate a basic environment according to the service module file;
the service module container generating module is used for acquiring a module file to be tested corresponding to a module to be tested in the complete service and generating a corresponding service module container according to the module file to be tested;
and the transit routing relation configuration module is used for configuring a routing relation to be tested corresponding to the module to be tested, the routing relation to be tested comprises a relation between a preset keyword and a matched service module container, a default routing relation corresponding to a module not to be tested is configured, and the default routing relation comprises a relation between the default keyword and a corresponding basic environment.
A system for business testing, the system comprising:
the basic environment server is used for acquiring a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transfer service address, and generating a basic environment according to the service module file;
the container server is used for acquiring a module file to be tested corresponding to a module to be tested in the complete service and generating a corresponding service module container according to the module file to be tested;
the transit server is used for configuring the routing relation to be tested corresponding to the module to be tested, the routing relation to be tested comprises the relation between a preset keyword and a matched service module container, the default routing relation corresponding to the module not to be tested is configured, and the default routing relation comprises the relation between the default keyword and a corresponding basic environment.
The method and the device for generating the service test environment and the system for testing the service acquire the service module file corresponding to the complete service, configure the routing destination address of the module corresponding to the complete service as the transfer service address, so that the transfer service exists among the modules of the basic environment, generate the basic environment according to the service module file, acquire the module file to be tested corresponding to the module to be tested in the complete service, generate the corresponding service module container according to the module file to be tested, configure the routing relation to be tested corresponding to the module to be tested, the routing relation to be tested comprises the relation between the preset keyword and the matched service module container, configure the default routing relation corresponding to the module not to be tested, the default routing relation comprises the relation between the default keyword and the corresponding basic environment, and the transfer service can acquire the corresponding routing relation to be tested or the default routing relation according to the test request, the module entering the service module container or the basic environment can flexibly change the test path through the configuration of the routing relation, and a mirror image is not required to be generated every time the test path is changed, so that the difficulty and the cost for generating the service test environment are reduced.
A method for service testing, which is a service testing environment generated by using the method for generating a service testing environment according to any one of the embodiments, includes:
receiving a test request, wherein the test request comprises a test keyword and a service port;
acquiring a matched target transfer routing relation according to the service port;
matching the test keywords with keywords in a target transit routing relationship, if the matching is successful and the matching is successful, determining a target container corresponding to the preset keywords according to the target transit routing relationship, and forwarding the test request to the target container corresponding to the preset keywords;
and if the matched preset keywords do not exist, determining a target module in the basic environment corresponding to the default keywords according to the target transfer routing relation, and forwarding the test request to the target module.
A device for service test, which is used in a service test environment generated by a generating system of the service test environment, the device comprising:
the device comprises a test request receiving module, a test request receiving module and a test processing module, wherein the test request receiving module is used for receiving a test request which comprises a test keyword and a service port;
the acquisition module is used for acquiring a matched target transit routing relation according to the service port;
and the forwarding module is used for matching the test keyword with keywords in a target relay routing relationship, if the matching is successful, determining a target container corresponding to the preset keyword according to the target relay routing relationship, forwarding the test request to the target container corresponding to the preset keyword, if the matching is not successful, determining a target module in a basic environment corresponding to a default keyword according to the target relay routing relationship, and forwarding the test request to the target module.
The service testing method and the service testing device receive a testing request, the testing request comprises a testing keyword and a service port, a matched target transfer routing relation is obtained according to the service port, the testing keyword is matched with the keyword in the target transfer routing relation, if the matching is successful and the preset keyword is included, a target container corresponding to the preset keyword is determined according to the target transfer routing relation, the testing request is forwarded to the target container corresponding to the preset keyword, if the matching is not successful and the preset keyword is included, a target module in a basic environment corresponding to a default keyword is determined according to the target transfer routing relation, the testing request is forwarded to the target module, the testing request can be forwarded to different environments for testing through carrying the testing keyword and the service port in the testing request, the testing is flexible and convenient, and a new mirror of a testing link is generated without modifying a testing path in the testing process Like this, save test resources.
Drawings
FIG. 1 is a diagram of an application environment in which a method for generating a business test environment and a method for business testing operate according to an embodiment;
FIG. 2 is a diagram illustrating an internal structure of the transit server of FIG. 1 according to an embodiment;
FIG. 3 is a flow diagram of a method for generating a business test environment in one embodiment;
FIG. 4 is a flow diagram of generating a base environment in one embodiment;
FIG. 5 is a timing diagram of generating a base environment in one embodiment;
FIG. 6 is a flow diagram of generating a test module environment in one embodiment;
FIG. 7 is a diagram illustrating relationships between modules according to a requirement of one embodiment;
FIG. 8 is a diagram of a test environment in one embodiment;
FIG. 9 is a flow diagram of a method for traffic testing in one embodiment;
FIG. 10 is a diagram of a test path in one embodiment;
FIG. 11 is a flow diagram of determining a target container in one embodiment;
FIG. 12 is a block diagram of a system for business testing in one embodiment;
FIG. 13 is a block diagram showing the construction of a system for generating a business test environment according to one embodiment;
fig. 14 is a block diagram showing a configuration of a device for traffic testing in one embodiment.
Detailed Description
Fig. 1 is a diagram of an application environment in which a method for generating a service test environment and a method for service test are executed in an embodiment, where the application environment includes a terminal 110, a base environment server 120, a container server 130, and a relay server 140. The terminals 110, the base environment server 120, the container server 130, and the relay server 140 communicate with each other via a network, and each server may be a single server or a server cluster.
The terminal 110 may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, and the like. The terminal 110 may receive a service test environment generation request transmission instruction through the environment creation visual interface, transmit a service test environment generation request to the container server 130, and the container server 130 generates a service module container according to the service test environment generation request, and creates an environment corresponding to a service module. The terminal 110 may receive an input preset keyword through the environment creation visual interface, and send a routing configuration request to the transit server 140, where the routing configuration request carries the preset keyword, and the preset keyword may be a user identifier of the login terminal 110, and the preset keyword is matched with the service module container, and may enter the corresponding created service module environment through the preset keyword. The terminal 110 and the base environment server 120 may send the test request to the transit server 140, and the transit server 140 forwards the test request to the container in the base environment server 120 or the container in the container server 130 according to the test keyword in the test request.
In one embodiment, the internal structure of the transit server 140 of fig. 1 is as shown in fig. 2, and the transit server 140 includes a processor, a storage medium, a memory, and a network interface connected by a system bus. The storage medium of the transit server 140 stores an operating system, a database, and a service testing device, where the database is used to store data, such as routing relationships, and the device is used to implement a service testing method suitable for the transit server 140. The processor of the transit server 140 is configured to provide computing and control capabilities to support the operation of the entire transit server 140. The memory of the transit server 140 provides an environment for the operation of the device for business testing in the storage medium. The network interface of the transit server 140 is used for communicating with the terminal 110, the base environment server 120, and the container server 130 via network connections, such as forwarding requests to the container server 130.
In one embodiment, as shown in fig. 3, a method for generating a business test environment is provided, which is exemplified by being applied to the application environment, and includes the following steps:
step S210, obtaining a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transit service address, and generating a basic environment according to the service module file.
Specifically, the basic environment refers to a stable full-scale research and development test environment, and can be used for testing functions corresponding to a complete service, and the basic environment can be updated according to preset update time, for example, 0 point update every day, so as to meet the requirement of generating the basic environment of the latest version when the service changes. And the basic environment packs the service module file into the mirror image in full according to the configuration, generates a corresponding container according to the mirror image and initializes to generate the basic environment. After the basic environment is successfully generated, the basic environment cannot be modified manually before the next updating, and the stability of the research and development test environment is ensured. The service module file refers to a file required for realizing a complete service function, and includes a binary executable program file, a configuration file and the like. The basic environment may be deployed on one server as one container or may be deployed on multiple servers as multiple containers according to the number of modules corresponding to the service and the performance of the server. Configuring a routing destination address of a module corresponding to the complete service as a transit service address, wherein the transit service address can be an IP address of equipment providing the transit service, so that the transit service exists among the modules of the basic environment, an upstream module sends a request to the transit service, the transit service distributes the request packet to a corresponding downstream module without change according to keywords and routing relation carried by the request, and the downstream module can be a module in the basic environment or a service module container and distinguishes a test path through the transit service.
Step S220, a module file to be tested corresponding to the module to be tested in the complete service is acquired, and a corresponding service module container is generated according to the module file to be tested.
Specifically, the module file to be tested is a module file to be tested corresponding to one or more original module files in the service module file, is a file having a difference part with the original module file, and may be a newly added or modified module file. The module file to be tested comprises a file required for realizing the corresponding function of one module, and comprises a binary executable program file, a configuration file and the like. And packaging the module files to be tested corresponding to one module into the mirror image according to the configuration, generating a corresponding container according to the mirror image, wherein only one module is included in one container, and initializing to generate an environment to be tested.
In one embodiment, the number of the modules to be tested is multiple, and service module containers corresponding to different modules to be tested form a container cluster. If a plurality of modules need to be tested, the modules correspond to a plurality of module files to be tested, the module file to be tested corresponding to each module generates a container, and service module containers corresponding to different modules to be tested form a container cluster. The container cluster may be deployed on one server or on multiple servers. Any operation change can be carried out in each container in the container cluster, but the containers can be guaranteed not to influence each other based on the isolation of the containers.
Step S230, configuring a routing relationship to be tested corresponding to the module to be tested, where the routing relationship to be tested includes a relationship between a preset keyword and a matched service module container, and configuring a default routing relationship corresponding to a module not to be tested, where the default routing relationship includes a relationship between a default keyword and a corresponding basic environment.
Specifically, the complete service corresponds to a plurality of modules, some are modules to be tested, some are modules not to be tested, each module has a corresponding transfer routing relationship, different modules are distinguished by using the service port as a module identifier, the service port corresponding to the module is associated and stored with the transfer routing relationship, and therefore the corresponding transfer routing relationship can be obtained according to the service port. The transit routing relation is divided into a routing relation to be tested and a default routing relation, the module to be tested in the complete service has a corresponding routing relation to be tested, and the module not to be tested has a corresponding default routing relation. And the routing relation to be tested and the default routing relation form a transfer routing relation which is used for determining the test path of the module corresponding to the complete service, and the transfer routing relation is stored in the equipment corresponding to the transfer service. In one embodiment the transit routing relationship table is shown in table 1 below,
TABLE 1
| default | IP1 | PORT1 |
| UIN2 | IP2 | PORT2 |
Default is a fixed preset character, IP1 is the IP address of the server corresponding to the basic environment, and PORT1 is the service PORT number corresponding to the basic environment. The UIN2 represents a preset key, the IP2 is the IP address of the server corresponding to one of the target containers in the container cluster, and the PORT2 is the mapping PORT number of the target container. Each service module corresponds to a service module container, each service module container has a corresponding transfer routing relation table, and the corresponding transfer routing relation table is obtained by using the service port number of the service module container as an identifier.
The preset keywords are used for distinguishing from the default keywords, the testing mode corresponding to the testing request and the corresponding testing module are determined, the business module container needing to be tested can be matched at will through the preset keywords, and the routing relation to be tested is generated. And establishing a matching relation between the service module container corresponding to the module to be tested and the preset keyword, and subsequently acquiring the corresponding service module container through the preset keyword, so that the test request is forwarded to the service module container for testing. And the routing of the non-tested module corresponds to the default routing relationship, and the default routing relationship does not have preset keywords, so that only the default keywords and the corresponding modules in the basic environment can be obtained, and the stable and unchangeable modules can automatically enter the basic environment for testing. The preset keywords and the default keywords can be distinguished through format or semantic recognition, if the preset keywords adopt numeric type character strings, the default keywords adopt fixed characters, and the preset keywords can also comprise different types and are used for distinguishing test modes. The preset keywords can be user identifiers, and different users can be ensured to establish own test paths.
It can be understood that the routing relationship to be tested may include, in addition to the relationship between the first preset keyword and the matched service module container, the relationship between the default keyword and the corresponding module in the basic environment, so that the module in the basic environment may be automatically transferred to perform the test if the test request does not include the first preset keyword.
In the routing relation to be tested, a plurality of preset keywords can correspond to the same service module container, if a first preset keyword is matched with the first service module container, and a second preset keyword is matched with the first service module container, under the condition, if the first preset keyword is also matched with the second service module container, the first service module and the second service module container can be tested when the first preset keyword is used, and only the first service module container and the second original module can be tested when the second preset keyword is used, so that the diversification of test paths is realized. One or more modules can be selected not to be tested in the test, so that only one module is tested at a time, and the aim of flexibly selecting the test modules is fulfilled. The test path can be flexibly and conveniently modified by modifying the transfer routing relation corresponding to each module.
In this embodiment, a service module file corresponding to a complete service is obtained, a routing destination address of a module corresponding to the complete service is configured as a transit service address, so that a transit service exists among modules of a basic environment, the basic environment is generated according to the service module file, a to-be-tested module file corresponding to a to-be-tested module in the complete service is obtained, a corresponding service module container is generated according to the to-be-tested module file, a to-be-tested routing relationship corresponding to the to-be-tested module is configured, the to-be-tested routing relationship includes a relationship between a preset keyword and a matched service module container, a default routing relationship corresponding to a non-to-be-tested module is configured, the default routing relationship includes a relationship between a default keyword and a corresponding basic environment, the transit service can obtain a corresponding to-be-tested routing relationship or a default routing relationship according to a test request, and enter, the test path can be flexibly changed through the routing relation configuration, a mirror image is not required to be generated every time the test path is changed, and the difficulty and the cost for generating the service test environment are reduced.
In one embodiment, as shown in fig. 4 in conjunction with fig. 5, step S210 includes:
step S211, pulling the current network service module file and the first configuration data corresponding to the complete service, configuring the routing destination address of the module corresponding to the complete service as the address of the transfer server, and generating an environment mirror image according to the service module file and the first configuration data.
Specifically, the current network service module file is a complete service module file of a currently running stable version acquired from the current network server, such as a payment module file, each module in a full link configuring a complete service function is subjected to a transfer service, a routing destination address of each module corresponding to the complete service is a transfer server address, and a specific operation process can be as follows: and traversing the routing files of all the payment modules, finding out the fields which are ip in the routing files in a regular matching mode, replacing all the ip with the ip of the machine where the transit service is located, wherein the original routing points to the current network machine. The first configuration data is the configuration data required to be performed due to the difference between the test environment and the current network environment, and can be pulled from an SVN version management tool server, such as a merchant number, a DB database and the like. The environment mirror image and the environment container inherit the same father mirror image, the father mirror image can be added with lib and some universal tools and commands required by running specific protocol type service based on a tlinux1.2 system, the basic environment can print the whole business module file into the mirror image according to the first configuration data, and the generated environment mirror image is uploaded to a warehouse for storage.
Step S212, perform first port mapping on the environment mirror image, and create a corresponding environment container.
Specifically, the environment mirror image is pulled from the warehouse, and then the first port mapping is performed. Port mapping refers to mapping a listening port of a service itself to an external port, and accessing the service in a container from the outside needs to be realized by calling the mapping port through the external port. When the first port is mapped, the external port is the same as the monitoring port. And after the first port is mapped successfully, creating an environment container corresponding to the environment mirror image.
In step S213, initialization is performed to generate a basic environment.
Specifically, the initialization includes creating a shortcut of a soft link, i.e., a file directory, modifying system configuration, and configuring according to the number of processes, log levels, and protocol number of the service itself.
In one embodiment, as shown in fig. 6, step S220 includes:
step S221, acquiring the module file to be tested and the second configuration data, and generating a module mirror image according to the module file to be tested and the second configuration data.
Specifically, the second configuration data is a configuration matched with a module file to be tested, a single container in the container cluster is only put into one module pulled from a published transfer test machine, for example, the number of modules contained in one container in the basic environment is about 100, the time consumption is 30 minutes, but the updating is performed only at a fixed time, for example, the updating is performed once in the morning, although the time is a little long but belongs to an acceptable range, the time consumption of generating only one module in a single container in the container cluster is about 2 minutes, and the operation is rapid and convenient. Different modules correspond to different module images. The method for acquiring the file of the module to be tested can be divided into a publishing system creation mode and a Web manual creation mode, the two creating modes are different in triggering mode, the first publishing system creation mode is that the file of the module to be tested is updated to a transfer test machine firstly and then pulled from the transfer test machine, and the second Web manual creation mode is that the input name of the module to be tested is received and then the corresponding file of the module to be tested is acquired according to the name of the module to be tested.
Step S222, performing second port mapping on the module mirror image, creating a corresponding service module container, initializing, and generating a test module environment.
Specifically, when the second port is mapped, a random mapping mode is used between the external port and the listening port. And after the second port is mapped successfully, creating corresponding service module containers, wherein each service module container only corresponds to one module, and each service module container has an independent test module environment.
In one embodiment, the preset keywords include at least one of manual test keywords and automatic test keywords, and different types of preset keywords have different formats.
Specifically, the manual test keywords are used for performing manual test, the automatic test keywords are used for performing automatic test, and if the automatic test keywords are the automatic test keywords, manual interface operation is not required, and an automatic test script can be obtained to perform full-automatic test. The format of the manual test keyword is different from that of the automatic test keyword, for example, the manual test keyword is defined as a numeric type, and the automatic test keyword is defined as an alphabetic type. In the process of creating a test module environment, after a container is initialized, a preset keyword needs to be added into a routing relation to be tested, if the test is a manual test, the manual test keyword is added, and if the test is an automatic test, the automatic test keyword is added. So that the corresponding test module environment can be invoked using the preset keyword. The adding can be carried out through a visual interface, and the matching is carried out with the corresponding business module container. And if one test path relates to a plurality of modules to be tested, establishing a matching relation between the preset keywords and a plurality of service module containers. In a specific embodiment, the manual testing keyword is uin, namely an identification number assigned by the social application, and a testing requirement comprises a plurality of modules to be tested, each module to be tested is placed in a container, the same uin is used for connecting the whole link to form a container group, and the container group can be used for adding the same uin to all containers hung under the whole requirement in batches. Fig. 7 is a schematic diagram of a test scenario, in which the containers 1 to N correspond to the same uin. In a particular embodiment, the keywords are automatically tested for the assigned usernames of the social application.
In one embodiment, the method further comprises: and configuring a downstream routing relation corresponding to the downstream called test module, wherein the downstream routing relation comprises the relation between the preset keywords and the matched downstream called test environment.
Specifically, the downstream called test environment refers to a plurality of environments that may exist in a downstream called party and that need to be respectively docked for testing, where a service is used as an entry. For external users of the service, the service test module is not required to be tested, and only the basic environment corresponding to the complete service is required to be utilized, so that a stable environment is provided to enter a downstream debugged test environment. The external request is transferred to a basic environment, and then enters a downstream called test environment corresponding to the preset keyword in the external request through the preset keyword and the downstream routing relation, for example, the request is guided to different downstream called parties through different application internal accounts. If all external requests enter the basic environment and then enter the downstream called party environment 1 under the default condition, but a plurality of groups of uins can be respectively configured by using the transit service to respectively guide the requests into the downstream called party environment 2 to the downstream called party N, if the uin1 corresponds to the downstream called party environment 2, and the uin2 corresponds to the downstream called party environment 3, the change of the downstream called testing module is flexibly and conveniently realized, and the testing cost is reduced.
In a specific embodiment, the service module container is a docker container, and a schematic diagram of a docker testing environment is shown in fig. 8, where the environment includes a base environment 310, a transit service module 320, a container cluster 330, and a front-end container cluster management system 340. A business module container generation instruction carrying preset keywords and/or module names may be triggered by a publishing system or a manual pull-up module in the visualization environment of the front-end container cluster management system 340. The basic environment 310 may include a plurality of sub-basic environments 311-31N, which are split for different development groups in a department, and a complete basic environment 310 is formed by combining the split basic environments. The transit service module 320 is configured to store a routing relationship to be tested and a default routing relationship, where different service modules correspond to different transit routing relationships. The method is used for making a judgment on request forwarding and routing rules according to the transit routing relationship, if the test request hits the default rule, the test request is forwarded to the basic environment 310, if the test request hits the routing rule of a specific preset keyword, if the preset keyword includes a payment account uin and a user identifier rtx in a payment application scene, the test request is forwarded to a target container matched with the preset keyword in the container cluster. The container cluster 330 is composed of a plurality of service module containers a-Z, each service module container only includes one module, and if a plurality of service modules are needed in the test requirement, the same route preset keyword can be used to communicate with a plurality of containers.
In an embodiment, as shown in fig. 9, a method for service test is provided, where a service test environment generated by using the method for generating a service test environment according to any of the foregoing embodiments includes the following steps:
step S410, receiving a test request, where the test request includes a test keyword and a service port.
Specifically, the test keywords are used for distinguishing a test path and a test mode, the test keywords include manual test keywords and automatic test keywords, the test path corresponding to the test keywords can be obtained through matching of the test keywords with the keywords in the target transfer routing relationship, and different test keywords can forward the test request to different service module containers. Each service corresponds to a service port, the mapping port corresponding to a service module container in the basic environment is consistent with the service port of the service corresponding to the module, and the mapping port corresponding to the service module container is random but has a corresponding relation with the service port. The service port is used for searching the transit routing relation matched with the test request. According to different test rules, the service port may be a current service port corresponding to a service module that sends the test request, or a target service port corresponding to a next service module linked to the service module that sends the test request. If the service port is the current service port, the link relation among the service ports can be stored in the transit server, so that the next service port is obtained as a target service port according to the current service port, and then the matched target transit routing relation is obtained according to the target service port.
Step S420, obtaining the matched target transit routing relationship according to the service port.
Specifically, each service port has a corresponding transit routing relationship, the transit routing relationship is stored in correspondence with the service port identifier, the transit routing relationship corresponding to each service port can be configured before testing, and the transit routing relationship includes a relationship between a preset keyword and a matched service module container, and a relationship between a default keyword and a corresponding basic environment. The transit routing relation is used for determining a test path of a module corresponding to the complete service, and the transit routing relation is stored in equipment corresponding to the transit service.
And step S430, matching the test keywords with keywords in the target transit routing relationship, and if the matching is successful, entering step S440, otherwise, entering step S450.
Step S440, determining a target container corresponding to the preset keyword according to the target transit routing relation, and forwarding the test request to the target container corresponding to the preset keyword.
Specifically, if a preset keyword identical to the test keyword exists in the target transit routing relationship, the test request may be forwarded to the target container corresponding to the preset keyword through the test keyword. The IP address and the mapping port number of the server corresponding to the target container can be obtained through the preset keywords, and therefore the corresponding target module is determined according to the IP address and the mapping port number. And the IP address corresponding to the preset keyword is the IP address of the server where the container cluster is located.
Step S450, determining a target module in the basic environment corresponding to the default keyword according to the target transit routing relation, and forwarding the test request to the target module.
Specifically, if the preset keyword identical to the test keyword does not exist in the target transit routing relationship, the target module in the basic environment corresponding to the default keyword in the target transit routing relationship is acquired, and the test request is forwarded to the target module. The IP address and the mapping port number of the server corresponding to the target container can be obtained through the default keyword, so that the corresponding target module is determined according to the IP address and the mapping port number. And the IP address corresponding to the default keyword is the IP address of the server of the basic environment.
In the embodiment, by receiving a test request, the test request includes a test keyword and a service port, obtaining a matched target transit routing relationship according to the service port, matching the test keyword with a keyword in the target transit routing relationship, if the matching is successful, determining a target container corresponding to the preset keyword according to the target transit routing relationship, forwarding the test request to the target container corresponding to the preset keyword, if the matching is not successful, determining a target module in a basic environment corresponding to a default keyword according to the target transit routing relationship, forwarding the test request to the target module, and by carrying the test keyword and the service port in the test request, the test request can be forwarded to different environments for testing, the test is flexible and convenient, and a new mirror image of a test link is generated without modifying a test path in the test process, and test resources are saved.
In a specific embodiment, before sending a test request, a matching relationship is established between a manual test keyword uin-12345 and a service module container B1 and a service module container C1, a complete service link is a-B-C-D, where a and D are tested by using modules in a basic environment, B and C are tested by using test versions, and the service module container B1 and the service module container C1 are used for testing, and a transit routing relationship corresponding to each service module is stored in a transit server, where the transit routing relationship corresponding to the service module A, B, C, D corresponds to service ports a2, B2, C2, and D2 one to one. Wherein
The transit routing relationship AA corresponding to the service module a is: default default IPA PORTA;
the transit routing relationship BB corresponding to the service module B is: default default default IPB PORTB;
uin 12345 IPB1 PORTB1；
the transfer routing relationship CC corresponding to the service module C is: default default IPC PORTC;
uin 12345 IPC1 PORTC1；
the transit routing relationship DD corresponding to the service module D is: default default default IPD PORTD.
If the test request received by the transit server carries uin 12345 and the service port is a2, acquiring a corresponding transit routing relationship AA through a2, and if no keyword matched with 12345 exists in the transit routing relationship AA, that is, no preset keyword successfully matched exists, acquiring an IPA PORTA corresponding to a default keyword, and forwarding the test request to the service module a in the basic environment. The service module a generates a test request again, the generated test request includes uin 12345 and a service port B2 corresponding to the next link service module B of the service module a, and forwards the test request to the transit server, the transit server obtains a corresponding transit routing relationship BB through B2, because a keyword matching with 12345 exists in the transit routing relationship BB, obtains IPB1PORTB1 corresponding to 12345, forwards the test request to the service module container B in the container cluster, generates a new test request in a similar manner, and sends the new test request to the transit server, a forwarding path of the test request is as shown in fig. 10, and a test path of the test request is a-B1-C1-D, which meets expectations.
In one embodiment, as shown in fig. 11, the method further comprises:
step S441, if the preset keyword is a service module container according to the target transit routing relationship, the test request is forwarded to the service module container.
Step S442, if the preset keyword corresponds to the downstream called test environment according to the target relay routing relationship, forwarding the test request to the downstream called test environment.
Specifically, the transfer routing relationship may further include a relationship between a preset keyword and the matched downstream called test environment, and when the downstream called test module has a plurality of downstream test versions, each downstream test version has a corresponding downstream called test environment, and the called test containers may be distinguished by establishing an association relationship between different preset keywords and different downstream called test environments and by using the preset keyword. The same preset keyword in the target transit routing relationship may correspond to the service module container or the downstream called test environment. And acquiring the corresponding service module container or the downstream called test environment according to the IP address and the mapping port number of the container. And adding the relation between the preset keyword and the downstream called test environment in the target transit routing relation, and flexibly entering different environments for testing when a plurality of environments exist in the downstream called party.
In one embodiment, as shown in fig. 12, there is provided a system for business testing, the system comprising:
the basic environment server 510 is configured to obtain a service module file corresponding to the complete service, configure a routing destination address of a module corresponding to the complete service as a transit service address, and generate a basic environment according to the service module file.
The container server 520 is configured to obtain a module file to be tested corresponding to a module to be tested in the complete service, and generate a corresponding service module container according to the module file to be tested.
The transit server 530 is configured to configure a routing relationship to be tested corresponding to the module to be tested, where the routing relationship to be tested includes a relationship between a preset keyword and a matched service module container, and configure a default routing relationship corresponding to a module not to be tested, where the default routing relationship includes a relationship between a default keyword and a corresponding basic environment.
In an embodiment, the relay server 530 is further configured to receive a test request, where the test request includes a test keyword and a service port, obtain a matched target relay routing relationship according to the service port, match the test keyword with a keyword in the target relay routing relationship, determine, according to the target relay routing relationship, a target container corresponding to the preset keyword if the matching is successful with the preset keyword, forward the test request to the target container corresponding to the preset keyword, determine, according to the target relay routing relationship, a target module in a basic environment corresponding to a default keyword if the matching is not successful with the preset keyword, and forward the test request to the target module.
In an embodiment, the system further includes an existing network server 540 and a configuration server 550, and the basic environment server 510 is further configured to pull an existing network service module file corresponding to the complete service from the existing network server 540, pull first configuration data from the configuration server 550, configure a routing destination address corresponding to the complete service as a transit server address, generate an environment image according to the service module file and the first configuration data, perform first port mapping on the environment image, create a corresponding environment container, perform initialization, and generate a basic environment.
In an embodiment, the system further includes a test file server 560, and the container server 520 is further configured to obtain a module file to be tested from the test file server, pull the second configuration data from the configuration server, generate a module image according to the module file to be tested and the second configuration data, perform second port mapping on the module image, create a corresponding service module container, perform initialization, and generate a test module environment.
In an embodiment, the system further includes a downstream called server 570, where the downstream called server 570 is configured to run a downstream called test environment, and the transit server is further configured to store a downstream routing relationship corresponding to the downstream called test module, where the downstream routing relationship includes a relationship between a preset keyword and the matched downstream called test environment.
In one embodiment, as shown in fig. 13, there is provided a system for generating a business test environment, including:
the basic environment generating module 610 is configured to obtain a service module file corresponding to the complete service, configure a routing destination address of the module corresponding to the complete service as a transit service address, and generate a basic environment according to the service module file.
And the service module container generating module 620 is configured to obtain a module file to be tested corresponding to the module to be tested in the complete service, and generate a corresponding service module container according to the module file to be tested.
The transit routing relationship configuration module 630 is configured to configure a to-be-tested routing relationship corresponding to the to-be-tested module, where the to-be-tested routing relationship includes a relationship between a preset keyword and a matched service module container, and configure a default routing relationship corresponding to a non-to-be-tested module, where the default routing relationship includes a relationship between a default keyword and a corresponding basic environment.
In one embodiment, the number of the modules to be tested is multiple, and service module containers corresponding to different modules to be tested form a container cluster.
In an embodiment, the basic environment generating module 610 is further configured to pull a current network service module file and first configuration data corresponding to the complete service, configure a routing destination address of a module corresponding to the complete service as a transit server address, generate an environment mirror image according to the service module file and the first configuration data, perform first port mapping on the environment mirror image, create a corresponding environment container, perform initialization, and generate the basic environment.
In an embodiment, the service module container generating module 620 is further configured to obtain a module file to be tested and second configuration data, generate a module mirror image according to the module file to be tested and the second configuration data, perform second port mapping on the module mirror image, create a corresponding service module container, perform initialization, and generate a test module environment.
In one embodiment, the preset keywords include at least one of manual test keywords and automatic test keywords, and different types of preset keywords have different formats.
In an embodiment, the transit routing relationship configuring module 630 is further configured to configure a downstream routing relationship corresponding to the downstream invoked test module, where the downstream routing relationship includes a relationship between a preset keyword and a matched downstream invoked test environment.
In one embodiment, as shown in fig. 14, there is provided a device for service testing, which is applied to the system in the service testing environment, and includes:
a test request receiving module 710, configured to receive a test request, where the test request includes a test key and a service port.
An obtaining module 720, configured to obtain the matched target transit routing relationship according to the service port.
The forwarding module 730 is configured to match the test keyword with a keyword in the target relay routing relationship, determine a target container corresponding to the preset keyword according to the target relay routing relationship if the matching is successful with the preset keyword, forward the test request to the target container corresponding to the preset keyword, determine a target module in the basic environment corresponding to the default keyword according to the target relay routing relationship if the matching is not successful with the preset keyword, and forward the test request to the target module.
In an embodiment, the forwarding module 730 is further configured to determine that the target container is a service module container if the preset keyword corresponds to the service module container according to the target transit routing relationship, and determine that the target container is a downstream called test environment if the preset keyword corresponds to the downstream called test environment according to the target transit routing relationship.
It will be understood by those skilled in the art that all or part of the processes in the methods of the embodiments described above may be implemented by hardware related to instructions of a computer program, which may be stored in a computer readable storage medium, for example, in the storage medium of a computer system, and executed by at least one processor in the computer system, so as to implement the processes of the embodiments including the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.
The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (19)
1. A method for generating a business test environment, the method comprising:
acquiring a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transfer service address, and generating a basic environment according to the service module file;
acquiring a module file to be tested corresponding to a module to be tested in the complete service, and generating a corresponding service module container according to the module file to be tested;
configuring a routing relation to be tested corresponding to a module to be tested, wherein the routing relation to be tested comprises a relation between a preset keyword and a matched service module container, and configuring a default routing relation corresponding to a module not to be tested, the default routing relation comprises a relation between the default keyword and a corresponding basic environment, and the routing relation to be tested is used for determining a test path of the module corresponding to the complete service.
2. The method according to claim 1, wherein the module under test is a plurality of modules, and service module containers corresponding to different modules under test form a container cluster.
3. The method according to claim 1, wherein the step of obtaining a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transit service address, and generating a basic environment according to the service module file comprises:
pulling a current network service module file and first configuration data corresponding to a complete service, configuring a routing destination address of a module corresponding to the complete service as a transit server address, and generating an environment mirror image according to the service module file and the first configuration data;
carrying out first port mapping on the environment mirror image, and creating a corresponding environment container;
and initializing to generate a basic environment.
4. The method according to claim 1, wherein the step of acquiring a module-to-be-tested file corresponding to a module-to-be-tested in the complete service and generating a corresponding service module container according to the module-to-be-tested file comprises:
acquiring a module file to be tested and second configuration data, and generating a module mirror image according to the module file to be tested and the second configuration data;
and carrying out second port mapping on the module mirror image, creating a corresponding service module container, initializing and generating a test module environment.
5. The method of claim 1, wherein the preset keywords comprise at least one of manual test keywords and automatic test keywords, and different types of preset keywords have different formats.
6. The method of claim 1, further comprising:
and configuring a downstream routing relation corresponding to the downstream called test module, wherein the downstream routing relation comprises the relation between the preset keywords and the matched downstream called test environment.
7. A method for service testing, which is a service testing environment generated by the method for generating a service testing environment according to any one of claims 1 to 6, the method comprising:
receiving a test request, wherein the test request comprises a test keyword and a service port;
acquiring a matched target transit routing relation according to the service port, wherein the target transit routing relation is used for determining a test path of a module corresponding to the complete service;
matching the test keywords with keywords in a target transit routing relationship, if the matching is successful and the matching is successful, determining a target container corresponding to the preset keywords according to the target transit routing relationship, and forwarding the test request to the target container corresponding to the preset keywords;
and if the matched preset keywords do not exist, determining a target module in the basic environment corresponding to the default keywords according to the target transfer routing relation, and forwarding the test request to the target module.
8. The method of claim 7, further comprising:
if the preset keyword corresponds to a business module container according to the target transfer routing relation, forwarding the test request to the business module container;
and if the preset keyword corresponds to the downstream called test environment according to the target transfer routing relation, forwarding the test request to the downstream called test environment.
9. A system for business testing, the system comprising:
the basic environment server is used for acquiring a service module file corresponding to the complete service, configuring a routing destination address of a module corresponding to the complete service as a transfer service address, and generating a basic environment according to the service module file;
the container server is used for acquiring a module file to be tested corresponding to a module to be tested in the complete service and generating a corresponding service module container according to the module file to be tested;
the transfer server is used for configuring routing relations to be tested corresponding to the modules to be tested, the routing relations to be tested comprise relations between preset keywords and matched service module containers, default routing relations corresponding to modules not to be tested are configured, the default routing relations comprise relations between the default keywords and corresponding basic environments, and the routing relations to be tested are used for determining test paths of the modules corresponding to the complete services.
10. The system according to claim 9, wherein the relay server is further configured to receive a test request, where the test request includes a test keyword and a service port, obtain a matched target relay routing relationship according to the service port, match the test keyword with a keyword in the target relay routing relationship, determine, if the matching is successful, a target container corresponding to the preset keyword according to the target relay routing relationship, forward the test request to the target container corresponding to the preset keyword, and if there is no successfully matched preset keyword, determine, according to the target relay routing relationship, a target module in a basic environment corresponding to a default keyword, and forward the test request to the target module.
11. The system of claim 9, wherein the system further comprises an existing network server and a configuration server, and the basic environment server is further configured to pull an existing network service module file corresponding to the complete service from the existing network server, pull first configuration data from the configuration server, configure a routing destination address corresponding to the complete service as a transit server address, generate an environment mirror image according to the service module file and the first configuration data, perform first port mapping on the environment mirror image, create a corresponding environment container, perform initialization, and generate the basic environment.
12. The system according to claim 11, wherein the system further comprises a test file server, and the container server is further configured to obtain a module file to be tested from the test file server, pull second configuration data from the configuration server, generate a module image according to the module file to be tested and the second configuration data, perform second port mapping on the module image, create a corresponding service module container, perform initialization, and generate a test module environment.
13. The system of claim 11, further comprising a downstream invoked server, wherein the downstream invoked server is configured to run a downstream invoked test environment, and the transit server is further configured to configure a downstream routing relationship corresponding to the downstream invoked test module, where the downstream routing relationship includes a relationship between a preset keyword and the matched downstream invoked test environment.
14. A system for generating a business test environment, the system comprising:
a basic environment generating module, configured to obtain a service module file corresponding to a complete service, configure a routing destination address of the module corresponding to the complete service as a transit service address, and generate a basic environment according to the service module file;
the service module container generating module is used for acquiring a module file to be tested corresponding to a module to be tested in the complete service and generating a corresponding service module container according to the module file to be tested;
the transfer routing relation configuration module is used for configuring a routing relation to be tested corresponding to the module to be tested, the routing relation to be tested comprises a relation between a preset keyword and a matched service module container, a default routing relation corresponding to a module not to be tested is configured, the default routing relation comprises a relation between the default keyword and a corresponding basic environment, and the routing relation to be tested is used for determining a test path of the module corresponding to the complete service.
15. An apparatus for business testing, wherein the apparatus is used in a business testing environment generated by the generation system of the business testing environment of claim 14, the apparatus comprising:
the device comprises a test request receiving module, a test request receiving module and a test processing module, wherein the test request receiving module is used for receiving a test request which comprises a test keyword and a service port;
the acquisition module is used for acquiring a matched target transit routing relation according to the service port, and the target transit routing relation is used for determining a test path of a module corresponding to the complete service;
and the forwarding module is used for matching the test keyword with keywords in a target relay routing relationship, if the matching is successful, determining a target container corresponding to the preset keyword according to the target relay routing relationship, forwarding the test request to the target container corresponding to the preset keyword, if the matching is not successful, determining a target module in a basic environment corresponding to a default keyword according to the target relay routing relationship, and forwarding the test request to the target module.
16. A server, characterized in that it comprises a storage medium and a processor, the storage medium having stored therein a computer program which, when executed by the processor, causes the processor to carry out the steps of the method of generating a business test environment according to any one of claims 1 to 6.
17. A server, characterized in that it comprises a storage medium and a processor, the storage medium having stored therein a computer program which, when executed by the processor, causes the processor to carry out the steps of the method of business testing of any of claims 7 to 8.
18. A computer-readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when being executed by a processor, causes the processor to carry out the steps of the method of generating a business test environment of any one of claims 1 to 6.
19. A computer-readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when being executed by a processor, causes the processor to carry out the steps of the method of traffic testing of any of claims 7 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610882679.0A CN106656650B (en) | 2016-10-08 | 2016-10-08 | Method and system for generating service test environment, and method, device and system for service test |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610882679.0A CN106656650B (en) | 2016-10-08 | 2016-10-08 | Method and system for generating service test environment, and method, device and system for service test |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106656650A CN106656650A (en) | 2017-05-10 |
| CN106656650B true CN106656650B (en) | 2020-01-14 |
Family
ID=58854353
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610882679.0A Active CN106656650B (en) | 2016-10-08 | 2016-10-08 | Method and system for generating service test environment, and method, device and system for service test |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106656650B (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107678836B (en) * | 2017-10-12 | 2021-09-03 | 新华三大数据技术有限公司 | Cluster test data acquisition method and device |
| CN108829588B (en) * | 2018-05-30 | 2021-12-07 | 北京顺丰同城科技有限公司 | Processing method, deployment system and device for testing application program |
| CN111865706B (en) * | 2019-04-24 | 2022-06-28 | 百度在线网络技术（北京）有限公司 | Testing method and testing system for Internet products |
| CN110334029A (en) * | 2019-07-10 | 2019-10-15 | 中国民航信息网络股份有限公司 | Test environmental system and system integration and test method |
| CN110380930B (en) * | 2019-07-16 | 2022-07-12 | 腾讯科技（深圳）有限公司 | Test method, test device, server and computer storage medium |
| CN110532170B (en) * | 2019-07-18 | 2023-08-08 | 北京文渊佳科技有限公司 | Method and device for building test environment, electronic equipment and medium |
| CN110752964B (en) * | 2019-09-06 | 2021-09-14 | 锐捷网络股份有限公司 | Network equipment testing method and device |
| CN111464380B (en) * | 2020-03-19 | 2022-02-08 | 时时同云科技(成都)有限责任公司 | Method, device and system for parallel testing of multiple service items |
| CN112995269B (en) * | 2020-12-10 | 2022-01-11 | 腾讯科技（深圳）有限公司 | Data processing method, computer device and readable storage medium |
| CN112751935B (en) * | 2020-12-31 | 2022-08-12 | 南京云柜网络科技有限公司 | Request processing method and device, electronic equipment and storage medium |
| CN113138806B (en) * | 2021-03-25 | 2023-11-07 | 车智互联（北京）科技有限公司 | Processing method and device for mobile application running environment |
| CN114070883B (en) * | 2021-11-12 | 2023-03-24 | 腾讯科技（深圳）有限公司 | Test resource access method and device, electronic equipment and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101174240A (en) * | 2006-11-03 | 2008-05-07 | 凌阳科技股份有限公司 | Software testing management method and system thereof |
| CN102053912A (en) * | 2011-01-06 | 2011-05-11 | 中国工商银行股份有限公司 | Device and method for automatically testing software based on UML (unified modeling language) graphs |
| CN103269294A (en) * | 2013-04-26 | 2013-08-28 | 广东电网公司电力科学研究院 | Message router testing method and system based on ESB bus |
| CN103580943A (en) * | 2012-08-03 | 2014-02-12 | 亿赞普(北京)科技有限公司 | Network software online testing method and system |
| CN104699612A (en) * | 2015-03-25 | 2015-06-10 | 北京嘀嘀无限科技发展有限公司 | Processing method, equipment and system used in software testing |
| CN105302721A (en) * | 2015-10-29 | 2016-02-03 | 普元信息技术股份有限公司 | System and method for realizing integration testing of centralized analog server in cloud computing platform |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103746884B (en) * | 2014-01-15 | 2017-07-14 | 加弘科技咨询(上海)有限公司 | A kind of method and system that flow rate test is carried out using interchanger |
-
2016
- 2016-10-08 CN CN201610882679.0A patent/CN106656650B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101174240A (en) * | 2006-11-03 | 2008-05-07 | 凌阳科技股份有限公司 | Software testing management method and system thereof |
| CN102053912A (en) * | 2011-01-06 | 2011-05-11 | 中国工商银行股份有限公司 | Device and method for automatically testing software based on UML (unified modeling language) graphs |
| CN103580943A (en) * | 2012-08-03 | 2014-02-12 | 亿赞普(北京)科技有限公司 | Network software online testing method and system |
| CN103269294A (en) * | 2013-04-26 | 2013-08-28 | 广东电网公司电力科学研究院 | Message router testing method and system based on ESB bus |
| CN104699612A (en) * | 2015-03-25 | 2015-06-10 | 北京嘀嘀无限科技发展有限公司 | Processing method, equipment and system used in software testing |
| CN105302721A (en) * | 2015-10-29 | 2016-02-03 | 普元信息技术股份有限公司 | System and method for realizing integration testing of centralized analog server in cloud computing platform |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106656650A (en) | 2017-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106656650B (en) | Method and system for generating service test environment, and method, device and system for service test | |
| CN112118565B (en) | Multi-tenant service gray level publishing method, device, computer equipment and storage medium | |
| CN109635019B (en) | Request processing method, device, equipment and storage medium | |
| CN111858083B (en) | Remote service calling method and device, electronic equipment and storage medium | |
| US11916740B2 (en) | K8S-based service deployment method and apparatus, device, and medium | |
| US7818752B2 (en) | Interface for application components | |
| CN109151025B (en) | Load balancing method and device based on URL, computer storage medium and equipment | |
| CN115658348B (en) | Micro-service calling method, related device and storage medium | |
| US10033583B2 (en) | Accelerating device, connection and service discovery | |
| WO2020071962A1 (en) | System for classifying traffic | |
| CN114189525A (en) | Service request method and device and electronic equipment | |
| CN110958180B (en) | Gateway routing method, intelligent gateway, electronic device and computer storage medium | |
| CN110597783B (en) | Database management method, device, equipment and storage medium | |
| CN109600380B (en) | Data transmission method and device | |
| EP3974960A1 (en) | Method and system for automated testing of web service apis | |
| US20200184014A1 (en) | Internet of everything | |
| CN113992664B (en) | Cluster communication method, related device and storage medium | |
| CN114584629A (en) | Transaction message processing method and device | |
| CN114500510A (en) | Request information response method, device, communication equipment and storage medium | |
| CN110515905B (en) | Method, device and server for configuring route | |
| CN113268360A (en) | Request processing method, device, server and storage medium | |
| CN111881174A (en) | Device and method for providing distributed NLP capability service | |
| CN111708646A (en) | Method, device and system for realizing front-end service platform and storage medium | |
| US10623523B2 (en) | Distributed communication and task handling to facilitate operations of application system | |
| CN111782428B (en) | Data calling system and method |
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 | ||
| GR01 | Patent grant |