CN114584500A - Asynchronous communication testing method and device and electronic equipment - Google Patents
Asynchronous communication testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN114584500A CN114584500A CN202210179544.3A CN202210179544A CN114584500A CN 114584500 A CN114584500 A CN 114584500A CN 202210179544 A CN202210179544 A CN 202210179544A CN 114584500 A CN114584500 A CN 114584500A
- Authority
- CN
- China
- Prior art keywords
- test
- tested
- remote procedure
- parameters
- procedure call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 371
- 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 226
- 230000004044 response Effects 0.000 claims abstract description 66
- 238000012544 monitoring process Methods 0.000 claims abstract description 29
- 238000010998 test method Methods 0.000 claims abstract description 5
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 35
- 230000006870 function Effects 0.000 description 24
- 230000001360 synchronised effect Effects 0.000 description 8
- 238000013515 script Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000002452 interceptive effect Effects 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
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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
-
- 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 test method, a test device and electronic equipment for 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; 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 side, and a coroutine corresponding to the remote procedure call request is generated; and monitoring a response message aiming at the remote procedure call request returned by the server side through the protocol, and determining a test result corresponding to the test case based on the response message. The method generates the coroutine of the remote procedure call request and is used for monitoring the response message to the request, and the main thread 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 invention relates to the technical field of system testing, in particular to a testing method and device for asynchronous communication and electronic equipment.
Background
When a user operates a network game through a client, the user generally needs to communicate with a server of a network game system to realize game operation. The communication between the client and the server is mainly realized by an RPC (Remote Procedure Call) technology. Therefore, in the testing of the network game system, the RPC needs to be tested. In the related art, when testing the RPC, a mode of synchronously monitoring asynchronous communication between a server and a client is generally adopted. In the method, a long waiting time is generated in the process of waiting for the response message of the request of the server to the client, so that the testing efficiency is low.
Disclosure of Invention
In view of the above, an object of the present invention is to provide a method and an 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 test process, and improve the test efficiency.
In a first aspect, an embodiment of the present invention provides a method for testing asynchronous communication, 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 the server side, and generating a coroutine corresponding to the remote procedure call request; and monitoring a response message which is returned by the server side and aims at the remote procedure call request through the protocol, and determining a test result corresponding to the test case based on the response message.
The test case comprises a parameter to be tested, a condition parameter corresponding to the parameter to be tested and a preset result; the method for 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 and a condition parameter corresponding to the parameter to be tested from the test parameters according to the target requirement; 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 the 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; and 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 a request parameter generated based on a test case; the step of generating the coroutine corresponding to the remote procedure call request comprises the following steps: transmitting the request parameter of the remote procedure call request to the initial parameter of the initial coroutine to be distributed, and determining the initial coroutine after the parameter transmission as the coroutine corresponding to the remote procedure call request; the initial coroutines are generated by a preset generator.
The remote procedure call request comprises a request identifier; the response message which is returned by the server and aims at the remote procedure call request comprises a request identifier of the remote procedure call request; the method for monitoring the response message for the remote procedure call request returned by the server side through the protocol 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 coroutine to obtain a feedback result corresponding to the test parameter; judging whether the feedback result is consistent with a preset result or not; if the test case is consistent with the test case, determining that the test result of the test case is successful; and if the test cases are inconsistent, determining that the test result of the test case is test failure.
The test parameters comprise a plurality of parameters; the test parameters correspond to various types; the target requirement corresponds to a target type; according to the target requirement, the step of selecting the parameter to be tested and the condition parameter corresponding to the parameter to be tested from the test parameters comprises the following steps: selecting 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.
After the step of determining the test result corresponding to the test case based on the response message to the remote procedure call request returned by the server through the coroutine, the method further includes: and storing the test case and the test result corresponding to the test case to a preset storage position.
In a second aspect, an embodiment of the present invention provides a testing apparatus for asynchronous communication, where the testing 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 includes: the test case acquisition module is used for acquiring a test case of the system to be tested; the request sending and coroutine generating module is used for sending a remote procedure calling request corresponding to the test case to the server and generating a coroutine corresponding to the remote procedure calling request; and the test result determining module is used for monitoring a response message which is returned by the server side and aims at the remote procedure call request through the protocol and determining a test result corresponding to the test case based on the response message.
In a third aspect, an embodiment of the present invention provides an electronic device, which includes 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 above-mentioned asynchronous communication testing method.
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 method for testing asynchronous communications described above.
The embodiment of the invention has the following beneficial effects:
the asynchronous communication testing method, the asynchronous communication testing device and the electronic equipment are 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 side, and a coroutine corresponding to the remote procedure call request is generated; and monitoring a response message aiming at the remote procedure call request returned by the server side through the protocol, and determining a test result corresponding to the test case based on the response message. The method generates the coroutine of the remote procedure call request and is used for monitoring the response message to the request, the main thread does not need to wait for the response of the server to the request of the client, and the following test flow can be directly carried out, so that the test time is saved, and the test efficiency is improved.
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 the 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 aforementioned and other objects, features and advantages of the present invention comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the prior art descriptions will be briefly described below, it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a flowchart of a testing method for asynchronous communication according to an embodiment of the present invention;
FIG. 2 is a flow chart of another asynchronous communication testing method according to an embodiment of the present invention;
fig. 3 is a schematic diagram of an interaction process of performing an RPC test on 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 apparatus 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
To make the objects, technical solutions and advantages of the embodiments of the present invention clearer, 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, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
When a user operates a network game through a client, the user generally needs to communicate with a server of a network game system to realize game operation. For example, a user sends a request for purchasing virtual resources to a server through a client, and after receiving the request, the server determines whether a virtual role corresponding to the current user can purchase the virtual resources, and returns a purchase result to the user. When the client runs on the mobile phone, the client is also called as a user operating the network game through the mobile phone terminal. When the network game has the core play method of multi-player online, the demand of message transmission and forwarding before the server and the client is increased along with the development of the game system.
In specific implementation, communication between the client and the server is mainly implemented by using an RPC (Remote Procedure Call). Therefore, RPC is the main protocol of network communication, and is the content that the game team must pay attention to in testing new playing methods or iterating old systems. For example, iteration of a mall system requires testing the RPC communication quality during the purchase of all the commodities in the original game item; the development of a live play method needs to test whether all the newly added RPC methods can successfully realize the communication between the client and the server.
The biggest characteristic of the online game is that the updating iteration is fast, and the game system is required to be updated frequently, for example, the system is updated every week. Based on a large number of RPC test requirements, two methods are generally adopted for testing: the first method is mainly manual testing, and generally generates an interface comprising each RPC test, wherein the interface is provided with icons for displaying the calling time, parameter setting and returning result of each test, and comprehensively monitors the test process of each RPC method in an interface mode; and secondly, testing is carried out by replacing manpower with scripts, firstly, a test script is compiled aiming at a certain test task or a certain RPC method, and then testing is carried out. However, the above method has the following disadvantages:
(1) in the manual testing mode, parameters in the RPC method are manually adjusted by manpower, so that a large amount of data and a plurality of RPC methods cannot be tested more comprehensively and efficiently, and the test omission easily occurs in the repeated single process;
(2) the special RPC test script is compiled through the script, the universality is not high, and when the RPC method is modified, the script needs to be correspondingly modified. Moreover, each time a new RPC test is performed, the way that the tester needs to rewrite all the flows according to the new method is also inefficient, so that a large amount of time is wasted in debugging the code, not the core test requirement.
(3) The manual test and the special script test are essentially asynchronous communication between the monitoring server and the client in a synchronous mode, that is, an RPC request is sent at the client, then other test work is abandoned, and the message returned by the server is continuously waited. Such a manner forces a blockage of the main flow, resulting in a large amount of redundant waiting time, delaying the progress of the test.
Based on this, the asynchronous communication testing method, the asynchronous communication testing device and the electronic equipment provided by the embodiment of the invention can be applied to a testing process of remote process call of a network game system or other systems needing interaction between a client and a server.
In order to facilitate understanding of the embodiment, first, a detailed description is given to a testing method for asynchronous communication disclosed in the embodiment of the present invention, 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; as shown in fig. 1, the method comprises the steps of:
step S102, a test case of the system to be tested is obtained.
The system to be tested can be a system of a network game or other business systems. The system to be tested runs on the server side, and the client side runs the 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 a function corresponding to the request, for example, sending a resource corresponding to the request to the client or setting parameters of the system to be tested. The test case is mainly used for describing a test task of a system to be tested. Since the test task is to test the response effect of the system to be tested on the remote procedure call request sent by the client, the test case needs to include a parameter for generating the remote procedure call request and a preset response result of the system to be tested on the remote procedure call request.
Since the system under test usually includes a plurality of functions that can be realized by interacting with the client, the corresponding remote invocation request also usually includes a plurality of functions. For example, when the system under test is a game system, its functions may include: purchasing virtual resources, changing settings of virtual roles, and the like. The realization of each function usually has certain conditions, for example, when the level of the virtual character corresponding to the player reaches a preset level and the virtual assets of the player meet the set number, a certain skin of the virtual character can be purchased.
Aiming at a certain function, when a remote procedure call request of the function sent by a client meets a preset condition, a system to be tested sends a response message corresponding to the remote procedure call request to the client, wherein the response message indicates that the function corresponding to the remote procedure call request is realized; and if the remote procedure call request sent by the client does not meet the preset condition, indicating that the function is not realized by a response message sent by the system to be tested to the client. In order to test the influence of each condition on the function of the system to be tested, different parameter values need to be set for the test parameters corresponding to each condition, for example, the virtual character level of the player in the remote invocation request for purchasing the skin at one time is set to be higher than a preset level, the virtual character level is set to be lower than the preset level in another request, and the preset response results corresponding to the remote invocation request composed of the test parameters and the parameter values of the different test parameters generally form a test case of the system to be tested.
And step S104, 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 remote procedure call request is a request which is generated by the client based on a remote procedure call protocol and aims at a preset server. The client usually registers in the server in advance, and the server already stores the identification information of the client. When sending a remote procedure call request, a client usually carries identification information of the client, so that a server checks communication permission.
Since the remote procedure call request corresponds to a test case, the request is generated based on each test parameter in the test case. For example, if the remote procedure call requests a skin purchase test case corresponding to a virtual character, it is assumed that the level of the virtual character and the corresponding player asset in the test case are test parameters, and two parameter values are set for the parameter of the level of the virtual character in advance, one parameter value is higher than the preset level, and the other parameter value is lower than the preset level; two parameter values are set for the player assets, one parameter value is higher than the preset quantity, and the other parameter value is lower than the preset quantity, so that the test parameters of the two test parameters are combined in pairs to form a test case capable of generating four remote procedure call requests. When one test parameter is taken as the parameter to be tested, the other test parameter can be taken 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 PRC request or not is determined.
And generating a remote procedure call request corresponding to the test case based on the remote procedure call protocol, each test parameter and the corresponding parameter value. 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. At this time, the coroutine is operated in a time-sharing multiplexing mode on the basis of the thread by generating the coroutine of the request, so that the operation of the main thread is not blocked, and the main thread can continuously send other remote procedure call requests or record test results and the like.
Because the coroutine needs to monitor a 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 coroutine for each remote procedure call, and thus each coroutine needs to determine the monitored message as a corresponding response message. The manner in which coroutines are implemented may vary from one programming environment to another based on the initial function in the environment. For example, in a python2.x (e.g., python2.7) environment, a user can write a program for an initial coroutine through a combination of yield and send functions according to application requirements for the coroutine. In the process of generating the coroutine corresponding to the remote procedure call request, an 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 varies in different system environments.
And S106, monitoring a response message which is returned by the server side and aims at the remote procedure call request through the protocol, and determining a test result corresponding to the test case based on the response message.
The coroutine is corresponding to the remote procedure call request, and the parameter of the coroutine comprises a parameter which can identify a response message corresponding to the remote procedure call request. The coroutine may look up the identification parameter of the remote procedure call request from the intercepted message to determine whether the intercepted message is an effect message corresponding to the target remote procedure call request. In order to simplify the work flow of the main thread, the test result corresponding to the test case can be determined through the coroutine, under the condition, the preset result of the test case corresponding to the remote procedure call request needs to be transmitted to the preset parameter of the coroutine in advance, so that the coroutine can analyze the response message based on the RPC protocol, and after the result of the request is obtained, the obtained result is compared with the preset result, so that the test result corresponding to the test case is determined.
The asynchronous communication testing 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 side, and a coroutine corresponding to the remote procedure call request is generated; and monitoring a response message aiming at the remote procedure call request returned by the server side through the protocol, and determining a test result corresponding to the test case based on the response message. The method generates the coroutine of the remote procedure call request and is used for monitoring the response message to the request, and the main thread 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 a parameter to be tested, a condition parameter corresponding to the parameter to be tested and a preset result; in the process of obtaining a test case of a system to be tested, firstly, obtaining test parameters of the system to be tested; then 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 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 the test cases of the system to be tested.
The test parameters are generally related parameters of a function to be tested of the system to be tested; take the test case of purchasing goods in the testing process of the mall part of the game system as an example.
(1) Firstly, commodity list data can be imported, so as to obtain test parameters of the mall system, such as commodity numbers, discounted commodity prices (item _ count), commodity original prices (item _ count), purchase channels (currency number, item id), purchase-restricted conditions (determined based on commodity types, and skin-type commodities can be purchased only once), and other information. The item list data is shown in table 1:
TABLE 1
As can be seen from the above discussion, the test parameters typically include a plurality, and the test parameters are of a plurality of types.
(2) Specifically, according to the requirements of the user, which test cases need to be included in the test can be screened. The target requirements of the user typically 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 parameter with the same type as the target type from the test parameters as the parameter to be tested in the process of generating a 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 a set sequence. For example, if a purchase channel for purchasing a commodity is tested, the currency number is used as a parameter to be tested, other parameters required 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 purchase limit condition, and the like, the parameters can be set as parameter values meeting the demand for purchasing the commodity, and then different currency numbers are used as parameter values corresponding to the test parameters to generate corresponding test cases. Aiming at a large amount of tasks of test data, the method screens and classifies the types of the test data in a mode of reading a project table or a database according to user requirements, specifically can be summarized into three processes of database reading, data type screening and test cases, obtains a practically available data set as the test cases, can quickly generate a plurality of test cases, and meets the test requirements of a large amount of data.
Based on the foregoing method embodiment, this embodiment provides another specific asynchronous communication testing method, 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, a test case of the system to be tested is obtained.
The specific implementation process of this step is the same as step S102, and is not described herein again. The obtained test case generally includes parameters to be tested and condition parameters.
And 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 under test, certain conditions need to be satisfied. For example, when the system to be tested is a game system, the client wants to purchase a virtual commodity in the game system, and some pre-conditions, such as the level required by the user, the amount of money, and the like, are required during the purchase, and these conditions can be set by the condition parameters before sending the RPC purchase request. The condition parameters in the test case are usually described by words or represented by numerical values, and the condition parameters can be translated into an environment language based on a system environment language of the system to be tested, so that a test environment corresponding to the test case is formed. After the test corresponding to the test case is completed, the test environments also need to be reset to the initialized environments.
And step S206, generating a remote procedure call request corresponding to the test case based on the parameter to be tested and the test environment.
The remote procedure call request comprises request parameters generated based on a test case, 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 shopping mall of a game system, each commodity has its own purchase channel and price, and also has its own purchase restriction condition, and different processes are sequentially performed to generate corresponding request parameters, and then a commodity purchase request is generated based on these parameters.
And step S208, sending a remote procedure call request corresponding to the test case to the server. The process sends the remote procedure call request corresponding to the generated test case to the server side through the client side.
Step S210, transferring the request parameter of the remote procedure call request to the initial parameter of the initial coroutine to be allocated, and determining the initial coroutine after parameter transfer as the coroutine corresponding to the remote procedure call request.
The step S210 is performed simultaneously with the step S208. The initial coroutines may be generated by a generator preset in the programming environment. A generator is a special type of function that generates one value at a time. It can be considered a recoverable function. In the process of executing the function, the yield statement returns a required value to a place where the generator is called, then the function is quitted, the generator function is called next time, the execution is started from the place where the generator was interrupted last time, and all variable parameters in the generator are stored for the next use, so that the execution process can be interrupted at any time by the coroutine, and the function of returning to the interrupted place can be realized.
Step S212, judging whether the monitored message sent by the server side includes a request identifier of a pre-acquired remote procedure call request through the coroutine; if yes, go to step S214; if not, step S212 is performed. Generally, the remote procedure call request includes a request identifier; the request identifier may be identification information of the client, and may further include part or all of the request parameters. The response message returned by the server to the remote procedure call request needs to include the request identifier of the remote procedure call request, so that the client identifies the request corresponding to the response message.
In step S214, the monitored message is determined as a response message to the remote procedure call request.
And S216, analyzing the response message through the coroutine to obtain a feedback result corresponding to the test parameter. Specifically, the response message may be analyzed 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 verifies the completion and returns the purchase result, the purchase result usually includes success or failure, the monitoring course is compared with the result set in the test case, and whether the test is passed or not is checked.
TABLE 2
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900032 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900033 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900034 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900035 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900036 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900037 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900038 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900039 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900040 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900041 |
| INFO-[newstore pc.py:110][normal buy][Mylog]buy 111900042 |
Step S218, judging whether the feedback result is consistent with a preset result; if yes, go to step S220; if not, go to step S222. The test case includes a general preset 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 set by the test case is successful purchase, and the feedback result corresponding to the response message is also successful purchase, the test result is successful test.
Step S222, determining that the test result of the test case is a test failure. For example, the result set by the test case is a successful purchase, and the feedback result corresponding to the response message is a failed purchase, and the test result is a failed test.
Step S224, the test case and the test result corresponding to the test case are saved to a preset storage location. After the test result is obtained, the test case and the corresponding test result can be saved by the main thread, and are usually saved into a global variable, so as to perform subsequent system function analysis. Some of the test results of the test case for purchasing skin merchandise in the mall of the game system are shown in table 3:
TABLE 3
| Skin commodity | 112900677 | Test pass |
| Skin commodity | 112900688 | Test failed |
| Skin commodity | 112900232 | Test pass |
| Skin commodity | 112900611 | Test pass |
| Skin commodity | 112900180 | Test pass |
| Skin commodity | 112900301 | Test pass |
| Skin commodity | 112900350 | Test pass |
| Skin commodity | 112900240 | Test pass |
| Skin commodity | 112900201 | Test pass |
| Skin commodity | 112900188 | Test pass |
The method can be represented by an interactive process schematic diagram of the client and the server performing the RPC test as shown in fig. 3. The client side sends the RPC request through the main flow, meanwhile, the asynchronous monitoring co-flow is created through the generator, then the main flow carries out other operations, after the server side processes the received RPC request, the server side returns a response message to the independent co-flow, the co-flow checks the RPC result and outputs whether the RPC request passes or not, and the client side stores the result of the RPC request through the main flow.
In the specific implementation process, in order to ensure the efficiency and quality of the automatic test and provide sufficient selectivity for users, the method can set three self-defined options to meet the requirements of different test environments to the greatest extent:
(1) the method can select an asynchronous or synchronous mode to listen to the results returned by the server. In the asynchronous mode, after the client sends the RPC request, a protocol is started to independently monitor the message of the server, and the main process does not need to wait and can execute other operation logics. After receiving the result, the independently started coroutines process the message content and feed back the result to the main process in time; in the synchronous mode, the main flow is blocked when the client sends a request, all the progress is forced to be stopped, and a message returned by the server is waited. After receiving the result, the main process processes the message in person and carries out the next test. The asynchronous mode can save a large amount of fragment time and improve the efficiency of automatic testing. But the processing and flow distribution of the results is more complicated than the 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 the method based on asynchronous monitoring, and the method using synchronous monitoring as the principle can not realize mode switching. Synchronous or asynchronous snooping can be realized by changing codes in a program corresponding to the method.
(2) The method can select a certain RPC method to monitor alone or multiple methods to monitor simultaneously. The number of RPC snoops depends on the type of the user test task, for example, in a large-scale event play method, a client and a server may have a plurality of RPC communication modes. The method provides a universal interface, and a user can start an independent coroutine to specially monitor the RPC only by providing the function name returned by the RPC. In the communication process of RPC, the server has a function name A, and the client needs to carry A in the message in the process of sending a request. The client also has a function name B, which is carried in the return message after the server completes the processing, and is equivalent to the request identifier in the above embodiment. When a plurality of such co-processes run simultaneously, they do not affect each other, and when receiving the server message, the corresponding monitoring co-process will return the result to the main process and stop monitoring, thereby realizing simultaneous monitoring.
(3) The method can select a plurality of user-defined condition tests at one time. Here, the test conditions include the type of test data and the parameters of RPC. The method will traverse each data in the user-specified data type and take one of the RPC parameter tests for each data. For example, in the process of testing the purchase class RPC, the method cyclically takes out the price, quantity and purchase-limiting condition of each commodity in a specified commodity class, performs a separate test on the price of the commodity, resets the environment after completion, and then tests the quantity, purchase-limiting condition of the commodity and other user-defined parameter configurations.
The method has the following advantages:
(1) aiming at the test tasks of various RPC methods, a universal monitoring interface is provided, and the code modification and other workloads of a user during the switching of the RPC methods can be reduced to the greatest extent.
(2) In the python2.7 environment, an asynchronous mode is provided, after the client sends the RPC request, a generator additionally generates an independent protocol interception server return message, and the main flow can perform other logical operations.
(4) A plurality of RPC parameter modification schemes are provided, a plurality of test conditions can be run and tested at one time in the test process, and the run and test time is saved to the maximum extent.
(5) In each testing process, the game environment can be configured according to different testing conditions, and the testing environment is reset after the testing is finished.
(6) Through the automatic mode of running and testing of script, shorten RPC and run the time of surveying, save test manpower and latency, and accomplish the test task more efficiently.
(5) According to the requirements of users, two modes of synchronous and asynchronous monitoring are provided. The asynchronous mode can complete the running test more quickly, and the synchronous mode has simpler code modification and lower requirement on user code capability.
(6) The universal RPC interface is provided, and when different RPC methods are monitored, switching monitoring can be achieved by providing the RPC names. When receiving a new test task, the user only needs to modify the name of the RPC to be monitored (which is equivalent to the request parameter transferred to the coroutine).
For the above method embodiment, refer to a testing apparatus for asynchronous communication shown in fig. 4, 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 includes:
a test case obtaining module 402, configured to obtain a test case of a system to be tested;
a request sending and coroutine generating module 404, 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 a test result corresponding to the test case based on a response message returned by the protocol monitoring server and directed to the remote procedure call request.
The asynchronous communication testing device is arranged at the client side; 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 side, and a coroutine corresponding to the remote procedure call request is generated; and monitoring a response message aiming at the remote procedure call request returned by the server side through the protocol, and determining a test result corresponding to the test case based on the response message. The method generates the coroutine of the remote procedure call request and is used for monitoring the response message to the request, and the main thread 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 a parameter to be tested, a condition parameter corresponding to the parameter to be tested and a preset result; the test case acquisition module comprises: the test parameter acquiring unit is used for acquiring test parameters of the system to be tested; the parameter selection unit to be tested is used for selecting the parameter to be tested and the condition parameter corresponding to the parameter to be tested from the test parameters according to the target requirement; and 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 the test cases of the system to be tested.
The test case comprises parameters to be tested and condition parameters; the above-mentioned device still includes: the test environment generating unit is used for generating a test environment corresponding to the test case based on the condition parameters; and the remote procedure call request generation unit is used for generating a remote procedure call request corresponding to the test case based on the parameter to be tested and the test environment.
The remote procedure call request comprises request parameters generated based on a test case; the request sending and coroutine generating module is further configured to: transmitting the request parameter of the remote procedure call request to the initial parameter of the initial coroutine to be distributed, and determining the initial coroutine after the parameter transmission as the coroutine 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 which is returned by the server and aims at the remote procedure call request 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 coroutine to obtain a feedback result corresponding to the test parameter; judging whether the feedback result is consistent with a preset result or not; if the test case is consistent with the test case, determining that the test result of the test case is successful; and if the test cases are inconsistent, determining that the test result of the test case is test failure.
The test parameters comprise a plurality of parameters; the test parameters correspond to various types; the target requirement corresponds to a target type; the parameter selection unit to be tested is further configured to: selecting a test parameter with the same type as the target type from the test parameters as a parameter 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.
The device also comprises a storage module used 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, which comprises a processor and a memory, wherein the memory stores machine executable instructions capable of being executed by the processor, and the processor executes the machine executable instructions to realize the asynchronous communication test method.
Referring to fig. 5, the electronic device includes a processor 100 and a memory 101, the memory 101 stores machine executable instructions capable of being executed by the processor 100, and the processor 100 executes the machine executable instructions to implement the asynchronous communication test method.
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) and may also include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 103 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like can be used. The bus 102 may be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 5, but this does not indicate only one bus or one type of bus.
The present embodiments also provide a machine-readable storage medium having stored thereon machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the above-described asynchronous communication testing method.
The asynchronous communication testing method, the asynchronous communication testing device and the electronic equipment provided by the embodiment of the invention comprise a computer-readable storage medium storing program codes, wherein instructions included in the program codes can be used for executing the method in the previous method embodiment, and specific implementation can refer to the method embodiment and is not described herein again.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the system and the apparatus described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In addition, in the description of the embodiments of the present invention, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meaning of the above terms in the present invention can be understood in specific cases for those skilled in the art.
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 such understanding, the technical solution of the present invention or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk, and various media capable of storing program codes.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular 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: although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art will understand that the following embodiments are merely illustrative of the present invention, and not restrictive, and the scope of the present invention is not limited thereto: any person skilled in the art can modify or easily conceive the technical solutions described in the foregoing embodiments or equivalent substitutes for some technical features within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the embodiments of the present invention, and they should be construed as being included therein. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (11)
1. The asynchronous communication testing 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;
and monitoring a response message which is returned by the server and aims at the remote procedure call request through the coroutine, and determining a test result corresponding to the test case based on the response message.
2. The method according to claim 1, wherein the test case comprises parameters to be tested, condition parameters corresponding to the parameters to be tested and a preset result;
the method for acquiring 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 and a condition parameter corresponding to the parameter to be tested from the test parameters according to a target requirement;
and determining the parameter to be tested, the condition parameter corresponding to the parameter to be tested and the preset result corresponding to the target requirement as the test case of the system to be tested.
3. The method of claim 1, wherein 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 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 comprises: request parameters generated based on the test cases;
generating a coroutine corresponding to the remote procedure call request, wherein the coroutine comprises the following steps:
transmitting the request parameter of the remote procedure call request to the initial parameter of the initial coroutine to be distributed, and determining the initial coroutine after the parameter transmission as the coroutine corresponding to the remote procedure call request; the initial coroutines are generated through a preset generator.
5. The method of claim 1, wherein the remote procedure call request includes a request identification; the response message which is returned by the server and aims at the remote procedure call request comprises a request identifier of the remote procedure call request;
the step of monitoring a response message for the remote procedure call request returned by the server through the coroutine comprises the following steps:
and if the monitored message sent by the server side comprises the pre-acquired request identifier of the remote procedure call request, determining the monitored message as a response message aiming at the remote procedure call request.
6. The method of claim 1, wherein the test case comprises a preset result; the test result comprises test success or test failure;
determining a test result corresponding to the test case based on the response message, wherein the step comprises the following steps:
analyzing the response message through the coroutine 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 case is consistent with the test case, determining that the test result of the test case is successful;
and if the test case is inconsistent, determining that the test result of the test case is test failure.
7. The method of claim 2, wherein the test parameters comprise a plurality; the test parameters correspond to various types; the target requirement corresponds to a target type;
according to the target requirement, the step of selecting the parameters to be tested and the condition parameters corresponding to the parameters to be tested from the test parameters comprises the following steps:
selecting 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.
8. The method according to claim 1, wherein after the step of determining, by the coroutine, the test result corresponding to the test case based on the response message returned by the server for the remote procedure call request, the method further comprises:
and storing the test case and the test result corresponding to the test case to a preset storage position.
9. The asynchronous communication testing device is characterized in that the device is 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 a test case of the system to be tested;
the request sending and coroutine generating module is used for sending a remote procedure calling request corresponding to the test case to the server and generating a coroutine corresponding to the remote procedure calling request;
and 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 protocol and determining a test result corresponding to the test case based on the response message.
10. 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 one of claims 1 to 8.
11. A machine-readable storage medium having stored thereon machine-executable instructions which, when invoked and executed by a processor, cause the processor to implement the method of testing asynchronous communications of any one of claims 1 to 8.
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 true CN114584500A (en) | 2022-06-03 |
| CN114584500B 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) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117270831A (en) * | 2023-11-17 | 2023-12-22 | 天津华来科技股份有限公司 | Protocol class synchronization and cooperative program call compatible implementation method |
Citations (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090113436A1 (en) * | 2007-10-25 | 2009-04-30 | Microsoft Corporation | Techniques for switching threads within routines |
| CN105487965A (en) * | 2015-12-28 | 2016-04-13 | 北京畅游天下网络技术有限公司 | Universal server pressure testing method and device |
| US20160234090A1 (en) * | 2015-02-11 | 2016-08-11 | Red Hat, Inc, | Dynamic Asynchronous Communication Management |
| 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 |
| 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 |
| US20210067494A1 (en) * | 2019-09-04 | 2021-03-04 | Microsoft Technology Licensing, Llc | Secure communication between web frames |
| 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 |
-
2022
- 2022-02-25 CN CN202210179544.3A patent/CN114584500B/en active Active
Patent Citations (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090113436A1 (en) * | 2007-10-25 | 2009-04-30 | Microsoft Corporation | Techniques for switching threads within routines |
| US20160234090A1 (en) * | 2015-02-11 | 2016-08-11 | Red Hat, Inc, | Dynamic Asynchronous Communication Management |
| 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 |
| US20210067494A1 (en) * | 2019-09-04 | 2021-03-04 | Microsoft Technology Licensing, Llc | Secure communication between web frames |
| 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 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117270831A (en) * | 2023-11-17 | 2023-12-22 | 天津华来科技股份有限公司 | Protocol class synchronization and cooperative program call compatible implementation method |
| CN117270831B (en) * | 2023-11-17 | 2024-02-23 | 天津华来科技股份有限公司 | Protocol class synchronization and cooperative program call compatible implementation method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114584500B (en) | 2024-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108153670B (en) | Interface testing method and device and electronic equipment | |
| USRE46055E1 (en) | Method and system for testing interactions between web clients and networked servers | |
| CN108696399B (en) | Business service test method and device | |
| US10944655B2 (en) | Data verification based upgrades in time series system | |
| CN111026636A (en) | Software project testing method, device, equipment and storage medium | |
| CN112187933B (en) | Method and system for monitoring services in multi-architecture cloud platform | |
| CN113961463A (en) | Application environment switching method and system, storage medium and electronic equipment | |
| CN114584500A (en) | Asynchronous communication testing method and device and electronic equipment | |
| CN110888800A (en) | Service interaction function test method, device, storage medium and test system | |
| CN112948255B (en) | Distributed kernel fuzzy test system and method | |
| CN113688025A (en) | Interface test method, device, equipment and storage medium | |
| CN108345508B (en) | Interface call testing method and device | |
| CN115951923B (en) | Subscription event management method, display system, device and storage medium | |
| CN111431733A (en) | Service alarm coverage information evaluation method and device | |
| CN111416985A (en) | Method and device for executing object processing in live broadcasting process and electronic equipment | |
| CN113127099B (en) | Server configuration method, device, equipment and storage medium | |
| CN114327693A (en) | AB experiment method and system, terminal device and storage medium | |
| CN113313566A (en) | Internal settlement method, internal settlement device, storage medium and electronic equipment | |
| CN114036060A (en) | Method, system and computer readable medium for chip testing | |
| CN111506340B (en) | Business rule information processing method, device and system | |
| CN113326052A (en) | Method and device for upgrading service component, computer equipment and storage medium | |
| CN111881148A (en) | Object combination attribute determination method and device and electronic equipment | |
| CN114428723A (en) | Test system, system test method, related device and storage medium | |
| CN112181802A (en) | Test method and device | |
| CN114996106A (en) | Service system test method, electronic device and storage medium |
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 |