CN108512715B - Load pressure test method of service link and related device - Google Patents

Load pressure test method of service link and related device Download PDF

Info

Publication number
CN108512715B
CN108512715B CN201710114959.1A CN201710114959A CN108512715B CN 108512715 B CN108512715 B CN 108512715B CN 201710114959 A CN201710114959 A CN 201710114959A CN 108512715 B CN108512715 B CN 108512715B
Authority
CN
China
Prior art keywords
service
service node
data
source
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710114959.1A
Other languages
Chinese (zh)
Other versions
CN108512715A (en
Inventor
张�浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cainiao Smart Logistics Holding Ltd
Original Assignee
Cainiao Smart Logistics Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Cainiao Smart Logistics Holding Ltd filed Critical Cainiao Smart Logistics Holding Ltd
Priority to CN201710114959.1A priority Critical patent/CN108512715B/en
Publication of CN108512715A publication Critical patent/CN108512715A/en
Application granted granted Critical
Publication of CN108512715B publication Critical patent/CN108512715B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The embodiment of the application provides a load pressure test method and a related device for a service link, wherein the service link comprises at least two service nodes with execution sequences, each service node has a corresponding pressure test parameter, and the method comprises the following steps: searching source service data suitable for processing of any service node; sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node; and receiving result data obtained by the service node performing service processing on the source service data as source service data suitable for processing by the next service node. The embodiment of the application realizes on-line simulation of off-line operation, can carry out flood storage and pressure measurement on a plurality of service nodes, evaluates the capacity of the system in a high-simulation manner, avoids frequently and manually collecting data required by the service nodes to carry out load pressure test independently, greatly improves the simplicity and convenience of operation, and improves the test efficiency.

Description

Load pressure test method of service link and related device
Technical Field
The present application relates to the field of computer processing technologies, and in particular, to a method for testing load pressure of a service link, an apparatus, and one or more computer readable media.
Background
In order to ensure that a developed product meets the online requirement, various tests are generally performed on the product according to a set test scheme, and possible problems are analyzed and evaluated.
Among these tests, load pressure testing is a basic quality assurance activity, which is an important part of the testing work, and tests the performance of the system, such as the amount of concurrent users, the running time, and the data amount, under certain constraints, to determine the load pressure that the system can bear.
Load pressure testing helps to ascertain whether the system under test can support performance demands, expected load increases, and the like.
In a system, a plurality of nodes are often included to be subjected to load pressure testing, the aim is to manually collect data required by a certain node to independently perform the load pressure testing on the node, and then manually collect data required by the next node to independently perform the load pressure testing on the node, so that the operation is complex, and the testing efficiency is low.
Disclosure of Invention
In view of the above, embodiments of the present application are proposed to provide a method of load pressure testing of a traffic link, a device and one or more computer readable media that overcome or at least partially solve the above problems.
The embodiment of the application discloses a load pressure test method of a service link, wherein the service link comprises at least two service nodes with execution sequences, and each service node has a corresponding pressure test parameter, and the method comprises the following steps:
searching source service data suitable for processing of any service node;
sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node;
and receiving result data obtained by the service node performing service processing on the source service data as source service data suitable for processing by the next service node.
The embodiment of the present application further discloses a load pressure testing apparatus for a service link, where the service link includes at least two service nodes with execution sequences, and each service node has a corresponding pressure measurement parameter, the apparatus includes:
the source service data searching module is used for searching source service data suitable for processing of any service node;
a source service data sending module, configured to send the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node;
and the result data receiving module is used for receiving result data obtained by the service node performing service processing on the source service data, and the result data is used as source service data suitable for processing of the next service node.
The embodiment of the application also discloses a device, including:
one or more processors; and one or more computer-readable media stored thereon that, when executed by the one or more processors, cause the apparatus to perform the above-described methods.
One or more computer-readable media having instructions stored thereon, which, when executed by one or more processors, cause a terminal device to perform the above-described methods are also disclosed.
The embodiment of the application has the following advantages:
in the embodiment of the application, the service link comprises at least two service nodes with execution sequences, source service data suitable for processing of any service node is searched for, the source service data is sent to the service node for service processing according to corresponding pressure measurement parameters, result data obtained by performing service processing on the source service data by the current service node is received and is used as source service data suitable for processing of the next service node, the service nodes are connected in series and integrated on the basis of full link pressure measurement, the operation of real operation is realized by using the system, which is equivalent to on-line simulation under the line, flood storage and pressure measurement can be performed on a plurality of service nodes, the capability of the system is evaluated in a high simulation manner, the condition that the load pressure test is performed on the data required by frequently manually collecting the service nodes is avoided, and the simplicity of operation is greatly improved, the testing efficiency is improved.
Drawings
Fig. 1 is a flowchart illustrating steps of a method for testing load pressure of a service link according to an embodiment of the present application;
fig. 2 is a flowchart of a service process of a WMS according to an embodiment of the present disclosure;
FIG. 3 is a system architecture diagram of an embodiment of the present application;
fig. 4 is a block diagram of a load pressure testing apparatus of a service link according to an embodiment of the present application;
fig. 5 schematically illustrates an exemplary system that can be used to implement various embodiments described in this disclosure.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present application more comprehensible, the present application is described in further detail with reference to the accompanying drawings and the detailed description.
Referring to fig. 1, a flowchart illustrating steps of a method for testing load pressure of a traffic link according to an embodiment of the present application is shown.
In this embodiment, the service link includes at least two service nodes having an execution sequence, where a service link may refer to a system that fulfills a certain service requirement, and a service node may refer to a node that performs an actual operation of a service.
The service node ordered later in the service link depends on the service node ordered earlier, i.e. the service provided by the service node ordered later, and depends on the service provided by the service node ordered earlier.
For example, in WMS (Warehouse Management System), a node issuing a sales order to go out of a Warehouse may be a service node, a node performing preprocessing and frequent aggregation on the order may also be a service node, and the like, and these service nodes may provide functions such as warehousing service, ex-Warehouse service, Warehouse allocation, inventory allocation, virtual Warehouse Management, and the like, and comprehensively utilize functions such as batch Management, material correspondence, inventory checking, quality control Management, virtual Warehouse Management, and instant inventory Management.
Referring to fig. 1, an embodiment of the present application may specifically include the following steps:
step 101, for any service node, searching source service data suitable for the service node to process.
In a specific implementation, the embodiment of the present application may be applied to a server, where the server may be a single server, or may be a server cluster, such as a distributed system, and the like, and the embodiment of the present application is not limited thereto.
Different service domains are usually adapted to process different forms of service data for different service nodes due to different service characteristics.
For example, for the news media domain, some service nodes are adapted to process news data; for the mobile communication field, some service nodes are suitable for processing mobile communication data; for the field of Electronic Commerce (EC), some service nodes are adapted to process order data, and so on.
In the embodiment of the present application, corresponding scenario information may be configured for each service node, and a load pressure test may be performed on the service node according to the scenario information.
In one example, the context information may include one or more of:
scene name, scene code, calling type, transaction frequency, request packet interval, data reusability, data fetching interval, data fetching quantity, queue length, whether to backfill a result, backfill record number and whether to print a log.
In practical application, a plurality of stress test units may be called, where the stress test unit may be a virtual machine, an independent process, or the like, and this is not limited in this embodiment of the present application.
For any service node, storing the source service data suitable for the service node to process into a plurality of pressure test units, for example, into a queue in a memory, where the length of the queue may be determined by the queue length in the scenario information.
In one scenario, if any service node is the first service node, the target service data corresponding to the service node is searched from the preset service data, and the target service data is used as the source service data suitable for the current service node to process.
By applying the embodiment of the application, the service data can be preset in the database of the server, the service data can be disposable service data, namely service data used by a certain specific service node, and can also be reusable service data, namely service data used by a plurality of service nodes, and the characteristic can be determined by whether the data in the scene information can be reused or not.
If the current service node is the first service node, the target service data to be processed by the service node can be read from the database as the source service data.
In another scenario, if any service node is a non-first service node, the result data returned by the previous service node is searched for as source service data suitable for processing by the service node.
In this scenario, since the service node that is ranked later depends on the service node that is ranked earlier, the result data returned after the previous service node processes the previous source service data can be received as the source service data to be processed by the current service node.
In another scenario, if any service node is a non-first service node:
on one hand, target service data to be processed by the service node is searched from preset service data.
On the other hand, the result data returned by the last service node is searched.
And setting the target service data and the result data as source service data suitable for the current service node to process.
In this scenario, the current service node reuses service data preset in the database of the server or has service data that is used once (i.e., target service data), and therefore, result data returned after the previous service node processes the previous source service data, reused service data, or service data that is used once can be received as source service data to be processed by the current service node.
And step 102, sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node.
In the embodiment of the present application, each service node has a corresponding pressure measurement parameter.
In an embodiment, the pressure measurement parameter corresponding to the service node may be read from the scenario information, where the pressure measurement parameter is a parameter for controlling a load pressure test partially or completely.
In a specific implementation, the source service data may be sent to the current service node for load pressure test according to a pressure test parameter corresponding to the current service node, and the current service node runs its own logic to perform corresponding service processing on the source service data.
In an embodiment of the present application, the source service data is stored in a plurality of pressure test units, and the pressure test parameter includes a transaction frequency, then in an embodiment of the present application, step 103 may include the following sub-steps:
and a substep S11 of allocating the transaction frequency to the plurality of stress test units to obtain a sub-transaction frequency for each stress test unit.
And a substep S12, calling each pressure test unit to send the stored source service data to the current service node for service processing according to the sub-transaction processing frequency.
In the embodiment of the present application, the transaction frequency (e.g., TPS (Transactions Per Second)) of the service node is allocated to the sub-transaction frequency (e.g., TPS) of each stress test unit, so that each stress test unit can allocate the stress of the load stress test.
It should be noted that the sum of the sub-transaction frequencies of the multiple stress test units is equal to the transaction frequency.
For example, the TPS of the service node is 200, and there are 4 stress test units, then the shared TPS of each stress test unit is 50.
In one example of the embodiment of the present application, the sub-step S12 may further include the following sub-steps:
substep S121, starting a plurality of threads in each stress test cell according to the sub-transaction frequency.
And a substep S122, calling each thread every certain interval, and sending the stored source service data to the service node for service processing.
In this example, each stress test cell may be configured to release stress in a multi-threaded manner.
In another embodiment of the present application, the pressure measurement parameter includes a protocol type, and the protocol type may be determined by a call type in the context information, and then in this embodiment of the present application, step 103 may include the following sub-steps:
and a substep S21, converting the source service data into source service data readable by the service node according to the protocol type.
And a substep S22, sending the readable source service data to the service node for service processing.
In practical applications, protocols used by the service nodes may be different, for example, HSF (distributed service development framework), HTTP (HyperText Transfer Protocol), and so on.
Therefore, the source service data can be converted into source service data readable by the current service node according to the protocol used by the current service node, so as to support the current service node to perform service processing.
Of course, the pressure measurement parameters and the processing method thereof are only examples, and when the embodiment of the present application is implemented, other pressure measurement parameters and processing methods thereof may be set according to actual situations, which is not limited in the embodiment of the present application. In addition, besides the above pressure measurement parameters and processing methods thereof, those skilled in the art may also adopt other pressure measurement parameters and processing methods thereof according to actual needs, which is not limited in the embodiment of the present application.
Step 103, receiving result data obtained by the current service node performing service processing on the source service data, as source service data suitable for processing by the next service node.
In the embodiment of the application, the current service node performs service processing on the source service data to obtain result data, and the result data is transmitted back to the server.
And the server receives the result data, stores the result data into a database and prepares source service data for the load pressure test of the next service node.
In a specific implementation, the server may receive result data returned by the current service node through message middleware such as HSF and MetaQ (MetaQ).
In the embodiment of the application, the service link comprises at least two service nodes with execution sequences, source service data suitable for processing of any service node is searched for, the source service data is sent to the service node for service processing according to corresponding pressure measurement parameters, result data obtained by performing service processing on the source service data by the current service node is received and is used as source service data suitable for processing of the next service node, the service nodes are connected in series and integrated on the basis of full link pressure measurement, the operation of real operation is realized by using the system, which is equivalent to on-line simulation under the line, flood storage and pressure measurement can be performed on a plurality of service nodes, the capability of the system is evaluated in a high simulation manner, the condition that the load pressure test is performed on the data required by frequently manually collecting the service nodes is avoided, and the simplicity of operation is greatly improved, the testing efficiency is improved.
In order to make the present application embodiment better understood by those skilled in the art, the load pressure test method in the present application embodiment is described below by way of specific examples.
As shown in fig. 2, in a WMS system, the following service processes may be generally included:
step 201, receiving and storing original order data of a host system (such as a shopping system).
Step 202, pre-processing and wave number calculation are automatically run.
Step 203, the wave times calculation and the result are generated.
And step 204, generating a replenishment task.
Step 205, a pick task is generated.
Step 206, printing the document of the wave times, i.e. invoice, order picking sheet, bill and list information.
And step 207, executing a replenishment task to replenish the goods.
And step 208, picking the goods according to the picking task.
And step 209, quality inspection is carried out on the goods.
And step 210, packaging and weighing the goods, and discharging the goods in batches.
In step 211, classification is performed according to regions (e.g., local city region, foreign province).
And step 212, loading the goods into a warehouse and unloading the goods from the warehouse.
In these service processes, the node related to receiving and storing the order data of the upper system may form a service node (set as a first service node), the node related to preprocessing and the wavefront processing may form a service node (set as a second service node), the node related to picking up goods may form a service node (set as a third service node), the node related to quality inspection may form a service node (set as a fourth service node), and the node related to ex-warehouse may form a service node (set as a fifth service node).
The fifth service node depends on the fourth service node, the fourth service node depends on the third service node, the third service node depends on the second service node, and the second service node depends on the first service node.
Therefore, the five service nodes may form a service link, which is sequentially ordered as:
the system comprises a first service node, a second service node, a third service node, a fourth service node and a fifth service node.
As shown in fig. 3, assuming that the traffic link 320 performs a pressure load test, the traffic node 321 is a first traffic node, the traffic node 322 is a second traffic node, the traffic node 323 is a third traffic node, and so on.
A console 311, a database 312, and a plurality of pressure test units 313 are disposed in the pressure test system 310.
In which the raw order data (i.e., source business data) suitable for processing by the business node 321 is stored in the database 312.
The console 311 controls each pressure test unit 313 to store flood, and the pressure test unit 313 extracts the original order data from the database 312 and stores the original order data in the queue 3131 in the memory.
If a certain water level is reached (i.e. the original order data in queue 3131 is stored to a certain data volume), console 311 controls each pressure testing unit 313 to perform flood discharge, i.e. discharge flow.
In the console 311, the machine list and the task of the pressure testing unit 313 are pushed to the pressure testing unit 313, and after receiving the task message, the pressure testing unit 313 matches the address according to an IP (Internet Protocol, Protocol for interconnection between networks), and distributes the pressure value (TPS) to be released to each pressure testing unit 313 through a hash value.
Each stress test unit 313 is a process, and the stress can be released in a multi-thread manner.
The service node 321 invokes its own logic to process the original order data, so as to obtain the normalized order data, and returns the normalized order data to the pressure measurement system 310.
The pressure measurement system 310 stores the normalized order data in the database 312, and sends the order data to the service node 322 for preprocessing and processing.
The processing for other service nodes in service link 320 is similar to the processing for service node 321.
It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the embodiments are not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the embodiments. Further, those skilled in the art will also appreciate that the embodiments described in the specification are presently preferred and that no particular act is required of the embodiments of the application.
Referring to fig. 4, a block diagram of a structure of a load pressure testing apparatus for a service link according to an embodiment of the present application is shown, where the service link includes at least two service nodes having an execution sequence, and each service node has a corresponding pressure measurement parameter, and the apparatus may specifically include the following modules:
a source service data searching module 401, configured to search, for any service node, source service data suitable for processing by the service node;
a source service data sending module 402, configured to send the source service data to a current service node for service processing according to a pressure measurement parameter corresponding to the service node;
a result data receiving module 403, configured to receive result data obtained by performing service processing on the source service data by the current service node, where the result data is used as source service data suitable for processing by a next service node.
In an embodiment of the present application, the source service data lookup module 401 includes:
and the first searching submodule is used for searching target service data corresponding to the service node from preset service data if any service node is the first service node, and using the target service data as source service data suitable for processing of the service node.
In another embodiment of the present application, the source service data lookup module 401 includes:
the second searching submodule is used for searching result data returned by the previous service node as source service data suitable for the service node to process if any service node is a non-first service node;
or,
a third searching submodule, configured to search, if any service node is a non-first service node, target service data corresponding to the service node from preset service data;
the fourth searching submodule is used for searching result data returned by the last service node;
and the source service data setting submodule is used for setting the target service data and the result data into source service data suitable for the service node to process.
In another embodiment of the present application, the source service data lookup module 401 includes:
the pressure test unit calling submodule is used for calling a plurality of pressure test units;
and the pressure test unit storage submodule is used for storing the source service data suitable for the service node to process into the plurality of pressure test units aiming at any service node.
In one embodiment of the present application, the source traffic data is stored in a plurality of pressure test units, and the pressure test parameters include transaction frequency;
the source service data sending module 402 includes:
the transaction processing frequency configuration submodule is used for configuring the transaction processing frequency to the plurality of pressure test units to obtain the sub-transaction processing frequency of each pressure test unit;
and the sub-transaction processing frequency sending submodule is used for calling each pressure test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency.
In an example of the embodiment of the present application, the sub-transaction frequency sending sub-module includes:
a multithreading promoter module for starting a plurality of threads in each pressure test unit according to the sub-transaction processing frequency;
and the interval sending submodule is used for calling each thread to send the stored source service data to the current service node for service processing at a certain interval time.
In another embodiment of the present application, the pressure measurement parameter includes a protocol type;
the source service data sending module 402 includes:
a protocol conversion submodule, configured to convert the source service data into source service data readable by the service node according to the protocol type;
and the conversion sending submodule is used for sending the readable source service data to the service node for service processing.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
Embodiments of the present disclosure may be implemented as a system using any suitable hardware and/or software for the desired configuration. Fig. 5 schematically illustrates an exemplary system 500 that can be used to implement various embodiments described in this disclosure.
For one embodiment, fig. 5 illustrates an exemplary system 500 having one or more processors 502, a system control module (chipset) 504 coupled to at least one of the processor(s) 502, system memory 506 coupled to the system control module 504, non-volatile memory (NVM)/storage 508 coupled to the system control module 504, one or more input/output devices 510 coupled to the system control module 504, and a network interface 512 coupled to the system control module 504.
The processor 502 may include one or more single-core or multi-core processors, and the processor 502 may include any combination of general-purpose or special-purpose processors (e.g., graphics processors, application processors, baseband processors, etc.). In some embodiments, the system 500 can be implemented as an apparatus as described in embodiments herein. In other embodiments, the system 500 can function as a server as described in embodiments herein.
In some embodiments, system 500 may include one or more computer-readable media (e.g., system memory 506 or NVM/storage 508) having instructions and one or more processors 502 in combination with the one or more computer-readable media configured to execute the instructions to implement modules to perform the actions described in this disclosure.
For one embodiment, system control module 504 may include any suitable interface controllers to provide any suitable interface to at least one of the processor(s) 502 and/or any suitable device or component in communication with system control module 504.
System control module 504 may include a memory controller module to provide an interface to system memory 506. The memory controller module may be a hardware module, a software module, and/or a firmware module.
System memory 506 may be used, for example, to load and store data and/or instructions for system 500. For one embodiment, system memory 506 may include any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory 506 may include a double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).
For one embodiment, system control module 504 may include one or more input/output controllers to provide an interface to NVM/storage 508 and input/output device(s) 510.
For example, NVM/storage 508 may be used to store data and/or instructions. NVM/storage 508 may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more Hard Disk Drives (HDDs), one or more Compact Disc (CD) drives, and/or one or more Digital Versatile Disc (DVD) drives).
NVM/storage 508 may include storage resources that are physically part of a device on which system 500 is installed, or it may be accessible by the device and need not be part of the device. For example, NVM/storage 508 may be accessed over a network via input/output device(s) 510.
Input/output device(s) 510 may provide an interface for system 500 to communicate with any other suitable device, input/output devices 510 may include communication components, audio components, sensor components, and so forth. Network interface 512 may provide an interface for system 500 to communicate over one or more networks, and system 500 may communicate wirelessly with one or more components of a wireless network according to any of one or more wireless network standards and/or protocols, such as to access a wireless network based on a communication standard, such as WiFi, 2G, or 3G, or a combination thereof.
For one embodiment, at least one of the processor(s) 502 may be packaged together with logic for one or more controller(s) (e.g., memory controller module) of the system control module 504. For one embodiment, at least one of the processor(s) 502 may be packaged together with logic for one or more controller(s) of the system control module 504 to form a System In Package (SiP). For one embodiment, at least one of the processor(s) 502 may be integrated on the same die with logic for one or more controller(s) of the system control module 504. For one embodiment, at least one of the processor(s) 502 may be integrated on the same die with logic for one or more controller(s) of the system control module 504 to form a system on a chip (SoC).
In various embodiments, system 500 may be, but is not limited to being: a server, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.), among others. In various embodiments, system 500 may have more or fewer components and/or different architectures. For example, in some embodiments, system 500 includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including a touch screen display), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.
Wherein, if the display includes a touch panel, the display screen may be implemented as a touch screen display to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.
An embodiment of the application discloses a method and a device, and example 1 includes a method for testing load pressure of a service link, where the service link includes at least two service nodes having an execution sequence, and each service node has a corresponding pressure test parameter, and the method includes: searching source service data suitable for processing of any service node; sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node; and receiving result data obtained by the service node performing service processing on the source service data as source service data suitable for processing by the next service node.
Example 2 includes the method of example 1, wherein the step of finding, for the current service node, source traffic data suitable for processing by the current service node comprises: if any service node is the first service node, searching target service data corresponding to the service node from preset service data to be used as source service data suitable for processing by the service node.
Example 3 includes the method of example 1, wherein the step of, for any service node, looking up source traffic data suitable for processing by the service node comprises: if any service node is a non-first service node, searching result data returned by the last service node as source service data suitable for processing by the service node; or if any service node is a non-first service node, searching target service data corresponding to the service node from preset service data; searching result data returned by the last service node; and setting the target service data and the result data as source service data suitable for processing by the current service node.
Example 4 includes the method of example 1 or 2 or 3, wherein the step of, for any service node, looking up source traffic data suitable for processing by the service node comprises: calling a plurality of pressure test units; for any service node, storing source service data suitable for processing by the service node into the plurality of stress test units.
Example 5 includes the method of example 1 or 2 or 3, wherein the source traffic data is stored in a plurality of pressure test cells, the pressure test parameters including a transaction frequency; the step of sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node comprises: allocating the transaction processing frequency to the plurality of pressure test units to obtain the sub-transaction processing frequency of each pressure test unit; and calling each pressure test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency.
Example 6 includes the method of example 5, wherein the invoking of each stress test unit to send the stored source traffic data to the service node for traffic processing at the sub-transaction processing frequency comprises: starting a plurality of threads in each pressure test unit according to the sub-transaction processing frequency; and calling each thread every certain interval time, and sending the stored source service data to the service node for service processing.
Example 7 includes the method of example 1 or 2 or 3, wherein the pressure measurement parameter includes a protocol type; the step of sending the source service data to the service node for service processing according to the pressure measurement parameter of the service node includes: converting the source service data into source service data readable by the service node according to the protocol type; and sending the readable source service data to the service node for service processing.
Example 8 includes an apparatus for load stress testing of a traffic link, wherein the traffic link includes at least two traffic nodes having an execution order, each traffic node having a corresponding stress test parameter, the apparatus comprising: the source service data searching module is used for searching source service data suitable for processing of any service node; a source service data sending module, configured to send the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node; and the result data receiving module is used for receiving result data obtained by the service node performing service processing on the source service data, and the result data is used as source service data suitable for processing of the next service node.
Example 9 includes the apparatus of example 8, wherein the source traffic data lookup module comprises: and the first searching submodule is used for searching target service data corresponding to the service node from preset service data if any service node is the first service node, and using the target service data as source service data suitable for processing of the service node.
Example 10 includes the apparatus of example 8, wherein the source traffic data lookup module comprises: the second searching submodule is used for searching result data returned by the previous service node as source service data suitable for the service node to process if any service node is a non-first service node; or, a third searching sub-module, configured to search, if any service node is a non-first service node, target service data corresponding to the service node from preset service data; the fourth searching submodule is used for searching result data returned by the last service node; and the source service data setting submodule is used for setting the target service data and the result data into source service data suitable for the service node to process.
Example 11 includes the apparatus of example 8 or 9 or 10, wherein the source traffic data lookup module comprises: the pressure test unit calling submodule is used for calling a plurality of pressure test units; and the pressure test unit storage module is used for storing the source service data suitable for the service node to process into the plurality of pressure test units aiming at any service node.
Example 12 includes the apparatus of examples 8 or 9 or 10, wherein the source traffic data is stored in a plurality of pressure test cells, the pressure test parameters including a transaction frequency; the source service data sending module comprises: the transaction processing frequency configuration submodule is used for configuring the transaction processing frequency to the plurality of pressure test units to obtain the sub-transaction processing frequency of each pressure test unit; and the sub-transaction processing frequency sending submodule is used for calling each pressure test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency.
Example 13 includes the apparatus of example 12, wherein the sub-transaction frequency transmission sub-module comprises: a multithreading promoter module for starting a plurality of threads in each pressure test unit according to the sub-transaction processing frequency; and the interval sending submodule is used for calling each thread to send the stored source service data to the service node for service processing at a certain interval time.
Example 14 includes the apparatus of example 8 or 9 or 10, wherein the pressure measurement parameter includes a protocol type; the source service data sending module comprises: a protocol conversion submodule, configured to convert the source service data into source service data readable by the service node according to the protocol type; and the conversion sending submodule is used for sending the readable source service data to the service node for service processing.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one of skill in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
In a typical configuration, the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. The memory may include forms of volatile memory in a computer readable medium, 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 a computer-readable medium. Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include non-transitory computer readable media (fransitory media), such as modulated data signals and carrier waves.
Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present application have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all such alterations and modifications as fall within the true scope of the embodiments of the application.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.
The above detailed description is provided for a method for testing load pressure of a service link, a device, and one or more computer readable media, and specific examples are applied herein to illustrate the principles and embodiments of the present application, and the description of the above embodiments is only used to help understand the method and core ideas of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims (14)

1. A method for testing load pressure of a service link is characterized in that the service link comprises at least two service nodes with execution sequences, each service node has a corresponding pressure measurement parameter, and the pressure measurement parameter is read from scene information configured for each service node, and the method comprises the following steps:
searching source service data suitable for processing of any service node;
sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node;
receiving result data obtained by the service node performing service processing on the source service data, wherein the result data is used as source service data suitable for processing of a next service node;
wherein the source traffic data is stored in a plurality of pressure test units, the pressure test parameters including transaction frequency;
the step of sending the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node comprises:
allocating the transaction processing frequency to the plurality of pressure test units to obtain the sub-transaction processing frequency of each pressure test unit;
and calling each pressure test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency.
2. The method of claim 1, wherein the step of searching for source traffic data suitable for processing by the service node for any service node comprises:
if any service node is the first service node, searching target service data corresponding to the service node from preset service data to be used as source service data suitable for processing by the service node.
3. The method of claim 1, wherein the step of searching for source traffic data suitable for processing by the service node for any service node comprises:
if any service node is a non-first service node, searching result data returned by the last service node as source service data suitable for processing by the service node;
or,
if any service node is a non-first service node, searching target service data corresponding to the service node from preset service data;
searching result data returned by the last service node;
and setting the target service data and the result data as source service data suitable for the service node to process.
4. The method according to claim 1, 2 or 3, wherein the step of searching for source traffic data suitable for processing by the traffic node for any traffic node comprises:
calling a plurality of pressure test units;
for any service node, storing source service data suitable for processing by the service node into the plurality of stress test units.
5. The method of claim 1, wherein the step of invoking each stress test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency comprises:
starting a plurality of threads in each pressure test unit according to the sub-transaction processing frequency;
and calling each thread every certain interval time, and sending the stored source service data to the service node for service processing.
6. The method of claim 1, 2 or 3, wherein the pressure measurement parameters include a protocol type;
the step of sending the source service data to the service node for service processing according to the pressure measurement parameter of the service node includes:
converting the source service data into source service data readable by the service node according to the protocol type;
and sending the readable source service data to the service node for service processing.
7. A device for testing load pressure of a service link, wherein the service link includes at least two service nodes having an execution sequence, each service node has a corresponding pressure measurement parameter, and the pressure measurement parameter is read from scenario information configured for each service node, the device includes:
the source service data searching module is used for searching source service data suitable for processing of any service node;
a source service data sending module, configured to send the source service data to the service node for service processing according to the pressure measurement parameter corresponding to the service node;
a result data receiving module, configured to receive result data obtained by the service node performing service processing on the source service data, where the result data is used as source service data suitable for processing by a next service node;
wherein the source traffic data is stored in a plurality of pressure test units, the pressure test parameters including transaction frequency;
the source service data sending module comprises:
the transaction processing frequency configuration submodule is used for configuring the transaction processing frequency to the plurality of pressure test units to obtain the sub-transaction processing frequency of each pressure test unit;
and the sub-transaction processing frequency sending submodule is used for calling each pressure test unit to send the stored source service data to the service node for service processing according to the sub-transaction processing frequency.
8. The apparatus of claim 7, wherein the source service data lookup module comprises:
and the first searching submodule is used for searching target service data corresponding to the service node from preset service data if any service node is the first service node, and using the target service data as source service data suitable for processing of the service node.
9. The apparatus of claim 7, wherein the source service data lookup module comprises:
the second searching submodule is used for searching result data returned by the previous service node as source service data suitable for the service node to process if any service node is a non-first service node;
or,
a third searching submodule, configured to search, if any service node is a non-first service node, target service data corresponding to the service node from preset service data;
the fourth searching submodule is used for searching result data returned by the last service node;
and the source service data setting submodule is used for setting the target service data and the result data into source service data suitable for the service node to process.
10. The apparatus of claim 7, 8 or 9, wherein the source service data lookup module comprises:
the pressure test unit calling submodule is used for calling a plurality of pressure test units;
and the pressure test unit storage submodule is used for storing the source service data suitable for the service node to process into the plurality of pressure test units aiming at any service node.
11. The apparatus of claim 7, wherein the sub-transaction frequency transmission sub-module comprises:
a multithreading promoter module for starting a plurality of threads in each pressure test unit according to the sub-transaction processing frequency;
and the interval sending submodule is used for calling each thread to send the stored source service data to the service node for service processing at a certain interval time.
12. The apparatus of claim 7, 8 or 9, wherein the pressure measurement parameter comprises a protocol type;
the source service data sending module comprises:
a protocol conversion submodule, configured to convert the source service data into source service data readable by the service node according to the protocol type;
and the conversion sending submodule is used for sending the readable source service data to the service node for service processing.
13. A load pressure test apparatus for a traffic link, comprising:
one or more processors; and
instructions in one or more computer-readable media stored thereon that, when executed by the one or more processors, cause the apparatus to perform the method of any of claims 1-6.
14. A computer-readable storage medium having stored thereon instructions that, when executed by one or more processors, cause a terminal device to perform the method of any of claims 1-6.
CN201710114959.1A 2017-02-28 2017-02-28 Load pressure test method of service link and related device Active CN108512715B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710114959.1A CN108512715B (en) 2017-02-28 2017-02-28 Load pressure test method of service link and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710114959.1A CN108512715B (en) 2017-02-28 2017-02-28 Load pressure test method of service link and related device

Publications (2)

Publication Number Publication Date
CN108512715A CN108512715A (en) 2018-09-07
CN108512715B true CN108512715B (en) 2021-11-02

Family

ID=63374156

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710114959.1A Active CN108512715B (en) 2017-02-28 2017-02-28 Load pressure test method of service link and related device

Country Status (1)

Country Link
CN (1) CN108512715B (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109614307B (en) * 2018-09-29 2022-05-31 创新先进技术有限公司 Online pressure testing method and device of service system and server
CN109617829B (en) * 2018-11-01 2023-03-24 创新先进技术有限公司 Method, device and system for processing service request data
CN109684211B (en) * 2018-12-18 2022-04-08 北京顺丰同城科技有限公司 Order scheduling system pressure testing method and device based on shop dimensions
CN109600571B (en) * 2018-12-27 2021-01-08 北京真视通科技股份有限公司 Multimedia resource transmission test system and multimedia resource transmission test method
CN110532168B (en) * 2019-07-05 2024-03-29 中国平安财产保险股份有限公司 Full-link interface pressure measurement method and device, computer equipment and storage medium
CN110618924B (en) * 2019-09-19 2023-06-23 浙江诺诺网络科技有限公司 Link pressure testing method of web application system
CN112583669B (en) * 2020-12-11 2022-06-24 北京字节跳动网络技术有限公司 On-line link pressure testing method and device, electronic equipment and medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852180A (en) * 2005-12-12 2006-10-25 华为技术有限公司 Multi-media service system performance testing method
CN103051500A (en) * 2013-01-04 2013-04-17 北京邮电大学 Test method and system of service network system
CN104461863A (en) * 2014-10-29 2015-03-25 中国建设银行股份有限公司 Service system testing method, device and system
CN105159867A (en) * 2010-02-12 2015-12-16 萨思学会有限公司 Scenario state processing systems and methods for operation within a grid computing environment

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7275550B2 (en) * 2004-05-03 2007-10-02 The Boeing Company Apparatus and method for cleaning and pressure testing tubular structures
CN103544103A (en) * 2013-09-02 2014-01-29 烟台中科网络技术研究所 Method and system for test, simulation and concurrence of software performance
CN105335143A (en) * 2014-07-30 2016-02-17 阿里巴巴集团控股有限公司 Business processing method and apparatus
CN105573732B (en) * 2014-10-14 2019-06-11 阿里巴巴集团控股有限公司 A kind for the treatment of method and apparatus of the business object based on distributed system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852180A (en) * 2005-12-12 2006-10-25 华为技术有限公司 Multi-media service system performance testing method
CN105159867A (en) * 2010-02-12 2015-12-16 萨思学会有限公司 Scenario state processing systems and methods for operation within a grid computing environment
CN103051500A (en) * 2013-01-04 2013-04-17 北京邮电大学 Test method and system of service network system
CN104461863A (en) * 2014-10-29 2015-03-25 中国建设银行股份有限公司 Service system testing method, device and system

Also Published As

Publication number Publication date
CN108512715A (en) 2018-09-07

Similar Documents

Publication Publication Date Title
CN108512715B (en) Load pressure test method of service link and related device
US10936465B2 (en) Method for optimized canary deployments for improved customer experience
US10439937B2 (en) Service addressing in distributed environment
US12072828B2 (en) Article, device, and techniques for serverless message stream processing
US11144330B2 (en) Algorithm program loading method and related apparatus
CN106921712B (en) Service processing method and device
CN111625443B (en) Pressure testing method, device, equipment and storage medium
CN113535721A (en) Data writing method and device
CN105354195B (en) Information searching method and device
US11521017B2 (en) Confident peak-aware response time estimation by exploiting telemetry data from different system configurations
CN114827280B (en) Request processing method, device, equipment and medium
CN110764930B (en) Request or response processing method and device based on message mode
CN112346965A (en) Test case distribution method, device and storage medium
CN113595773B (en) Information processing method, device, electronic equipment and storage medium
CN107295052B (en) Service processing method and device
CN106293890B (en) A kind of method and device for business processing based on complexity
CN111181864A (en) Method and apparatus for determining link congestion status from an application to a server
CN112258300B (en) Auditing method and device for order generation
CN111435320B (en) Data processing method and device
CN110719306B (en) Network request limiting method, computer equipment and storage medium
CN107404397B (en) Method and equipment for determining user service state information
CN113051025A (en) Container cluster resource management method, device and equipment
US20230156690A1 (en) Data processing method and apparatus, device, and storage medium
CN112051964B (en) Data processing method and device
WO2021143702A1 (en) Traffic distribution method, device and system, 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