CN113076256A

CN113076256A - Pressure testing method and device

Info

Publication number: CN113076256A
Application number: CN202110418852.2A
Authority: CN
Inventors: 袁劲松; 朱青杰; 张庆涛
Original assignee: Beijing Jingdong Tuoxian Technology Co Ltd
Current assignee: Beijing Jingdong Tuoxian Technology Co Ltd
Priority date: 2021-04-19
Filing date: 2021-04-19
Publication date: 2021-07-06

Abstract

The invention discloses a pressure testing method and device, and relates to the technical field of computers. One embodiment of the method comprises: adding a message of a first system to a message queue; determining whether the number of the messages in the message queue is greater than a preset current flow threshold value, if so, pulling the messages from the message queue according to the current flow threshold value; sending a pulled message to the second system; and receiving a pressure test result sent by the second system. This embodiment can improve the accuracy of the test results.

Description

Pressure testing method and device

Technical Field

The invention relates to the technical field of computers, in particular to a pressure testing method and device.

Background

In a distributed system, there may be call relationships between the systems. For example, the first system needs to call the second system in the process of business processing to obtain the business processing result of the second system. At different time periods, there may be differences in the data traffic sent by the first system to the second system during the invocation. To ensure that the call is successful, the second system is typically stress tested.

In the prior art, the second system is typically pressure tested using test data. However, since the test data is different from the real data generated in the actual application scenario, the accuracy of the test result obtained by the prior art is to be further improved.

Disclosure of Invention

In view of this, embodiments of the present invention provide a pressure testing method and apparatus, which can improve accuracy of a test result.

In a first aspect, an embodiment of the present invention provides a pressure testing method, including:

adding a message of a first system to a message queue;

determining whether the number of the messages in the message queue is greater than a preset current flow threshold value, if so, pulling the messages from the message queue according to the current flow threshold value;

sending a pulled message to the second system;

and receiving a pressure test result sent by the second system.

Alternatively,

the pressure test result comprises: a service processing result of the second system; the service processing result is generated by the second service system according to the received message;

after the receiving the pressure test result sent by the second system, further comprising:

and according to the sequence from small to large, taking a preset flow threshold value arranged behind the current flow threshold value as an updated current flow threshold value, and adding the messages of the first system into the message queue.

Alternatively,

the pressure test result comprises: a fault notification of the second system;

after the receiving the pressure test result sent by the second system, the method further comprises the following steps:

and after a preset time interval, executing the message of pulling sent to the second system.

Alternatively,

the sending the pulled message to the second system comprises:

and sending the pulled message to the second system based on RPC (Remote Procedure Call) or HTTP (Hyper Text Transfer Protocol).

Alternatively,

the message queues are in one-to-one correspondence with the second system.

Alternatively,

further comprising:

and when the number of the messages in the message queue is not larger than the preset current flow threshold value, adding the messages of the first system into the message queue.

In a second aspect, an embodiment of the present invention provides a pressure testing apparatus, including:

an adding module configured to add a message of a first system to a message queue;

the determining module is configured to determine whether the number of the messages in the message queue is greater than a preset current flow threshold value, and if so, pull the messages from the message queue according to the current flow threshold value;

a sending module configured to send a pulled message to the second system;

and the receiving module is configured to receive the pressure test result sent by the second system.

Alternatively,

further comprising: and the updating module is configured to trigger the adding module by taking a preset flow threshold value arranged behind the current flow threshold value as an updated current flow threshold value in a descending order.

In a third aspect, an embodiment of the present invention provides an electronic device, including:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement a method as in any one of the embodiments described above.

In a fourth aspect, the present invention provides a computer readable medium, on which a computer program is stored, and when the program is executed by a processor, the computer program implements the method according to any one of the above embodiments.

One embodiment of the above invention has the following advantages or benefits: and the message of the first system is adopted to carry out pressure test on the second system, and compared with the test data, the message can reflect a real application scene and obtain a more accurate test result. In addition, aiming at the condition that the messages generated by the first system at one time can not meet the test demand, the method accumulates the messages through the message queue, so that the test flow can reach the current flow threshold to meet the requirement of peak pressure test, and a more reliable test result is obtained.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

FIG. 1 is a flow diagram of an intersystem data interaction provided by an embodiment of the present invention;

FIG. 2 is a flow chart of a pressure testing method provided by an embodiment of the invention;

FIG. 3 is a flow chart of a pressure testing method provided by another embodiment of the present invention;

FIG. 4 is a flow chart of a pressure testing method provided by yet another embodiment of the present invention;

FIG. 5 is a flow chart of a pressure testing method provided by yet another embodiment of the present invention;

FIG. 6 is a schematic view of a pressure testing apparatus provided in accordance with an embodiment of the present invention;

FIG. 7 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;

fig. 8 is a schematic structural diagram of a computer system suitable for implementing a terminal device or a server according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

In a distributed system, the systems are isolated from each other, and data interaction needs to be completed through a network communication protocol. As shown in fig. 1, after the system a completes the service processing, the result is written into the database a, then the system B is called, after the system B completes the service processing, the result is written into the database B, and the required data is returned to the system a, and the system a updates the data returned by the system B into the database a.

At different time periods, there may be differences in the data traffic sent by system a to system B during the invocation. To ensure that the calling process is successful, system B is typically stress tested.

In the prior art, the system B is typically pressure tested using test data. However, since the test data is different from the real data generated in the actual application scenario, the accuracy of the test result obtained by the prior art is to be further improved.

In view of this, as shown in fig. 2, an embodiment of the present invention provides a pressure testing method, including:

step 201: the message of the first system is added to the message queue.

In the embodiment of the present invention, the message is not directly sent to the second system, but is added to the message queue, so that the message in the message queue can reach the flow required by the test.

Step 202: and determining whether the number of the messages in the message queue is greater than a preset current flow threshold, if so, executing step 203, otherwise, executing step 201.

The current flow threshold value can be configured according to actual service requirements, and different current flow threshold values can be set for different second systems. In the embodiment of the present invention, a plurality of flow thresholds may be configured for the second system, and the second system may be pressure-tested by using the plurality of flow thresholds as the current flow thresholds, respectively.

Step 203: and pulling the message from the message queue according to the current flow threshold value.

Step 204: and sending the pulled message to the second system.

Step 205: and receiving a pressure test result sent by the second system.

In the embodiment of the present invention, the pressure test result may be classified into two types, one type is that when the second system fails, the second system will feed back its service processing result, and the other type is that when the second system fails, the second system will send a failure notification to the first system.

The embodiment of the invention adopts the message of the first system to carry out the pressure test on the second system, and compared with the test data, the message can reflect the real application scene and obtain more accurate test results. In addition, aiming at the condition that the messages generated by the first system at one time can not meet the test demand, the method accumulates the messages through the message queue, so that the test flow can reach the current flow threshold to meet the requirement of peak pressure test, and a more reliable test result is obtained.

In addition, the first system and the second system are decoupled, and when the second system carries out pressure test, the first system does not need to bear flow pressure and does not influence the service processing of the first system.

In one embodiment of the invention, the pressure test results include: a service processing result of the second system; the service processing result is generated by the second service system according to the received message;

after receiving the pressure test result sent by the second system, the method further comprises the following steps:

In the embodiment of the present invention, when there are a plurality of preset flow thresholds, each of the flow thresholds may be sequentially used as a current flow threshold to be tested in an order from small to large, so as to determine a maximum flow threshold that can be borne by the second system among the plurality of flow thresholds. For example, the preset flow thresholds include: 10MB/s, 20MB/s and 30MB/s, the second system is firstly subjected to pressure test by taking 10MB/s as a current flow threshold, and if the second system feeds back the service processing result, the second system can be subjected to pressure test based on 20 MB/s. And so on until the full partial flow threshold is tested. After determining the maximum traffic threshold that the second system can withstand, the first system may send data to the second system according to the maximum traffic threshold during subsequent calls.

In one embodiment of the invention, the pressure test results include: a fault notification of the second system;

and after a preset time interval, sending the pulled message to the second system is executed.

When the second system fails, it cannot consume the message pulled from the message queue, and the method may retry at a preset time interval. In an actual application scenario, the message pulled may be sent to the second system again according to the failure release notification sent by the second system.

In one embodiment of the invention, sending the pulled message to the second system comprises:

and sending the pulled message to the second system based on RPC or HTTP.

The embodiment of the invention realizes the interaction with the second system based on RPC or HTTP, and breaks the isolation between the systems.

In one embodiment of the present invention, in order to perform stress testing on different second systems, the message queues are in one-to-one correspondence with the second systems, considering that there may be a plurality of second systems having a call relationship with the first system in the distributed system.

As shown in fig. 3, an embodiment of the present invention provides a pressure testing method, including:

step 301: adding a message of a first system to a message queue;

step 302: and determining whether the number of the messages in the message queue is greater than a preset current flow threshold, if so, executing step 303, otherwise, executing step 301.

Step 303: and pulling the message from the message queue according to the current flow threshold value.

Step 304: and sending the pulled message to the second system based on the RPC.

Step 305: and receiving a fault notification sent by the second system, and after a preset time interval, executing step 304.

The embodiment of the invention stores the messages of the first system by using the message queue, so that the number of the messages can reach the current flow threshold value, and the flow requirement of the pressure test is met. When the second system fails, the message can be stored in the message queue, and after the second system recovers to work, the message is sent to the second system, so that the message can be prevented from being lost, and the consistency of service processing in the first system and the second system is ensured.

As shown in fig. 4, the embodiment of the present invention still takes the system a calling the system B as an example to describe the stress testing method. And after the system A finishes the service processing, writing the service processing result into the database A. The pressure testing device adds the information of the system A into the message queue, when the number of the messages in the message queue is larger than a preset current flow threshold value, the messages are pulled from the message queue according to the current flow threshold value, and the pulled messages are sent to the system B based on the RPC. And the system B performs service processing according to the acquired message to obtain a service processing result, writes the service processing result into the database B, returns the service processing result to the system A, and updates the service processing result returned by the system B into the database A by the system A.

As shown in fig. 5, the embodiment of the present invention describes a pressure testing method by taking a plurality of flow rate thresholds as an example, and the method includes:

step 501: the message of the first system is added to the message queue.

Step 502: and determining whether the number of the messages in the message queue is greater than a preset current flow threshold, if so, executing step 503, otherwise, executing step 501.

Step 503: and pulling the message from the message queue according to the current flow threshold value.

Step 504: and sending the pulled message to the second system based on the RPC.

Step 505: and receiving a service processing result sent by the second system.

Step 506: and executing step 501 by using the preset flow threshold value arranged after the current flow threshold value as the updated current flow threshold value in the descending order.

According to the embodiment of the invention, the pressure test is carried out on the second system through different flow thresholds, the maximum flow threshold which can be borne by the second system can be determined in the flow thresholds, and the first system can call the second system according to the maximum flow threshold in the subsequent processing process.

As shown in fig. 6, an embodiment of the present invention provides a pressure testing apparatus, including:

an adding module 601 configured to add a message of a first system to a message queue;

a determining module 602, configured to determine whether the number of messages in the message queue is greater than a preset current traffic threshold, and if so, pull the messages from the message queue according to the current traffic threshold;

a sending module 603 configured to send the pulled message to the second system;

and a receiving module 604 configured to receive the pressure test result sent by the second system.

The pressure testing device operates in a first system.

further comprising: and the updating module is configured to trigger the adding module by taking a preset flow threshold value after the current flow threshold value as the updated current flow threshold value according to the sequence from small to large.

In one embodiment of the invention, the pressure test results include: a fault notification of the second system; the receiving module 604 is configured to trigger the sending module 603 after a preset time interval.

In one embodiment of the invention, the sending module 603 is configured to send the pulled message to the second system based on remote procedure call, RPC, or hypertext transfer protocol, HTTP.

In one embodiment of the invention, the message queues are in one-to-one correspondence with the second system.

In an embodiment of the present invention, the determining module 602 is configured to trigger the adding module 601 when the number of messages in the message queue is not greater than a preset current traffic threshold.

An embodiment of the present invention provides an electronic device, including:

one or more processors;

a storage device for storing one or more programs,

when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the method of any of the embodiments as described above.

Embodiments of the present invention provide a computer-readable medium, on which a computer program is stored, which when executed by a processor implements the method according to any of the above embodiments.

Fig. 7 illustrates an exemplary system architecture 700 to which the pressure testing method or pressure testing apparatus of embodiments of the present invention may be applied.

As shown in fig. 7, the system architecture 700 may include

terminal devices

701, 702, 703, a network 704, and a server 705. The network 704 serves to provide a medium for communication links between the

terminal devices

701, 702, 703 and the server 705. Network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

A user may use the

terminal devices

701, 702, 703 to interact with a server 705 over a network 704, to receive or send messages or the like. The

terminal devices

701, 702, 703 may have installed thereon various communication client applications, such as a shopping-like application, a web browser application, a search-like application, an instant messaging tool, a mailbox client, social platform software, etc. (by way of example only).

The

terminal devices

701, 702, 703 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 705 may be a server providing various services, such as a background management server (for example only) providing support for shopping websites browsed by users using the

terminal devices

701, 702, 703. The backend management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (for example, target push information, product information — just an example) to the terminal device.

It should be noted that the pressure testing method provided by the embodiment of the present invention is generally executed by the server 705, and accordingly, the pressure testing apparatus is generally disposed in the server 705.

It should be understood that the number of terminal devices, networks, and servers in fig. 7 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 8, shown is a block diagram of a computer system 800 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 8, the computer system 800 includes a Central Processing Unit (CPU)801 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data necessary for the operation of the system 800 are also stored. The CPU 801, ROM 802, and RAM 803 are connected to each other via a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.

The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, a mouse, and the like; an output section 807 including a signal such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 808 including a hard disk and the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. A drive 810 is also connected to the I/O interface 805 as necessary. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as necessary, so that a computer program read out therefrom is mounted on the storage section 808 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 809 and/or installed from the removable medium 811. The computer program executes the above-described functions defined in the system of the present invention when executed by the Central Processing Unit (CPU) 801.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described as: a processor includes a sending module, an obtaining module, a determining module, and a first processing module. The names of these modules do not form a limitation on the modules themselves in some cases, and for example, the sending module may also be described as a "module sending a picture acquisition request to a connected server".

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to comprise:

adding a message of a first system to a message queue;

sending a pulled message to the second system;

and receiving a pressure test result sent by the second system.

According to the technical scheme of the embodiment of the invention, the message of the first system is adopted to carry out pressure test on the second system, and compared with the test data, the message can reflect a real application scene and obtain a more accurate test result. In addition, aiming at the condition that the messages generated by the first system at one time can not meet the test demand, the method accumulates the messages through the message queue, so that the test flow can reach the current flow threshold to meet the requirement of peak pressure test, and a more reliable test result is obtained.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A pressure testing method, comprising:

adding a message of a first system to a message queue;

sending a pulled message to the second system;

and receiving a pressure test result sent by the second system.

2. The method of claim 1,

3. The method of claim 1,

the pressure test result comprises: a fault notification of the second system;

4. The method of claim 1,

the sending the pulled message to the second system comprises:

and sending the pulled message to the second system based on Remote Procedure Call (RPC) or hypertext transfer protocol (HTTP).

5. The method of claim 1,

the message queues are in one-to-one correspondence with the second system.

6. The method of claim 1, further comprising:

7. A pressure testing device, comprising:

a sending module configured to send a pulled message to the second system;

8. The apparatus of claim 7,

9. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-6.

10. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-6.