TWI734746B - Method and device for simulating online pressure test - Google Patents

Abstract

The embodiment of the present invention provides a method and device for simulating online stress testing. The method includes: obtaining the total number of requests generated in a unit time; dividing the unit time into multiple time slices; and according to the total number of requests, Respectively determine the number of requests corresponding to the multiple time slices, and execute the requests of the corresponding time slices according to the number of requests, so as to ensure that the number of requests generated during the simulated online stress test is consistent with the actual number of requests on the line; at the same time, The method of determining the number of requests for each time slice according to the total number of requests also makes the pressure generated during the simulated online stress test controllable.

Description

Method and device for simulating online pressure test

The present invention relates to the field of information technology, in particular to a method for simulating online pressure testing and a device for simulating online pressure testing.

Stress testing refers to a test that continuously exerts pressure on the system under test. It is a test to obtain the maximum service level that the system can provide by determining the bottleneck or unacceptable performance points of a system. For example, to test when a Web site will degrade or fail in response to a large number of access requests. Usually, stress tests are performed by simulating online pressure.

The principle of the stress test tool is: the client side simulates virtual user access through multiple threads or processes, exerts pressure on the server side, and then monitors and collects performance data in the process. At present, it is generally realized by using a pressure device. The pressure generating module of the pressure device can generate the actual load according to the content of the script, that is, according to the user's setting, self-replicating to generate multiple clients to send requests to the server.

The traditional method of simulating online pressure is to create multiple threads by the pressure generating module of the pressure device. In the test, each thread is tested according to the ultimate pressure. The ultimate pressure means that each thread initiates a After this visit request, immediately initiate a new visit request, or simply pause for a period of time to reduce stress. However, the traditional method has the following shortcomings:

1) Multiple threads are established through the pressure device, and the number and frequency of the pressure generated cannot be consistent with the number and frequency of the real pressure on the line, making the pressure test unable to obtain the desired result.

2) The pressure generated by the pressure device is greatly affected by the soft and hard environment, and the pressure generated by different types or types of pressure devices varies greatly.

3) The multiple threads established by the pressure device are independent of each other, and there is no correlation between each independent thread, and it is impossible to uniformly control the size of the pressure according to the actual needs of the test.

In view of the foregoing problems, embodiments of the present invention are proposed to provide a method for simulating online stress testing and a corresponding device for simulating online stress testing that overcomes or at least partially solves the foregoing problems.

In order to solve the above-mentioned problems, the present invention discloses a method for simulating online stress testing, including: obtaining the total number of requests generated in a unit time; dividing the unit time into multiple time slices; respectively determining the number of times according to the total number of requests The number of requests corresponding to the multiple time slices, and the request of the corresponding time slice is executed according to the number of requests.

Optionally, the step of respectively determining the number of requests corresponding to the multiple time slices according to the total number of requests, and executing the request of the corresponding time slice according to the number of requests includes: traversing the multiple time slices ; Using the total number of requests to determine the number of requests corresponding to the multiple time slices.

When the current time slice is executed, the number of requests is added to the task queue; the preset test thread is invoked, and the current number of requests is read from the task queue, and then requests for the corresponding number of times are initiated.

Optionally, the step of invoking a preset test thread, after reading the current number of requests from the task queue, initiating a corresponding number of requests includes: invoking a preset test thread, and judging the task queue Whether the current number of requests in the column is zero; if not, the preset test thread is used, after reading the current number of requests from the task queue, the corresponding request is initiated, and the current number of requests is Decrease; if yes, return to the sub-step of judging whether the current number of requests in the task queue is zero.

Optionally, the step of obtaining the total number of requests generated per unit time includes: extracting a sample of the total number of requests generated per unit time from the access log of the device.

Optionally, the step of dividing the unit time into multiple time slices includes: dividing the unit time into multiple time slices on average.

In order to solve the above-mentioned problems, the present invention also discloses a device for simulating online stress testing, which includes: an obtaining module, which is used to obtain the total number of requests generated in a unit time; and a division module, which is used to divide the unit time into multiple The execution module is used to determine the number of requests corresponding to the multiple time slices according to the total number of requests, and execute the request of the corresponding time slice according to the number of requests.

Optionally, the execution module includes: a traversal sub-module for traversing the multiple time slices; a determining sub-module for determining a request corresponding to the multiple time slices using the total number of requests frequency.

The add sub-module is used to add the number of requests to the task queue when the current time slice is executed; the execution sub-module is used to call the preset test thread and read the current time from the task queue After the number of requests, initiate the corresponding number of requests.

Optionally, the execution sub-module includes: a judging unit for calling a preset test thread to judge whether the current number of requests in the task queue is zero; an execution unit for judging the task When the current number of requests in the queue is not zero, the preset test thread is used, after reading the current number of requests from the task queue, a corresponding request is initiated, and the target The number of previous requests decreases; the returning unit is used to return to the judging unit when judging that the current number of requests in the task queue is zero.

Optionally, the obtaining module includes: an obtaining sub-module configured to sample and extract the total number of requests generated per unit time from the access log of the device.

Optionally, the division module includes: a division sub-module configured to divide the unit time into multiple time slices on average.

Compared with the background art, the embodiments of the present invention include the following advantages: In the embodiments of the present invention, the unit time is divided into multiple time slices, and the total number of requests obtained in the unit time is determined to correspond to each The number of requests corresponding to the time slice, and the request of the corresponding time slice is executed according to the number of requests, which can ensure that the number of requests generated during the simulated online stress test remains the same as the actual number of requests; at the same time, the total number of requests is used to determine each The number of requests for time slices also makes the stress generated during the simulated online stress test controllable.

Secondly, because the task queue in the embodiment of the present invention is designed as an int type value, the memory consumption is extremely low, and the memory requirements will not increase due to the increase in the number of requests. Moreover, by initiating the corresponding When the access request is made, only the current number of requests in the task queue is decremented, which further makes the scheduling of test threads more efficient and simple.

101, 102, 103‧‧‧Method steps

201, 202, 203, 204, 205, 206‧‧‧Method steps

301‧‧‧Get the mod

302‧‧‧Division Module

303‧‧‧Execution Module

Fig. 1 is a step flow chart of Embodiment 1 of a method of simulating online stress testing of the present invention; Fig. 2 is a step flow chart of Embodiment 2 of a method of simulating online stress testing of the present invention; Fig. 3 is a simulation of the present invention A structural block diagram of an embodiment of an online pressure test device.

In order to make the above-mentioned objects, features and advantages of the present invention more obvious and understandable, the present invention will be further described in detail below in conjunction with the accompanying drawings and specific embodiments.

1, there is shown a step flow chart of Embodiment 1 of a method for simulating online stress testing of the present invention, which may specifically include the following steps:

Step 101: Obtain the total number of requests generated in a unit time; in the embodiment of the present invention, in order to ensure that the pressure generated in the stress test is consistent with the real pressure on the line as much as possible, the system received by the system can be obtained through sampling. The size of the pressure, that is, the total number of requests generated per unit time, so as to obtain the total number of requests that should be generated in each time period during the simulated online stress test.

The unit time can be a period of time set according to the needs of sampling, for example, it can be 1s, 5s, 10s, 60s, and so on. Those skilled in the art can set the length of the unit time according to the actual situation of the request on the system line, which is not specifically limited in the present invention.

In a preferred embodiment of the present invention, the acquisition unit time The step of generating the total number of requests may include the following sub-steps: Sub-step 1011, sampling and extracting the total number of requests generated per unit time from the access log of the device.

Generally, the access log of the device can record the requests received by the system in real time. In specific implementation, the information in the access log of the device can be sampled to obtain the total number of requests generated per unit time, for example, the system is within 1s The total number of requests received is 10,000.

Step 102: Divide the unit time into multiple time slices; in the embodiment of the present invention, in order to more accurately control the pressure generated during the simulated online stress test, the unit time can be divided into smaller time slices.

In a specific implementation, the unit time can be divided into multiple time slices on average, for example, the unit time 1s can be divided into 100 time slices with a length of 10ms on average, or the unit time 1s can be divided into 1000 time slices with a length of 1ms on average. Time slice. Those skilled in the art can determine the length of each time slice according to the specific length of the unit time selected for sampling, which is not specifically limited in the present invention.

Step 103: Determine the number of requests corresponding to the multiple time slices respectively according to the total number of requests, and execute the request of the corresponding time slice according to the number of requests.

In the embodiment of the present invention, when determining the number of requests corresponding to the multiple time slices, an even distribution method may be used, that is, the total number of requests obtained in step 101 is evenly distributed to each time slice. For example, if the total number of requests received by the system within 1s is 10,000, if you press According to the method in step 102, the unit time 1s is divided into 100 time slices with a length of 10ms on average, and it can be determined that the number of requests allocated for each time slice is 10000/100=100 times.

Of course, those skilled in the art can also determine the number of requests corresponding to the multiple times in a random allocation manner, which is not specifically limited in the present invention. However, it should be noted that no matter what method is used to determine the number of requests for each time slice, it should be ensured that the sum of the number of requests for multiple time slices is the same as the total number of requests obtained per unit time.

Furthermore, when simulating an online stress test, the test execution thread can be called to execute the request of the corresponding time slice according to the number of requests.

In a specific implementation, when the pressure is replayed for each unit of time, the test thread can initiate a corresponding number of requests to the system according to the number of requests for the current time slice.

In a preferred embodiment of the present invention, the step of respectively determining the number of requests corresponding to the multiple time slices according to the total number of requests, and executing the request of the corresponding time slice according to the number of requests may specifically be It includes the following sub-steps: sub-step 1031, traverse the multiple time slices; sub-step 1032, use the total number of requests to determine the number of requests corresponding to the multiple time slices.

Sub-step 1033, when executing the current time slice, add the number of requests to the task queue; sub-step 1034, call a preset test thread, read the current number of requests from the task queue, and initiate a corresponding The number of requests.

In a specific implementation, you can traverse the multiple time slices, determine the number of requests corresponding to each time slice according to the sequence of the time slices, and then add the number of requests corresponding to the current time slice when the current time slice is executed Go to the task queue, call the preset test thread, read the current number of requests from the task queue, and initiate the corresponding number of requests.

In a specific implementation, when time slice 1 is executed, the number of requests corresponding to time slice 1 can be added to the task queue, for example, 10 times, and then the test thread can be called to read the current number of requests from the task queue 10 times. Initiate 10 access requests to the system; then execute time slice 2 in chronological order, and add the number of requests corresponding to time slice 2 to the task queue, for example, 8 times, call the test thread, and read from the task queue The current number of requests is 8 times, and 8 access requests are initiated to the system; when all time slices have been executed, the test ends.

In the embodiment of the present invention, the unit time is divided into multiple time slices, and the number of requests corresponding to each time slice is determined according to the total number of requests obtained in the unit time, and the number of requests corresponding to each time slice is determined according to the request. The number of times to execute the request of the corresponding time slice can ensure that the number of requests generated during the simulated online stress test is consistent with the real number of requests on the line; at the same time, the method of determining the number of requests for each time slice according to the total number of requests also makes the simulation The pressure generated during the online pressure test is controllable.

Referring to Fig. 2, there is shown a flow chart of the second embodiment of a method for simulating online stress testing of the present invention, which may specifically include the following steps:

Step 201: Extract a sample of the total number of requests generated per unit time from the access log of the device; In the embodiment of the present invention, in order to ensure that the pressure generated in the pressure test is consistent with the real pressure on the line as much as possible, the size of the pressure received by the system per unit time can be obtained through sampling first, that is, the pressure generated per unit time The total number of requests, so as to obtain the total number of requests that should be generated in each time period during the simulated online stress test.

Usually, the access log of the device can record the requests received by the system in real time. Therefore, the information in the device access log can be sampled to obtain the total number of requests generated per unit time. For example, by sampling, the total number of requests received by the system in 1 second per unit time is 10,000.

Step 202: Divide the unit time into multiple time slices on average; in specific implementation, in order to more accurately control the pressure generated during the simulated online stress test, the unit time can be divided into smaller time slices on average. For example, divide the unit time 1s into 100 time slices with a length of 10ms on average, or divide the unit time 1s into 1000 time slices with a length of 1ms on average.

In step 203, the total number of requests is used to determine the number of requests corresponding to the multiple time slices; in the embodiment of the present invention, after the number of requests corresponding to the multiple time slices is determined, the number of requests corresponding to the multiple time slices may be evenly distributed. In this way, the total number of requests obtained is evenly distributed to each time slice. For example, for the total number of requests received by the system in a unit time of 1s is 10,000, if the length of each time slice is 10ms, the unit time 1s can be divided into 100 time slices on average, and then each time can be determined Number of requests for which the slice was allocated The number is 10000/100=100 times.

In step 204, when the current time slice is executed, the number of requests is added to the task queue; in the embodiment of the present invention, the time sequence of multiple time slices may be followed. First, when time slice 1 is executed, the time slice The number of requests corresponding to 1, for example, 10 times, is added to the task queue.

In the specific implementation, in order to ensure the efficient execution of the simulated online stress test, the task queue can be designed as an int type value, which only records how many requests need to be initiated in the current time slice.

Step 205: Invoke a preset test thread to determine whether the current number of requests in the task queue is zero; usually, there can be multiple preset test threads, and multiple test threads together form a thread pool , When the online stress test is simulated, multiple test threads in the thread pool are executed separately.

In the embodiment of the present invention, after the preset test thread is invoked, the test thread may read the current number of requests from the task queue and initiate a corresponding number of requests.

In a specific implementation, a preset test execution thread can be called, the current number of requests is read from the task queue, and it is determined whether the current number of requests is zero, and if not, step 206 is executed.

Step 206: Using the preset test thread, after reading the current number of requests from the task queue, initiate a corresponding request, and decrement the current number of requests.

In specific implementation, when the test thread determines the current task queue When the number of requests is not zero, an access request can be initiated, and the current number of requests is decremented. For example, if at the beginning of time slice 1, the test thread judges that the current number of requests in the task queue is 10, it can initiate an access request to the system, and then the current number of requests in the task queue is decremented once, that is After the test thread initiates an access request, the current number of requests in the task pair is recorded as 9 times.

In the embodiment of the present invention, after the test thread initiates an access request, it can return to continue to judge the current number of requests in the task queue. Until the current number of requests is zero, stop the test or continue to wait at the next time. The number of times the corresponding request is executed during the filming time. For example, if the test thread is executing in time slice 1, after issuing 10 access requests to the system, so that the current number of requests recorded in the task queue is zero, it needs to be in the next time slice, that is, the time period corresponding to time slice 2. In order to initiate the corresponding access request.

In the embodiment of the present invention, because the task queue is designed as an int type value, the memory consumption is extremely low, and the memory requirements will not increase due to the increase in the number of requests. Moreover, by initiating the corresponding When accessing the request, only the current number of requests in the task queue is decremented, which further makes the scheduling of test threads efficient and simple.

It should be noted that for the method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should know that the embodiments of the present invention are not limited by the described sequence of actions, because According to the embodiments of the present invention, certain steps may be performed in other order or simultaneously. Secondly, those skilled in the art should also be aware that in the description The described embodiments are all preferred embodiments, and the related actions are not necessarily required by the embodiments of the present invention.

3, there is shown a structural block diagram of an embodiment of a device for simulating online stress testing of the present invention, which may specifically include the following modules: an obtaining module 301, which is used to obtain the total number of requests generated per unit time; The group 302 is used to divide the unit time into multiple time slices; the execution module 303 is used to determine the number of requests corresponding to the multiple time slices according to the total number of requests, and according to the request The number of times to execute the request for the corresponding time slice.

In the embodiment of the present invention, the execution module 303 may specifically include the following sub-modules: a traversal sub-module 3031 for traversing the multiple time slices; a determining sub-module 3032 for adopting the request total The number of times determines the number of requests corresponding to the multiple time slices.

The add submodule 3033 is used to add the number of requests to the task queue when the current time slice is executed; the execution submodule 3034 is used to call a preset test thread and read from the task queue After taking the current number of requests, initiate the corresponding number of requests.

In the embodiment of the present invention, the execution sub-module 3034 may specifically include the following units: a judging unit 341, configured to call a preset test thread and judge all Whether the current number of requests in the task queue is zero; the execution unit 342 is configured to use the preset test thread when judging that the current number of requests in the task queue is not zero. After reading the current number of requests in the queue, initiate a corresponding request and decrement the number of current requests; the returning unit 343 is configured to return to the judgment when the current number of requests in the task queue is judged to be zero unit.

In the embodiment of the present invention, the obtaining module 301 may specifically include the following sub-modules: the obtaining sub-module 3011 is used to sample and extract the total number of requests generated per unit time from the access log of the device.

In the embodiment of the present invention, the division module 302 may specifically include the following sub-modules: the division sub-module 3021 is configured to divide the unit time into multiple time slices on average.

As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.

The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other.

Those skilled in the art should understand that the embodiments of the present invention can be provided as methods, devices, or computer program products. Therefore, the embodiment of the present invention may adopt a completely hardware embodiment, a completely software embodiment, or a combination of software The form of the embodiment in terms of hardware and hardware. Moreover, the embodiments of the present invention may adopt computer program products implemented on one or more computer-usable storage media (including but not limited to disk memory, CD-ROM, optical memory, etc.) containing computer-usable program codes. form.

In a typical configuration, the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. Memory may include non-permanent memory in computer-readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory ( flash RAM). Memory is an example of computer-readable media. Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), and other types of random access memory (RAM) , Read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital multi-function Optical discs (DVD) or other optical storage, magnetic cassettes, magnetic tape storage or other magnetic storage devices, or any other non-transmission media, can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transient computer-readable media (transitory media), such as modulated data signals and carrier waves.

The embodiment of the present invention refers to the method and terminal according to the embodiment of the present invention The equipment (system) and computer program products are described by flowcharts and/or block diagrams. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions can be provided to the processors of general-purpose computers, dedicated computers, embedded processors or other programmable data processing terminal equipment to generate a machine, which can be executed by the processor of the computer or other programmable data processing terminal equipment The instructions generate a device for implementing the functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing terminal equipment to work in a specific manner, so that the instructions stored in the computer-readable memory can be generated including the manufacturing of the instruction device The instruction device realizes the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be loaded on a computer or other programmable data processing terminal equipment, so that a series of operation steps are executed on the computer or other programmable terminal equipment to produce computer-implemented processing, so that the computer or other programmable terminal equipment The instructions executed on the design terminal device provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

Although the preferred embodiments of the embodiments of the present invention have been described, those skilled in the art can make additional changes and modifications to these embodiments once they learn the basic creative concept. Therefore, the scope of the attached patent application is intended to be interpreted as including the preferred embodiments and all that fall within the scope of the embodiments of the present invention. There are changes and modifications.

Finally, it should be noted that in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these entities. Or there is any such actual relationship or sequence between operations. Moreover, the terms "including", "including" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal device including a series of elements not only includes those elements, but also includes those elements that are not explicitly listed. Other elements listed, or also include elements inherent to this process, method, article, or terminal device. Without more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other same elements in the process, method, article, or terminal device that includes the element.

The method for simulating online stress testing and the device for simulating online stress testing provided by the present invention are described in detail above. In this article, specific examples are used to illustrate the principles and implementation of the present invention. The description of the above embodiments It is only used to help understand the method and the core idea of the present invention; at the same time, for those of ordinary skill in the art, according to the idea of the present invention, there will be changes in the specific implementation and the scope of application. In summary, The content of this specification should not be construed as a limitation of the present invention.

Claims (8)

A method for simulating an online stress test, characterized in that it comprises: obtaining the total number of requests generated in a unit time from a device access log; dividing the unit time into multiple time slices; and according to the total number of requests, respectively Determine the number of requests corresponding to the multiple time slices, and execute the request of the corresponding time slice according to the number of requests, wherein the number of requests corresponding to the multiple time slices is determined respectively according to the total number of requests , And executing a request for a corresponding time slice according to the number of requests includes: traversing the multiple time slices; using the total number of requests to determine the number of requests corresponding to the multiple time slices; when executing the current time slice , Adding the number of requests to the task queue; and invoking a preset test thread, reading the current number of requests from the task queue, and initiating a request of the corresponding number of times. The method according to item 1 of the scope of patent application, wherein said calling a preset test thread, after reading the current number of requests from the task queue, the step of initiating a corresponding number of requests includes: calling a preset To determine whether the current number of requests in the task queue is zero; If not, use the preset test thread, read the current number of requests from the task queue, initiate a corresponding request, and decrement the number of current requests; and if yes, return to the judgment The sub-step of whether the current number of requests in the task queue is zero. The method according to item 1 or 2 of the scope of patent application, wherein the step of obtaining the total number of requests generated per unit time includes: extracting the total number of requests generated per unit time from the access log of the device. The method according to item 3 of the scope of patent application, wherein the step of dividing the unit time into multiple time slices includes: dividing the unit time into multiple time slices on average. A device for simulating online stress testing, which is characterized by comprising: an obtaining module, which is used to obtain the total number of requests generated in a unit time from a device access log; and a dividing module, which is used to divide the unit time into multiple Time slices; and an execution module, configured to respectively determine the number of requests corresponding to the multiple time slices according to the total number of requests, and execute the request of the corresponding time slice according to the number of requests, wherein the execution module The group includes: a traversal sub-module, which is used to traverse the multiple time slices; a determining sub-module, which is used to use the total number of requests to determine the The number of requests corresponding to each time slice. Adding a sub-module is used to add the number of requests to the task queue when executing the current time slice; and an execution sub-module is used to call a preset test thread and read from the task queue After the current number of requests, initiate the corresponding number of requests. The device according to item 5 of the scope of patent application, wherein the execution sub-module includes: a judging unit for invoking a preset test execution thread to judge whether the current number of requests in the task queue is zero; The execution unit is configured to, when judging that the current number of requests in the task queue is not zero, use the preset test thread to read the current number of requests from the task queue and initiate a corresponding request , And decrement the number of current requests; and a returning unit for returning to the judging unit when judging that the number of current requests in the task queue is zero. The device according to item 5 or 6 of the scope of patent application, wherein the obtaining module includes: an obtaining sub-module for sampling and extracting the total number of requests generated per unit time from the access log of the device. The device according to item 7 of the scope of patent application, wherein the division module includes: a division sub-module for dividing the unit time into multiple time slices on average.

Images