CN114584500B - Asynchronous communication testing method and device and electronic equipment - Google Patents
Asynchronous communication testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN114584500B CN114584500B CN202210179544.3A CN202210179544A CN114584500B CN 114584500 B CN114584500 B CN 114584500B CN 202210179544 A CN202210179544 A CN 202210179544A CN 114584500 B CN114584500 B CN 114584500B
- Authority
- CN
- China
- Prior art keywords
- test
- parameters
- remote procedure
- procedure call
- tested
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 354
- 230000006854 communication Effects 0.000 title claims abstract description 54
- 238000004891 communication Methods 0.000 title claims abstract description 53
- 238000000034 method Methods 0.000 claims abstract description 231
- 230000004044 response Effects 0.000 claims abstract description 65
- 238000012544 monitoring process Methods 0.000 claims abstract description 28
- 238000010998 test method Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 31
- 230000006870 function Effects 0.000 description 23
- 230000001360 synchronised effect Effects 0.000 description 8
- 238000013515 script Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000036555 skin type Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
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
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Cardiology (AREA)
- Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a testing method and device for asynchronous communication and electronic equipment, wherein the method is applied to a client; the client is in communication connection with a preset server; the server runs a system to be tested; after a test case of a system to be tested is obtained, a remote procedure call request corresponding to the test case is sent to a server, and a coroutine corresponding to the remote procedure call request is generated; and determining a test result corresponding to the test case based on the response message by the cooperative monitoring server side and the response message for the remote procedure call request. The method generates the assistant program of the remote procedure call request to monitor the response message to the request, and the main program can directly carry out the next test flow without waiting for the response of the server to the request of the client, thereby saving the test time and improving the test efficiency.
Description
Technical Field
The present invention relates to the field of system testing technologies, and in particular, to a method and an apparatus for testing asynchronous communications, and an electronic device.
Background
When a user operates a network game through a client, communication with a server of the network game system is generally required to realize the game operation. The communication between the client and the server is mainly realized by the RPC (Remote Procedure Call ) technology. Thus in testing of network gaming systems, it is necessary to test the RPC. In the related art, when testing the RPC, a method of synchronously monitoring asynchronous communication between the server and the client is generally adopted. In the mode, long waiting time is generated in the process of waiting for a response message of a server to a request of a client, so that the testing efficiency is low.
Disclosure of Invention
Accordingly, the present invention is directed to a method and apparatus for testing asynchronous communication, and an electronic device, so as to reduce the waiting time of a main thread for a response message in a remote procedure call testing process, and improve the testing efficiency.
In a first aspect, an embodiment of the present invention provides a method for testing asynchronous communications, where the method is applied to a client; the client is in communication connection with a preset server; the server runs a system to be tested; the method comprises the following steps: acquiring a test case of a system to be tested; sending a remote procedure call request corresponding to the test case to a server, and generating a coroutine corresponding to the remote procedure call request; and determining a test result corresponding to the test case based on the response message by the cooperative monitoring server side and the response message for the remote procedure call request.
The test case comprises parameters to be tested, condition parameters corresponding to the parameters to be tested and preset results; the step of obtaining the test case of the system to be tested comprises the following steps: acquiring test parameters of a system to be tested; selecting a parameter to be tested from the test parameters according to the target requirements, wherein the condition parameters correspond to the parameter to be tested; and determining the parameters to be tested, the condition parameters corresponding to the parameters to be tested and the preset results corresponding to the target requirements as test cases of the system to be tested.
The test case comprises parameters to be tested and condition parameters; before the step of sending the remote procedure call request corresponding to the test case to the server, the method further comprises the following steps: generating a test environment corresponding to the test case based on the condition parameters; based on the parameters to be tested and the test environment, a remote procedure call request corresponding to the test case is generated.
The remote procedure call request comprises request parameters generated based on the test case; the step of generating the coroutine corresponding to the remote procedure call request comprises the following steps: transmitting request parameters of a remote procedure call request to initial parameters of an initial cooperative program to be distributed, and determining the initial cooperative program after parameter transmission as a cooperative program corresponding to the remote procedure call request; the initial coroutine is generated by a preset generator.
The remote procedure call request comprises a request identifier; the response message for the remote procedure call request returned by the server side comprises a request identifier of the remote procedure call request; the step of responding to the remote procedure call request returned by the cooperative monitoring server side comprises the following steps: and if the monitored message sent by the server side comprises a request identifier of a remote procedure call request acquired in advance, determining the monitored message as a response message aiming at the remote procedure call request.
The test case comprises a preset result; the test result comprises test success or test failure; based on the response message, determining a test result corresponding to the test case, including: analyzing the response message through the cooperative distance to obtain a feedback result corresponding to the test parameter; judging whether the feedback result is consistent with a preset result; if the test results are consistent, determining that the test results of the test cases are successful; if the test cases are inconsistent, determining that the test results of the test cases are test failures.
The test parameters include a plurality of test parameters; the test parameters correspond to various types; the target demand corresponds to a target type; according to the target requirement, selecting the parameters to be tested and the condition parameters corresponding to the parameters to be tested from the test parameters, wherein the method comprises the following steps: selecting the test parameters with the same type as the target type from the test parameters as parameters to be tested; and if the number of the parameters to be tested is multiple, sequentially selecting the condition parameters corresponding to the parameters to be tested from the test parameters according to the set sequence.
After the step of determining the test result corresponding to the test case based on the response message for the remote procedure call request returned by the server through the coroutine, the method further comprises: and storing the test cases and the test results corresponding to the test cases to a preset storage position.
In a second aspect, an embodiment of the present invention provides an asynchronous communication testing apparatus, where the apparatus is disposed at a client; the client is in communication connection with a preset server; the server runs a system to be tested; the device comprises: the test case acquisition module is used for acquiring test cases of the system to be tested; the request sending and coroutine generating module is used for sending a remote procedure call request corresponding to the test case to the server and generating a coroutine corresponding to the remote procedure call request; the test result determining module is used for determining a test result corresponding to the test case based on the response message returned by the coroutine monitoring server and aiming at the remote procedure call request.
In a third aspect, an embodiment of the present invention provides an electronic device, including a processor and a memory, where the memory stores machine executable instructions executable by the processor, and the processor executes the machine executable instructions to implement the above-mentioned test method for asynchronous communication.
In a fourth aspect, embodiments of the present invention provide a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the above-described test method of asynchronous communication.
The embodiment of the invention has the following beneficial effects:
the method, the device and the electronic equipment for testing the asynchronous communication are characterized in that the method is applied to the client; the client is in communication connection with a preset server; the server runs a system to be tested; after a test case of a system to be tested is obtained, a remote procedure call request corresponding to the test case is sent to a server, and a coroutine corresponding to the remote procedure call request is generated; and determining a test result corresponding to the test case based on the response message by the cooperative monitoring server side and the response message for the remote procedure call request. The method generates the assistant program of the remote procedure call request to monitor the response message to the request, and the main program can directly carry out the next test flow without waiting for the response of the server to the request of the client, thereby saving the test time and improving the test efficiency.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
In order to make the above objects, features and advantages of the present invention more comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the description below are some embodiments of the invention and that other drawings may be obtained from these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of a testing method for asynchronous communication according to an embodiment of the present invention;
FIG. 2 is a flow chart of another method for testing asynchronous communications according to an embodiment of the present invention;
fig. 3 is a schematic diagram of an interaction process of RPC testing between a client and a server according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of an asynchronous communication testing device according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
When a user operates a network game through a client, communication with a server of the network game system is generally required to realize the game operation. For example, a user sends a request for purchasing virtual resources to a server through a client, and after the server receives the request, the server judges whether the virtual character corresponding to the current user can purchase the virtual resources or not and returns a purchase result to the user. When the client runs on the mobile phone, the user can operate the network game through the mobile phone. When online games have multi-player online core play, messaging and forwarding requirements before the server and client are increasing with the development of game systems.
In a specific implementation, the communication between the client and the server is mainly implemented through RPC (Remote Procedure Call ). Thus, RPC is the primary protocol for network communications, which is what the game team must pay attention to in testing new plays, or iterating through old systems. For example, an iteration of a mall system may require testing the communication quality of the RPC during purchase of all items within the original game item; the development of an active playing method needs to test whether all the newly added RPC methods can successfully realize the communication between the client and the server.
The biggest feature of online games is faster update iterations, which generally requires a higher frequency of updates to the game system, such as weekly system updates. Based on the large number of RPC test requirements, the test is generally performed in two ways: the first method is mainly based on manual testing, and generally generates an interface comprising each RPC test, wherein the interface is provided with an icon for displaying the calling time, parameter setting and return result of each test, and comprehensively monitors the testing process of each RPC method in an interfacial mode; the second method uses script to replace manpower to test, firstly writes test script for a certain test task or a certain RPC method, and then tests. However, the above method has the following disadvantages:
(1) In the manual test mode, parameters in the RPC method are manually adjusted by adopting manpower, so that a large amount of data and a plurality of RPC methods cannot be tested more comprehensively and efficiently, and test omission easily occurs in a repeated single process;
(2) The universality is not high by writing special RPC test scripts through the scripts, and when the RPC method is modified, the scripts also need to be correspondingly modified. Moreover, the manner of re-writing all flows by a tester according to a new method is also inefficient each time a new RPC test is performed, so that a great deal of time is wasted in debugging the code, rather than the test requirements of the core.
(3) The above-mentioned artificial test and special script test modes are essentially that the asynchronous communication between the monitoring server and the client is obtained by synchronous mode, i.e. an RPC request is sent at the client, then other test works are abandoned, and the message returned by the server is continuously waited. This way the main flow is forced to be blocked, resulting in a large amount of redundant waiting time and a delay in the test progress.
Based on the above, the method, the device and the electronic equipment for testing asynchronous communication provided by the embodiment of the invention can be applied to a testing process of remote procedure call of a network game system or other systems needing interaction between a client and a server.
For the convenience of understanding the present embodiment, first, a method for testing asynchronous communication disclosed in the present embodiment is described in detail, and the method is applied to a client; the client is in communication connection with a preset server; the server runs a system to be tested; as shown in fig. 1, the method comprises the steps of:
step S102, obtaining a test case of the system to be tested.
The system to be tested can be a network game system or other service systems. The system to be tested runs on the server side, and the client side runs an application program corresponding to the system to be tested. The user can send a remote procedure call request to the server through the client so that the system to be tested can realize the function corresponding to the request, such as sending the resource corresponding to the request to the client or setting the parameters of the system to be tested. The test case is mainly used for describing the test task of the system to be tested. Because the test task is to test the response effect of the system to be tested to the remote procedure call request sent by the client, the test case needs to include parameters for generating the remote procedure call request and preset response results of the system to be tested to the remote procedure call request.
Since the system under test typically includes a variety of functions that interact with the client to enable it, the corresponding remote invocation request typically also includes a variety. For example, when the system under test is a game system, the functions it has may include: purchasing virtual resources, changing settings for virtual roles, etc. The implementation of each function typically has certain conditions, such as purchasing a skin of a virtual character corresponding to a player when the level of that virtual character reaches a preset level and the player's virtual assets meet a set number.
Aiming at a certain function, when a remote procedure call request of the function sent by a client side meets a preset condition, the system to be tested sends a response message corresponding to the remote procedure call request to the client side, wherein the response message indicates that the function corresponding to the remote procedure call request is realized; if the remote procedure call request sent by the client does not meet the preset condition, the response message sent by the system to be tested to the client indicates that the function is not realized. In order to test the influence of each condition on the implementation function of the system to be tested, different parameter values are required to be set for the test parameters corresponding to each condition, for example, the virtual character grade of the player in a remote call request for purchasing skin is set to be higher than a preset grade, the grade of the virtual character grade is set to be lower than the preset grade in another request, and the preset response results corresponding to the remote call request composed of the test parameters and the parameter values of different test parameters generally form the test case of the system to be tested.
Step S104, a remote procedure call request corresponding to the test case is sent to the server side, and a coroutine corresponding to the remote procedure call request is generated.
The remote procedure call request is a request which is generated by the client side based on a remote procedure call protocol and is aimed at a preset server side. The client is usually registered in advance on the server, and the server has stored the identification information of the client. When a client sends a remote procedure call request, the client generally carries own identification information so as to facilitate verification of communication authority of a server.
Since the remote procedure call request corresponds to the test case, the request is generated based on the respective test parameters in the test case. For example, if the remote procedure call requests that the skin corresponding to the virtual character purchase a test case, it is assumed that the level of the virtual character in the test case and the corresponding player asset are test parameters, and two parameter values are set for the parameter of the level of the virtual character in advance, wherein one parameter value is higher than a preset level, and the other parameter value is lower than the preset level; two parameter values are set for the player asset, one parameter value is higher than the preset quantity, and one parameter value is lower than the preset quantity, and then the two test parameters are combined in pairs to form the test case capable of generating four remote procedure call requests. When one test parameter is taken as the parameter to be measured, the other test parameter can be regarded as the environmental parameter. The parameter value of the environmental parameter can be kept unchanged, and the parameter value of the parameter to be measured is changed, so that whether the parameter to be measured plays a role corresponding to the preset requirement in the RPC request is determined.
Based on the remote procedure call protocol, each test parameter and the corresponding parameter value, a remote procedure call request corresponding to the test case can be generated. After the remote procedure call request is generated, the request is sent to the server. If the main thread waits for a response message returned by the server after sending the remote procedure call request, the current thread is blocked, and the test process is stopped. In this case, the cooperative program is operated in a time-sharing multiplexing mode on the basis of the thread by generating the cooperative program of the request, so that the operation of the main thread is not blocked, and the main thread can continue to send other remote procedure call requests or record test results and the like.
Because the cooperative program needs to monitor the response message corresponding to the remote procedure call request, the client typically sends a plurality of remote procedure call requests based on the test case, and generates a corresponding cooperative program for each remote procedure call, so each cooperative program needs to determine that the monitored message is a corresponding response message. The implementation of coroutines may vary from programming environment to programming environment based on the initial functions in the environment. For example, in a python2.X (e.g., python 2.7) environment, a user may write a program for an initial coroutine by a combination of yield and send functions according to the application requirements for the coroutine. In the process of generating the coroutine corresponding to the remote procedure call request, the initial coroutine can be called, and parameters such as a request identifier or a request parameter for generating the remote procedure call request, which can identify a response message corresponding to the request, are transmitted to the initial coroutine, so that the coroutine corresponding to the request is generated. The number of coroutines that may be allocated may vary from system environment to system environment.
Step S106, determining a test result corresponding to the test case based on the response message by the coroutine monitoring server side and returning the response message for the remote procedure call request.
Because the coroutine corresponds to the remote procedure call request, and parameters of the coroutine include parameters capable of identifying a response message corresponding to the remote procedure call request. The coroutine can search the identification parameter of the remote procedure call request from the monitored message, thereby determining whether the monitored message is the effect message corresponding to the target remote procedure call request. In order to simplify the working flow of the main thread, the test result corresponding to the test case can be determined through the cooperative program, in this case, the preset result of the test case corresponding to the remote procedure call request needs to be transmitted to the preset parameters of the cooperative program in advance, so that the cooperative program can analyze the response message based on the RPC protocol, and after the result requested at the moment is obtained, the obtained result is compared with the preset result, so that the test result corresponding to the test case is determined.
The method for testing the asynchronous communication is applied to the client; the client is in communication connection with a preset server; the server runs a system to be tested; after a test case of a system to be tested is obtained, a remote procedure call request corresponding to the test case is sent to a server, and a coroutine corresponding to the remote procedure call request is generated; and determining a test result corresponding to the test case based on the response message by the cooperative monitoring server side and the response message for the remote procedure call request. The method generates the assistant program of the remote procedure call request to monitor the response message to the request, and the main program can directly carry out the next test flow without waiting for the response of the server to the request of the client, thereby saving the test time and improving the test efficiency.
The following embodiments provide an implementation manner for obtaining a test case of a system under test.
The test case generally comprises parameters to be tested, condition parameters corresponding to the parameters to be tested and preset results; in the process of acquiring a test case of a system to be tested, firstly acquiring test parameters of the system to be tested; then selecting parameters to be tested and condition parameters corresponding to the parameters to be tested from the test parameters according to target requirements; and finally, determining the parameters to be tested, the condition parameters corresponding to the parameters to be tested and the preset results corresponding to the target requirements as test cases of the system to be tested.
The test parameters are usually related parameters of the function to be tested of the system to be tested; taking a test case of purchasing goods as an example in the market part test process of the game system.
(1) Firstly, commodity list data can be imported, so that test parameters of a mall system, such as commodity numbers, discounted commodity prices (item_count), commodity original prices (item_count), purchase channels (currency numbers, item ids), limited purchase conditions (based on commodity type determination, skin type commodities can be purchased only once) and the like are obtained. The commodity list data is shown in table 1:
TABLE 1
As can be seen from the above discussion, the test parameters generally include a plurality of test parameters, and the test parameters are of a plurality of types.
(2) Specifically, according to the requirements of users, which test cases need to be contained in the test can be screened. The target requirements of the user generally correspond to the target type of the test parameters; according to the target requirement, selecting a parameter to be tested and a condition parameter corresponding to the parameter to be tested from the test parameters, and selecting the test parameters with the same type as the target type from the test parameters as the parameter to be tested in the process of generating the test case; and if the number of the parameters to be tested is multiple, sequentially selecting the condition parameters corresponding to the parameters to be tested from the test parameters according to the set sequence. For example, if the purchase channel of the purchased commodity is tested, the currency number is used as a parameter to be tested, other parameters needed for purchasing the commodity are used as condition parameters, such as the commodity number, the price of the commodity after discount, the original price of the commodity, the purchase channel, the limited purchase condition and the like, the parameters can be set as parameter values meeting the requirement of purchasing the commodity, and then the corresponding test cases are generated by combining different currency numbers as parameter values corresponding to the test parameters. Aiming at the task of testing a large amount of data, the method screens and classifies types of the tested data according to the user demands by reading project tables or databases, and can be summarized into three steps of database reading, data type screening and test case three-step processes, so that an actually available data set is obtained as a test case, a plurality of test cases can be rapidly generated, and the test demands of a large amount of data are met.
Based on the above method embodiment, the present embodiment provides another specific method for testing asynchronous communications, which specifically introduces a process of generating a remote procedure call request and a coroutine corresponding to a test case, and a process of monitoring a response message corresponding to the remote procedure call request through the coroutine, and determining a test result. As shown in fig. 2, the method mainly comprises the following steps:
step S202, obtaining a test case of a system to be tested.
The specific implementation process of this step is the same as that of step S102, and will not be described here again. The test cases obtained generally include parameters to be tested and conditional parameters.
Step S204, generating a test environment corresponding to the test case based on the condition parameters.
In general, if a client wants to request a certain service from a system to be tested, a certain condition needs to be satisfied. For example, when the system to be tested is a game system, the client wants to purchase a certain virtual commodity in the game system, and when the client purchases, some preconditions are needed, such as the level needed by the user, the amount of money, etc., and these conditions can be set by the condition parameters before sending the RPC purchase request. The condition parameters in the test cases are usually described by words or represented by numerical values, and can be "translated" into environment language based on the system environment language of the system to be tested, so as to form the test environment corresponding to the test cases. After the test corresponding to the test case is completed, the test environments also need to be reset to initialized environments.
Step S206, based on the parameters to be tested and the test environment, generating a remote procedure call request corresponding to the test case.
The remote procedure call request comprises request parameters generated based on the test case, wherein the request parameters comprise parameters corresponding to parameters to be tested and parameters corresponding to the test environment, and the remote procedure call request is generated according to a remote procedure call protocol. For example, in a mall of a game system, each commodity has its own purchase channel and price, and also has its own limited purchase condition, and needs to perform different processes sequentially to generate corresponding request parameters, and then generate a commodity purchase request based on these parameters.
Step S208, a remote procedure call request corresponding to the test case is sent to the server. The process sends a remote procedure call request corresponding to the generated test case to the server through the client.
Step S210, the request parameters of the remote procedure call request are transferred to the initial parameters of the initial coroutines to be allocated, and the initial coroutines after parameter transfer are determined to be coroutines corresponding to the remote procedure call request.
The step S210 is performed simultaneously with the step S208. The initial coroutine may be generated by a generator preset in the programming environment. The generator is a special type of function that generates one value at a time. Which can be regarded as a recoverable function. In the simple way, during the execution of the function, the yield statement returns the required value to the place where the generator is called, then the function is exited, the execution is started from the place where the generator is interrupted last time when the function is called next time, and all variable parameters in the generator are saved for the next time, so that the function that the cooperative program can interrupt the execution process at any time and can return to the interrupt place can be realized.
Step S212, judging whether the monitored message sent by the server side comprises a request identifier of a remote procedure call request acquired in advance or not through the cooperative process; if so, step S214 is performed; if not, step S212 is performed. Typically, the remote procedure call request includes a request identifier; the request identifier may be identification information of the client, and may further include some or all request parameters. The response message for the remote procedure call request returned by the server needs to include the request identifier of the remote procedure call request, so that the client identifies the request corresponding to the response message.
Step S214, the monitored message is determined as a response message to the remote procedure call request.
And step S216, analyzing the response message through the cooperative process to obtain a feedback result corresponding to the test parameter. Specifically, the response message may be parsed based on the RPC protocol, to obtain a feedback result corresponding to the test parameter in the response message. For example, in the commodity purchase of the game system, the purchase record is shown in table 2, the server checks and returns the purchase result, the purchase result usually includes success or failure, the protocol responsible for monitoring will be compared with the result set by the test case at this time, and whether the test is passed or not is checked.
TABLE 2
Step S218, judging whether the feedback result is consistent with a preset result; if so, executing step S220; if not, step S222 is performed. The test cases include a general default result. The success or failure of the test is related to the consistency of the preset result and the feedback result.
Step S220, determining that the test result of the test case is successful. For example, if the result of the test case setting is that the purchase is successful and the feedback result corresponding to the response message is that the purchase is also successful, the test result is that the test is successful.
Step S222, determining that the test result of the test case is a test failure. For example, the result of the test case setting is that the purchase is successful, and the feedback result corresponding to the response message is that the purchase is failed, and the test result is that the test is failed.
Step S224, the test case and the test result corresponding to the test case are stored to the preset storage position. After the test result is obtained, the test case and the corresponding test result can be saved by the main thread, and the test case and the corresponding test result are usually saved into a global variable for subsequent system function analysis. The partial test results of the test cases for purchasing skin merchandise in the mall of the gaming system are shown in table 3:
TABLE 3 Table 3
The method can be represented by a schematic diagram of the interaction process of the client and the server for RPC testing as shown in fig. 3. The client side establishes an asynchronous monitoring cooperative program through a generator when sending the RPC request through a main flow, then the main flow carries out other operations, the server side returns a response message to the independent cooperative program after processing the received RPC request, the cooperative program checks the RPC result and outputs whether the RPC request passes or not, and the client side saves the result of the RPC request through the main flow.
In a specific implementation process, in order to ensure the efficiency and quality of the automatic test and provide sufficient selectivity for a user, the method can set three custom options to meet the requirements of different test environments to the greatest extent:
(1) The method can select an asynchronous or synchronous mode to monitor the results returned by the server. In the asynchronous mode, after the client sends the RPC request, a coroutine is started to monitor the server message alone, and the main process does not need to wait and can execute other operation logic. After receiving the result, the independently opened assistant process can process the message content and timely feed back the result to the main process; in the synchronous mode, the client side blocks the main flow while sending the request, forces all progress to be stopped, and waits for a message returned by the server side. After the result is received, the main flow will process the message in person and proceed to the next test. The asynchronous mode can save a great amount of fragment time and improve the efficiency of automatic test. However, the processing and flow distribution of the results is more complex than for synchronous mode, and the user can select one of the mode tests according to personal ability. The mode selection can only be realized under the underlying principle of asynchronous monitoring, and the mode switching can not be realized by the method based on the synchronous monitoring. The synchronous or asynchronous monitoring can be realized by changing codes in the corresponding program of the method.
(2) The method can select one RPC method to monitor singly or simultaneously monitor a plurality of methods. The number of RPC listens depends on the type of user test task, such as in large-scale activity play, there may be multiple RPC communication modes for the client and the server. The method provides a universal interface, and a user can start an independent cooperative program to monitor the RPC exclusively only by providing the function name returned by the RPC. In the communication process of the RPC, the server side has a function name A, and in the process of sending the request, the client side needs to carry A in the message. The client also has a function name B, which is carried in the return message after the server finishes processing, and is equivalent to the request identifier in the above embodiment. When a plurality of such coroutines run simultaneously, they will not affect each other, and when a server message is received, the corresponding monitoring coroutine will return a result to the main flow and stop monitoring, thereby realizing simultaneous monitoring.
(3) The method can select a plurality of custom condition tests at one time. The test conditions here include the type of test data and the parameters of the RPC. The method traverses each data in the data type specified by the user and takes one of the RPC parameter tests for each data. For example, in the process of testing the RPC of the purchase class, the method can circularly take out the price, the quantity and the purchase limiting condition of each commodity in the appointed commodity class, firstly, the price of the commodity is independently tested, and then the environment is reset after the completion of the testing, and the quantity of the commodity, the purchase limiting condition and other user-defined parameter configurations are tested.
The method has the following advantages:
(1) Aiming at the test tasks of various RPC methods, a universal monitoring interface is provided, so that the code modification and other workload of a user during the switching of the RPC methods can be reduced to the greatest extent.
(2) In the environment of python2.7, an asynchronous mode is provided, after the client sends the RPC request, an independent cooperative monitoring server return message is generated through the generator, and the main flow can perform other logic operations.
(4) The scheme for modifying various RPC parameters is provided, various test conditions can be tested once in the test process, and the running time is saved maximally.
(5) In each test process, the game environment can be configured according to different test conditions, and the test environment is reset after the test is completed.
(6) By means of script automatic running test, RPC running test time is shortened, test manpower and waiting time are saved, and test tasks are completed more efficiently.
(5) According to the demands of users, two modes of synchronous and asynchronous monitoring are provided. The asynchronous mode can complete running test faster, while the synchronous mode has simpler code modification and has low requirement on the code capability of the user.
(6) A general RPC interface is provided, and when different RPC methods are monitored, the RPC name is required to be provided to realize switching monitoring. When receiving a new test task, the user can complete the monitoring by only modifying the monitored RPC name (corresponding to the request parameter transferred to the coroutine).
For the above method embodiment, refer to a testing device for asynchronous communication shown in fig. 4, where the device is disposed at a client; the client is in communication connection with a preset server; the server runs a system to be tested; the device comprises:
the test case acquisition module 402 is configured to acquire a test case of a system to be tested;
the request sending and coroutine generating module 404 is configured to send a remote procedure call request corresponding to the test case to the server, and generate a coroutine corresponding to the remote procedure call request;
the test result determining module 406 is configured to determine, based on the response message, a test result corresponding to the test case through a response message for the remote procedure call request returned by the coroutine monitoring server.
The device for testing asynchronous communication is arranged at the client; the client is in communication connection with a preset server; the server runs a system to be tested; after a test case of a system to be tested is obtained, a remote procedure call request corresponding to the test case is sent to a server, and a coroutine corresponding to the remote procedure call request is generated; and determining a test result corresponding to the test case based on the response message by the cooperative monitoring server side and the response message for the remote procedure call request. The method generates the assistant program of the remote procedure call request to monitor the response message to the request, and the main program can directly carry out the next test flow without waiting for the response of the server to the request of the client, thereby saving the test time and improving the test efficiency.
The test case comprises parameters to be tested, condition parameters corresponding to the parameters to be tested and preset results; the test case acquisition module comprises: the test parameter acquisition unit is used for acquiring test parameters of the system to be tested; the parameter to be tested selecting unit is used for selecting parameters to be tested and condition parameters corresponding to the parameters to be tested from the test parameters according to target requirements; the test case determining unit is used for determining the parameters to be tested, the condition parameters corresponding to the parameters to be tested and the preset results corresponding to the target requirements as test cases of the system to be tested.
The test case comprises parameters to be tested and condition parameters; the device further comprises: the test environment generating unit is used for generating a test environment corresponding to the test case based on the condition parameters; the remote procedure call request generation unit is used for generating a remote procedure call request corresponding to the test case based on the parameters to be tested and the test environment.
The remote procedure call request comprises request parameters generated based on the test case; the request sending and coroutine generating module is also used for: transmitting request parameters of a remote procedure call request to initial parameters of an initial cooperative program to be distributed, and determining the initial cooperative program after parameter transmission as a cooperative program corresponding to the remote procedure call request; the initial coroutine is generated by a preset generator.
The remote procedure call request comprises a request identifier; the response message for the remote procedure call request returned by the server side comprises a request identifier of the remote procedure call request; the test result determining module is further configured to: and if the monitored message sent by the server side comprises a request identifier of a remote procedure call request acquired in advance, determining the monitored message as a response message aiming at the remote procedure call request.
The test case comprises a preset result; the test result comprises test success or test failure; the test result determining module is further configured to: analyzing the response message through the cooperative distance to obtain a feedback result corresponding to the test parameter; judging whether the feedback result is consistent with a preset result; if the test results are consistent, determining that the test results of the test cases are successful; if the test cases are inconsistent, determining that the test results of the test cases are test failures.
The test parameters include a plurality of test parameters; the test parameters correspond to various types; the target demand corresponds to a target type; the parameter selection unit to be measured is further used for: selecting the test parameters with the same type as the target type from the test parameters as parameters to be tested; and if the number of the parameters to be tested is multiple, sequentially selecting the condition parameters corresponding to the parameters to be tested from the test parameters according to the set sequence.
The device also comprises a storage module for storing the test cases and the test results corresponding to the test cases to a preset storage position.
The embodiment also provides an electronic device, including a processor and a memory, where the memory stores machine executable instructions that can be executed by the processor, and the processor executes the machine executable instructions to implement the method for testing asynchronous communications.
Referring to fig. 5, the electronic device includes a processor 100 and a memory 101, the memory 101 storing machine executable instructions that can be executed by the processor 100, the processor 100 executing the machine executable instructions to implement the above-described test method of asynchronous communication.
Further, the electronic device shown in fig. 5 further includes a bus 102 and a communication interface 103, and the processor 100, the communication interface 103, and the memory 101 are connected through the bus 102.
The memory 101 may include a high-speed random access memory (RAM, random Access Memory), and may further include a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. The communication connection between the system network element and at least one other network element is implemented via at least one communication interface 103 (which may be wired or wireless), and may use the internet, a wide area network, a local network, a metropolitan area network, etc. Bus 102 may be an ISA bus, a PCI bus, an EISA bus, or the like. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 5, but not only one bus or type of bus.
The processor 100 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 100 or by instructions in the form of software. The processor 100 may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processor, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in the memory 101, and the processor 100 reads the information in the memory 101 and, in combination with its hardware, performs the steps of the method of the previous embodiment.
The present embodiment also provides a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the above-described test method of asynchronous communications.
The method, the device and the electronic equipment for testing asynchronous communication provided by the embodiment of the invention comprise a computer readable storage medium storing program codes, wherein the instructions included in the program codes can be used for executing the method described in the method embodiment, and specific implementation can be referred to the method embodiment and is not repeated herein.
It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described system and apparatus may refer to corresponding procedures in the foregoing method embodiments, which are not described herein again.
In addition, in the description of embodiments of the present invention, unless explicitly stated and limited otherwise, the terms "mounted," "connected," and "connected" are to be construed broadly, and may be, for example, fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium, and can be communication between two elements. The specific meaning of the above terms in the present invention will be understood by those skilled in the art in specific cases.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform 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 removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
In the description of the present invention, it should be noted that the directions or positional relationships indicated by the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc. are based on the directions or positional relationships shown in the drawings, are merely for convenience of describing the present invention and simplifying the description, and do not indicate or imply that the devices or elements referred to must have a specific orientation, be configured and operated in a specific orientation, and thus should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
Finally, it should be noted that: the above examples are only specific embodiments of the present invention for illustrating the technical solution of the present invention, but not for limiting the scope of the present invention, and although the present invention has been described in detail with reference to the foregoing examples, it will be understood by those skilled in the art that the present invention is not limited thereto: any person skilled in the art may modify or easily conceive of the technical solution described in the foregoing embodiments, or perform equivalent substitution of some of the technical features, while remaining within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention, and are intended to be included in the scope of the present invention. Therefore, the protection scope of the invention is subject to the protection scope of the claims.
Claims (10)
1. A method for testing asynchronous communication, wherein the method is applied to a client; the client is in communication connection with a preset server; the server runs a system to be tested; the method comprises the following steps:
acquiring a test case of a system to be tested;
sending a remote procedure call request corresponding to the test case to the server, and generating a coroutine corresponding to the remote procedure call request;
Monitoring a response message returned by the server side for the remote procedure call request through the coroutine, and determining a test result corresponding to the test case based on the response message;
the remote procedure call request includes: request parameters generated based on the test cases;
the step of generating the coroutine corresponding to the remote procedure call request comprises the following steps:
transmitting the request parameters of the remote procedure call request to the initial parameters of the initial coroutines to be distributed, and determining the initial coroutines after parameter transmission as coroutines corresponding to the remote procedure call request; the initial coroutine is generated by a preset generator.
2. The method of claim 1, wherein the test case includes parameters to be tested, condition parameters corresponding to the parameters to be tested, and a preset result;
the step of obtaining the test case of the system to be tested comprises the following steps:
acquiring test parameters of a system to be tested;
selecting a parameter to be tested from the test parameters according to target requirements, wherein the condition parameters correspond to the parameter to be tested;
and determining the parameters to be tested, the condition parameters corresponding to the parameters to be tested and the preset results corresponding to the target requirements as test cases of the system to be tested.
3. The method of claim 1, wherein the test case includes parameters to be tested and condition parameters;
before the step of sending the remote procedure call request corresponding to the test case to the server, the method further includes:
generating a test environment corresponding to the test case based on the condition parameters;
and generating a remote procedure call request corresponding to the test case based on the parameters to be tested and the test environment.
4. The method of claim 1, wherein the remote procedure call request includes a request identification; the response message for the remote procedure call request returned by the server side comprises a request identifier of the remote procedure call request;
the step of monitoring the response message returned by the server for the remote procedure call request through the coroutine comprises the following steps:
and if the monitored message sent by the server side comprises a request identifier of the remote procedure call request acquired in advance, determining the monitored message as a response message aiming at the remote procedure call request.
5. The method of claim 2, wherein the test result comprises a test success or a test failure;
Based on the response message, determining a test result corresponding to the test case, including:
analyzing the response message through the cooperative distance to obtain a feedback result corresponding to the test parameter;
judging whether the feedback result is consistent with the preset result or not;
if the test results are consistent, determining that the test results of the test cases are successful;
and if the test results are inconsistent, determining that the test results of the test cases are test failures.
6. The method of claim 2, wherein the test parameters comprise a plurality of; the test parameters correspond to various types; the target demand corresponds to a target type;
according to the target requirement, selecting a parameter to be tested and a condition parameter corresponding to the parameter to be tested from the test parameters, wherein the method comprises the following steps:
selecting the test parameters with the same type as the target type from the test parameters as parameters to be tested;
and if the number of the parameters to be tested is multiple, sequentially selecting the condition parameters corresponding to the parameters to be tested from the test parameters according to a set sequence.
7. The method according to claim 1, wherein after the step of determining, by the coroutine, a test result corresponding to the test case based on a response message returned by the server for the remote procedure call request, the method further comprises:
And storing the test cases and the test results corresponding to the test cases to a preset storage position.
8. The device for testing asynchronous communication is characterized by being arranged at a client; the client is in communication connection with a preset server; the server runs a system to be tested; the device comprises:
the test case acquisition module is used for acquiring test cases of the system to be tested;
the request sending and coroutine generating module is used for sending a remote procedure call request corresponding to the test case to the server and generating a coroutine corresponding to the remote procedure call request;
the test result determining module is used for monitoring a response message which is returned by the server and aims at the remote procedure call request through the corouth, and determining a test result corresponding to the test case based on the response message;
the remote procedure call request includes: request parameters generated based on the test cases;
the request sending and coroutine generating module is also used for:
transmitting the request parameters of the remote procedure call request to the initial parameters of the initial coroutines to be distributed, and determining the initial coroutines after parameter transmission as coroutines corresponding to the remote procedure call request; the initial coroutine is generated by a preset generator.
9. An electronic device comprising a processor and a memory, the memory storing machine executable instructions executable by the processor, the processor executing the machine executable instructions to implement the method of testing asynchronous communications of any of claims 1-7.
10. A machine-readable storage medium storing machine-executable instructions which, when invoked and executed by a processor, cause the processor to implement the method of testing asynchronous communications of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210179544.3A CN114584500B (en) | 2022-02-25 | 2022-02-25 | Asynchronous communication testing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210179544.3A CN114584500B (en) | 2022-02-25 | 2022-02-25 | Asynchronous communication testing method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114584500A CN114584500A (en) | 2022-06-03 |
| CN114584500B true CN114584500B (en) | 2024-03-22 |
Family
ID=81774230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210179544.3A Active CN114584500B (en) | 2022-02-25 | 2022-02-25 | Asynchronous communication testing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114584500B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117270831B (en) * | 2023-11-17 | 2024-02-23 | 天津华来科技股份有限公司 | Protocol class synchronization and cooperative program call compatible implementation method |
Citations (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105487965A (en) * | 2015-12-28 | 2016-04-13 | 北京畅游天下网络技术有限公司 | Universal server pressure testing method and device |
| CN107741911A (en) * | 2017-11-01 | 2018-02-27 | 广州爱九游信息技术有限公司 | Interface test method, device, client and computer-readable recording medium |
| CN108052451A (en) * | 2017-12-26 | 2018-05-18 | 网易（杭州）网络有限公司 | Test method, system, test server, test terminal and storage medium |
| WO2019001074A1 (en) * | 2017-06-30 | 2019-01-03 | 武汉斗鱼网络科技有限公司 | Remote process calling method and apparatus, and computer device |
| CN109308266A (en) * | 2018-11-30 | 2019-02-05 | 北京微播视界科技有限公司 | Construction method, test method, device, equipment and the medium of test case |
| CN109451051A (en) * | 2018-12-18 | 2019-03-08 | 百度在线网络技术（北京）有限公司 | Service request processing method, device, electronic equipment and storage medium |
| CN109739708A (en) * | 2019-01-02 | 2019-05-10 | 网易（杭州）网络有限公司 | Test the methods, devices and systems of pressure |
| CN109857626A (en) * | 2019-01-28 | 2019-06-07 | 上海易点时空网络有限公司 | Method for testing pressure and device |
| CN110083541A (en) * | 2019-04-30 | 2019-08-02 | 网易（杭州）网络有限公司 | Game test method, device, computer storage medium and electronic equipment |
| CN110232025A (en) * | 2019-06-11 | 2019-09-13 | 网易（杭州）网络有限公司 | Protocol testing method, device and system |
| CN110611687A (en) * | 2018-06-15 | 2019-12-24 | 武汉安天信息技术有限责任公司 | Remote procedure call implementation method based on Redis and related device |
| WO2020024469A1 (en) * | 2018-07-31 | 2020-02-06 | 平安科技（深圳）有限公司 | Service processing method, calling management system and computer device |
| WO2021003818A1 (en) * | 2019-07-08 | 2021-01-14 | 平安科技（深圳）有限公司 | Interface test case generating method and apparatus, computer device, and storage medium |
| CN112328419A (en) * | 2020-11-27 | 2021-02-05 | 北京字节跳动网络技术有限公司 | Test case generation method and device for remote procedure call interface, storage medium and electronic equipment |
| CN112328410A (en) * | 2020-11-04 | 2021-02-05 | 网易（杭州）网络有限公司 | Method, device, equipment and storage medium for realizing remote procedure call |
| CN112650676A (en) * | 2020-12-23 | 2021-04-13 | 平安普惠企业管理有限公司 | Software testing method, device, equipment and storage medium |
| WO2021072880A1 (en) * | 2019-10-15 | 2021-04-22 | 平安科技（深圳）有限公司 | Method for asynchronously creating internal snapshot of virtual machine, apparatus, system and storage medium |
| CN113568686A (en) * | 2020-10-30 | 2021-10-29 | 深圳市九九互动科技有限公司 | Asynchronous processing method and device of Lua language, computer equipment and storage medium |
| CN113868146A (en) * | 2021-10-18 | 2021-12-31 | 杭州安恒信息技术股份有限公司 | Test task generation method and device, electronic equipment and storage medium |
| CN114064450A (en) * | 2020-08-10 | 2022-02-18 | 腾讯科技（深圳）有限公司 | Application program testing method and device, electronic equipment and storage medium |
| WO2022037182A1 (en) * | 2020-08-19 | 2022-02-24 | 华为技术有限公司 | Computer device, abnormality processing method and interrupt processing method |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8589925B2 (en) * | 2007-10-25 | 2013-11-19 | Microsoft Corporation | Techniques for switching threads within routines |
| US10116543B2 (en) * | 2015-02-11 | 2018-10-30 | Red Hat, Inc. | Dynamic asynchronous communication management |
| US11171926B2 (en) * | 2019-09-04 | 2021-11-09 | Microsoft Technology Licensing, Llc | Secure communication between web frames |
-
2022
- 2022-02-25 CN CN202210179544.3A patent/CN114584500B/en active Active
Patent Citations (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105487965A (en) * | 2015-12-28 | 2016-04-13 | 北京畅游天下网络技术有限公司 | Universal server pressure testing method and device |
| WO2019001074A1 (en) * | 2017-06-30 | 2019-01-03 | 武汉斗鱼网络科技有限公司 | Remote process calling method and apparatus, and computer device |
| CN107741911A (en) * | 2017-11-01 | 2018-02-27 | 广州爱九游信息技术有限公司 | Interface test method, device, client and computer-readable recording medium |
| CN108052451A (en) * | 2017-12-26 | 2018-05-18 | 网易（杭州）网络有限公司 | Test method, system, test server, test terminal and storage medium |
| CN110611687A (en) * | 2018-06-15 | 2019-12-24 | 武汉安天信息技术有限责任公司 | Remote procedure call implementation method based on Redis and related device |
| WO2020024469A1 (en) * | 2018-07-31 | 2020-02-06 | 平安科技（深圳）有限公司 | Service processing method, calling management system and computer device |
| CN109308266A (en) * | 2018-11-30 | 2019-02-05 | 北京微播视界科技有限公司 | Construction method, test method, device, equipment and the medium of test case |
| CN109451051A (en) * | 2018-12-18 | 2019-03-08 | 百度在线网络技术（北京）有限公司 | Service request processing method, device, electronic equipment and storage medium |
| CN109739708A (en) * | 2019-01-02 | 2019-05-10 | 网易（杭州）网络有限公司 | Test the methods, devices and systems of pressure |
| CN109857626A (en) * | 2019-01-28 | 2019-06-07 | 上海易点时空网络有限公司 | Method for testing pressure and device |
| CN110083541A (en) * | 2019-04-30 | 2019-08-02 | 网易（杭州）网络有限公司 | Game test method, device, computer storage medium and electronic equipment |
| CN110232025A (en) * | 2019-06-11 | 2019-09-13 | 网易（杭州）网络有限公司 | Protocol testing method, device and system |
| WO2021003818A1 (en) * | 2019-07-08 | 2021-01-14 | 平安科技（深圳）有限公司 | Interface test case generating method and apparatus, computer device, and storage medium |
| WO2021072880A1 (en) * | 2019-10-15 | 2021-04-22 | 平安科技（深圳）有限公司 | Method for asynchronously creating internal snapshot of virtual machine, apparatus, system and storage medium |
| CN114064450A (en) * | 2020-08-10 | 2022-02-18 | 腾讯科技（深圳）有限公司 | Application program testing method and device, electronic equipment and storage medium |
| WO2022037182A1 (en) * | 2020-08-19 | 2022-02-24 | 华为技术有限公司 | Computer device, abnormality processing method and interrupt processing method |
| CN113568686A (en) * | 2020-10-30 | 2021-10-29 | 深圳市九九互动科技有限公司 | Asynchronous processing method and device of Lua language, computer equipment and storage medium |
| CN112328410A (en) * | 2020-11-04 | 2021-02-05 | 网易（杭州）网络有限公司 | Method, device, equipment and storage medium for realizing remote procedure call |
| CN112328419A (en) * | 2020-11-27 | 2021-02-05 | 北京字节跳动网络技术有限公司 | Test case generation method and device for remote procedure call interface, storage medium and electronic equipment |
| CN112650676A (en) * | 2020-12-23 | 2021-04-13 | 平安普惠企业管理有限公司 | Software testing method, device, equipment and storage medium |
| CN113868146A (en) * | 2021-10-18 | 2021-12-31 | 杭州安恒信息技术股份有限公司 | Test task generation method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114584500A (en) | 2022-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11281515B2 (en) | Method and system for problem modification and processing | |
| US10628294B2 (en) | Mock services for software infrastructures | |
| USRE46055E1 (en) | Method and system for testing interactions between web clients and networked servers | |
| CN109636309B (en) | Task processing method and device, electronic equipment and storage medium | |
| CN110659870A (en) | Business audit test method, device, equipment and storage medium | |
| CN110990269A (en) | Interface testing method, device and system | |
| CN114584500B (en) | Asynchronous communication testing method and device and electronic equipment | |
| CN112948224A (en) | Data processing method, device, terminal and storage medium | |
| CN112732499A (en) | Test method and device based on micro-service architecture and computer system | |
| CN112187933A (en) | Method and system for monitoring services in multi-architecture cloud platform | |
| CN111192089A (en) | Electronic ticket generation method and device and computer system | |
| CN112132530B (en) | Visual dynamic flow arranging method and system | |
| CN111831542A (en) | API application debugging method and device and storage medium | |
| CN110888800A (en) | Service interaction function test method, device, storage medium and test system | |
| CN115391219A (en) | Test case generation method and device, electronic equipment and storage medium | |
| CN113688025A (en) | Interface test method, device, equipment and storage medium | |
| CN113778878A (en) | Interface testing method and device, electronic equipment and storage medium | |
| CN111881148A (en) | Object combination attribute determination method and device and electronic equipment | |
| CN114255065A (en) | Rights and interests configuration method and device, storage medium and computer equipment | |
| CN103502977B (en) | The stand-by period of the application program serviced is reduced by intended pretreatment | |
| CN113127099B (en) | Server configuration method, device, equipment and storage medium | |
| Gunnam et al. | Assessing Performance of Cloud-Based Heterogeneous Chatbot Systems and A Case Study | |
| CN116258553A (en) | Bidding method and device based on micro-official network platform, computer equipment and medium | |
| CN111506340B (en) | Business rule information processing method, device and system | |
| CN115068956A (en) | Payment method and device in game scene and electronic equipment |
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 |