Pressure testing method, device and equipment and storage medium

Abstract

The invention provides a pressure testing method and device, equipment and a storage medium, which can be applied to the field of vehicle-mounted scenes or artificial intelligence and the like and are used for solving the problem of relatively low data security during pressure testing. The method is applied to any service link contained in a business service cluster, and the business service cluster is provided with a transparent transmission strategy used for configuring transparent transmission data. The method at least comprises: receiving a service data stream; screening out target pressure measurement data of which the network addresses of the associated terminal nodes meet a preset address condition from the obtained candidate pressure measurement data, and converting the obtained target pressure measurement data and the pressure measurement identifiers carried by the target pressure measurement data into respective associated transparent transmission data based on a transparent transmission strategy; and executing at least one current network service based on each target pressure test data and the respective associated transparent transmission data, and generating a pressure test result. Through the unvarnished transmission data, the data source can be identified, the data isolation with the current network data is realized, and the data security is improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and particularly to a stress testing method, apparatus, device, and storage medium. Background Art

[0002] With the continuous development of technology, more and more devices can perform stress testing on the business service clusters associated with application programs. Through stress testing, the functional limits of the business service clusters and potential problems existing in the business service clusters can be determined, etc., which helps to discover the performance bottlenecks of the business service clusters, the reasons for performance degradation, etc., so as to provide a basis for optimizing and improving the business service clusters, thereby ensuring the running stability of the application programs.

[0003] For example, by performing stress testing on the payment service cluster associated with an instant messaging platform, the data volumes of data streams such as payment traffic, refund traffic, and transfer traffic that the payment service cluster can carry in scenarios such as shopping festivals can be determined, as well as potential problems of the payment system exposed when carrying a large amount of traffic.

[0004] In related technologies, the method of stress testing is usually that, during the operation of the application program based on live network data, for each service node included in the business service cluster, a large number of service nodes are used to simulate live network data to generate a stress test data stream, so as to perform stress testing on a small number of other service nodes. The small number of other service nodes execute the data processing tasks associated with each of them for each stress test data in the stress test data stream, so that the stress test results of each of the small number of other service nodes can be obtained, and by analogy, the stress test results of each service node included in the business service cluster can be obtained.

[0005] However, on the one hand, since stress testing is performed synchronously during the operation of the application program based on live network data, each service node not only needs to process live network data but also needs to process stress test data, so it is easy to have the situation of confusion between live network data and stress test data; on the other hand, since the stress test data stream usually has a large data volume, abnormal data and the like are also likely to be mixed in the stress test data stream. This will reduce the data security during the stress testing process, thereby affecting the accuracy of the stress test results and the normal operation of the application program.

[0006] It can be seen that the data security during stress testing in related technologies is relatively low. Summary of the Invention

[0007] Embodiments of this application provide a stress testing method, apparatus, device, and storage medium, which are used to solve the problem of relatively low data security during stress testing.

[0008] In a first aspect, a stress testing method is provided, which is applied to any service link included in a business service cluster. The service link includes multiple service nodes, and the service link is used to: execute at least one live network service based on the call relationship between the service nodes; the business service cluster is provided with a pass-through strategy for configuring pass-through data, and the pass-through data is transmitted in the service link based on the call relationship; the method includes:

[0009] Receiving a business data stream, where the business data stream includes multiple candidate stress test data carrying stress test identifiers, and each candidate stress test data represents: the terminal node that generates the candidate stress test data requests the service link to execute the at least one live network service;

[0010] From the obtained candidate stress test data, filtering out target stress test data whose associated terminal node's network address meets the preset address condition, and based on the pass-through strategy, respectively converting each obtained target stress test data and its carried stress test identifier into their associated pass-through data;

[0011] Based on the target stress test data and their respective associated pass-through data, executing the at least one live network service to generate a stress test result.

[0012] In a second aspect, a stress testing device is provided, which is applied to any service link included in a business service cluster. The service link includes multiple service nodes, and the service link is used to: execute at least one live network service based on the call relationship between the service nodes; the business service cluster is provided with a pass-through strategy for configuring pass-through data, and the pass-through data is transmitted in the service link based on the call relationship; the device includes:

[0013] An acquisition module: used to receive a business data stream, where the business data stream includes multiple candidate stress test data carrying stress test identifiers, and each candidate stress test data represents: the terminal node that generates the candidate stress test data requests the service link to execute the at least one live network service;

[0014] A processing module: used to filter out target stress test data whose associated terminal node's network address meets the preset address condition from the obtained candidate stress test data, and based on the pass-through strategy, respectively convert each obtained target stress test data and its carried stress test identifier into their associated pass-through data;

[0015] The processing module is further used to: based on the target stress test data and their respective associated pass-through data, execute the at least one live network service to generate a stress test result.

[0016] Optionally, the processing module is specifically used to:

[0017] Determine a network address range containing each local area network address based on the respective local area network addresses of each service node;

[0018] From the obtained candidate stress test data, filter out the candidate stress test data whose associated terminal node's network address is within the network address range as the target stress test data.

[0019] Optionally, the processing module is specifically configured to:

[0020] For each of the target stress test data, perform the following operations respectively:

[0021] Obtain the service content of at least one live network service requested to be executed by the target stress test data, and obtain the stress test identifier carried by the target stress test data;

[0022] Based on a preset check code generation policy, perform data encoding on the service content of the at least one live network service and the stress test identifier to generate a data check code; wherein, the data check code is used for: performing data security verification in combination with the obtained stress test check code during the execution of the at least one live network service by each service node;

[0023] Based on the pass-through policy, convert the data check code and the stress test identifier into pass-through data associated with the target stress test data.

[0024] Optionally, the live network service includes at least one sub-task associated with each service node; then the processing module is specifically configured to:

[0025] For each of the target stress test data, perform the following operations respectively:

[0026] Based on the call relationship between each service node, sequentially call each service node to execute at least one sub-task associated with each service node to obtain intermediate stress test data generated by each service node;

[0027] Generate a stress test result based on the obtained intermediate stress test data.

[0028] Optionally, when calling one service node, the processing module is specifically configured to:

[0029] The service node receives upstream stress test data and its associated pass-through data; wherein, when the service node is the starting node, the upstream stress test data is the target stress test data; when the service node is other service nodes except the starting node, the upstream stress test data is: the intermediate stress test data obtained after calling an adjacent service node before the service node in the service link; the starting node is: the service node located at the starting position in the service link;

[0030] Based on the upstream stress test data and its associated pass-through data, the service node executes at least one sub-task associated with the service node, generates intermediate stress test data, and uses the pass-through data associated with the upstream stress test data as the pass-through data associated with the intermediate stress test data.

[0031] Optionally, the upstream stress test data carries a stress test verification code, which is generated by encoding the target stress test data based on which the upstream stress test data is generated according to a preset verification code generation strategy; the pass-through data further includes a data verification code, which is generated by encoding the target stress test data associated with the pass-through data according to the verification code generation strategy;

[0032] Then the processing module is specifically configured to:

[0033] Obtain the stress test verification code carried by the upstream stress test data and the data verification code included in the pass-through data associated with the upstream stress test data;

[0034] When it is determined that the obtained data verification code matches the stress test verification code, execute at least one sub-task associated with the service node to generate intermediate stress test data.

[0035] Optionally, the at least one sub-task includes a data writing task for a database; then the processing module is specifically configured to:

[0036] When it is determined that the pass-through data associated with the upstream stress test data includes the stress test identifier, count the amount of stress test data of the upstream stress test data;

[0037] When it is determined that the amount of stress test data exceeds a preset amount of data, execute a data writing task for the database based on the upstream stress test data to generate intermediate stress test data, so as to newly write data and its attribute information into the database; wherein, the attribute information is added based on the stress test identifier.

[0038] Optionally, the at least one sub-task includes a data reporting task, and the data reporting task is used to: send the process data generated by the service link when executing the at least one live network service to a data analysis node, so that the data analysis node performs quantitative analysis on the process of executing the at least one live network service;

[0039] When the service type of the at least one live network service is an electronic resource consumption type, then the processing module is specifically configured to:

[0040] When it is determined that the pass-through data associated with the upstream stress test data contains the stress test identifier, obtain the reporting indication identifier from the upstream stress test data; wherein, the reporting indication identifier indicates whether to report the process data generated when performing the at least one live network service based on the respective target stress test data.

[0041] When the reporting indication identifier indicates reporting, based on the pre-stored data reporting component, send the process data generated by the service link when performing the at least one live network service to the data analysis node.

[0042] When the reporting indication identifier indicates not reporting, based on the pre-stored data filtering component, delete the process data generated by the service link when performing the at least one live network service based on the respective target stress test data.

[0043] Optionally, if the service link further includes a stress test node, the obtaining module is specifically configured to:

[0044] Generate a plurality of stress test accounts based on a preset live network account format; wherein, the stress test account carries a stress test identifier.

[0045] In response to a stress test operation triggered for the at least one live network service, based on a preset terminal service request policy, send a plurality of candidate stress test data to the starting node at the starting position of the service link among the respective service nodes, so as to simulate that the plurality of stress test accounts respectively request to execute the at least one live network service through the terminal node to the respective service nodes. [[ID=I6]]

[0046] Receive the service data stream.

[0047] Optionally, the obtaining module is specifically configured to:

[0048] Generate service requests respectively triggered by the plurality of stress test accounts based on the data packet body format associated with the terminal service request policy; wherein, the service request represents that the corresponding stress test account requests to execute the at least one live network service through the terminal node to the respective service nodes.

[0049] Based on the stress test identifier, generate carried data for each obtained service request according to the data carrying format associated with the terminal service request policy, and obtain a plurality of candidate stress test data.

[0050] Send the plurality of candidate stress test data to the starting node.

[0051] Optionally, the obtaining module is specifically configured to:

[0052] Based on a preset verification code generation strategy, data encoding is performed on the service content of the at least one existing network service and the stress test identifier to generate a stress test verification code; wherein, the stress test verification code is used for: during the execution of the at least one existing network service by each service node, performing data security verification in combination with the obtained data verification code;

[0053] Based on the stress test verification code and the stress test identifier, according to the data carrying format, carry data is generated for each obtained service request respectively, and a plurality of candidate stress test data are obtained.

[0054] In a third aspect, a computer program product is provided, including a computer program which, when executed by a processor, implements the method described in the first aspect.

[0055] In a fourth aspect, a computer device is provided, including:

[0056] A memory for storing program instructions;

[0057] A processor for calling the program instructions stored in the memory and executing the method described in the first aspect according to the obtained program instructions.

[0058] In a fifth aspect, a computer-readable storage medium is provided, where the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to cause a computer to execute the method described in the first aspect.

[0059] In the embodiments of the present application, full-link stress testing is performed on any service link included in the service cluster, and stress test results of at least one existing network service executed by the service link are obtained. The stress test results obtained through such full-link stress testing can not only reflect the test results for each service node included in the service link, but also reflect the test results for the cooperation situation between at least two service nodes associated based on the call relationship, making the stress test for the service link more comprehensive.

[0060] Further, the business service cluster is provided with a pass-through policy for configuring pass-through data. After converting each target stress test data and its associated stress test identifier into their respective associated pass-through data, among the services included in the service link, the pass-through data can be transmitted based on the call association. Thus, during the process of each service node processing data, through the pass-through data, it can be identified that the data generated during the processing process originates from the target stress test data rather than the live network data, achieving data isolation and avoiding data security issues caused by data confusion. At the same time, since the pass-through data can be transmitted between service nodes, when reading or writing the data associated with the pass-through data, it is not necessary to read or write them together to identify the corresponding data and transmit the data according to the data, avoiding the problem of confusion with live network data caused by the failure to read or write the stress test identifier due to network jitter or other reasons during the process of reading or writing the stress test identifier, and improving data security.

[0061] Further, after receiving the business data stream, verify the network addresses of each candidate stress test data therein to determine whether the network address of its associated terminal node meets the preset address conditions, and use the candidate stress test data that meets the preset address conditions as the target stress test data for subsequent stress test processes. The process of verifying the network address of the data source is realized, avoiding problems such as data leakage caused by other accounts sending abnormal data to the service link by imitating candidate stress test data, and improving data security. Description of the Drawings

[0062] Figure 1A It is a schematic diagram of the principle of a stress test method in the related art;

[0063] Figure 1B It is a schematic diagram of the principle of another stress test method in the related art;

[0064] Figure 1C It is an application scenario of the stress test method provided by the embodiment of the present application;

[0065] Figure 2A It is a schematic diagram of the principle of a stress test method provided by the embodiment of the present application;

[0066] Figure 2B It is a schematic diagram of the principle of another stress test method provided by the embodiment of the present application;

[0067] Figure 3 It is a schematic flowchart of a lane guiding method provided by the embodiment of the present application;

[0068] Figure 4A It is a schematic diagram of the principle of a stress test method provided by the embodiment of the present application Figure 3 ;

[0069] Figure 4B Schematic diagram IV of the principle of the pressure test method provided by an embodiment of the present application;

[0070] Figure 5A Schematic diagram II of the process of the pressure test method provided by an embodiment of the present application;

[0071] Figure 5B Schematic diagram V of the principle of the pressure test method provided by an embodiment of the present application;

[0072] Figure 5C Schematic diagram I of the interface of the pressure test method provided by an embodiment of the present application;

[0073] Figure 5D Schematic diagram VI of the principle of the pressure test method provided by an embodiment of the present application;

[0074] Figure 6A Schematic diagram VII of the principle of the pressure test method provided by an embodiment of the present application;

[0075] Figure 6B Schematic diagram of the principle of the pressure test method provided by an embodiment of the present application Figure 8 ;

[0076] Figure 6C Schematic diagram of the principle of the pressure test method provided by an embodiment of the present application Figure 9 ;

[0077] Figure 7A Schematic diagram II of the interface of the pressure test method provided by an embodiment of the present application;

[0078] Figure 7B Schematic diagram X of the principle of the pressure test method provided by an embodiment of the present application;

[0079] Figure 7C Interaction diagram of the pressure test method provided by an embodiment of the present application;

[0080] Figure 8 Schematic diagram I of the structure of the lane guiding device provided by an embodiment of the present application;

[0081] Figure 9 Schematic diagram II of the structure of the lane guiding device provided by an embodiment of the present application. Detailed implementation manners

[0082] In order to make the objectives, technical solutions, and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present application.

[0083] The following explains some terms in the embodiments of the present application to facilitate understanding by those skilled in the art.

[0084] (1) Shadow database and shadow table:

[0085] The shadow database is a shadow database corresponding to the database in the production environment established on the same instance. The stress test data will obtain shadow connections from the shadow connection pool for business use, so as to route the data generated during the stress test process to the corresponding shadow database, thereby achieving the effect of physical isolation between the stress test data and the production data, and avoiding the pollution of the production data by the stress test data.

[0086] The shadow table is a shadow table corresponding to the data table in the production environment established on the same database on the same instance. For the stress test data, the database call for this time will be parsed and replaced with database language, so as to route the stress test data to the corresponding shadow table, thereby achieving the effect of physical isolation between the stress test data and the production data, and avoiding the pollution of the production data by the stress test data.

[0087] (2) Owner type:

[0088] The owner type represents the owner of the file, that is, the device that has ownership of the file. The owner type is used to represent the ownership and access rights of the file.

[0089] (3) Message middleware:

[0090] Message middleware is a supporting software system that provides synchronous or asynchronous and reliable message transmission for application systems in a network environment based on queue and message passing technologies.

[0091] (4) Cyclic Redundancy Check (CRC)

[0092] Abbreviated as cyclic code, it is a kind of check code with error detection and correction capabilities. Cyclic Redundancy Check is often used for data verification of external memories and computer synchronous communications. Cyclic Redundancy Check is to establish a convention relationship between data bits and check bits through a certain mathematical operation.

[0093] (5) Domain service node and Decentralized Autonomous Organization (DAO) service node:

[0094] The domain service node is used to perform a stateless operation to implement a specific domain task, representing a behavior with a significant process in the domain.

[0095] The DAO service nodes are not managed by individuals or entities, but rely on the smart contracts of blockchain technology to operate. Unless voted through by DAO members and the code automatically executes the voting results, they cannot be changed.

[0096] The embodiments of this application relate to artificial intelligence (AI) technology and cloud computing. Artificial intelligence technology and cloud computing can be applied to multiple fields, such as common smart homes, smart wearable devices, virtual assistants, smart speakers, smart marketing, driverless, autonomous driving, intelligent transportation, smart maps, assisted driving, vehicle terminals, aircraft, digital twins, virtual humans, robots, artificial intelligence-generated content (AIGC), conversational interactions, intelligent healthcare, intelligent customer service, game AI, etc. It is believed that with the development of technology, artificial intelligence technology and cloud computing will be applied in more fields and play an increasingly important role.

[0097] Artificial intelligence is to use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, and is a theory, method, technology, and application system that can perceive the environment, acquire knowledge, and use knowledge to obtain the best results. In other words, artificial intelligence is a comprehensive technology in computer science that attempts to understand the essence of intelligence and produce a new intelligent machine that can react in a way similar to human intelligence. Artificial intelligence also studies the design principles and implementation methods of various intelligent machines to enable machines to have the functions of perception, reasoning, and decision-making.

[0098] Cloud computing is a computing model that distributes computing tasks across a resource pool composed of a large number of computing devices, enabling various application systems to obtain computing power, storage space, and information services as needed. The network that provides resources is called the "cloud". The resources in the "cloud" seem to be infinitely expandable to users, and can be obtained at any time, used on demand, expanded at any time, and paid according to usage.

[0099] The Intelligent Traffic System (ITS), also known as the Intelligent Transportation System, effectively integrates advanced scientific and technological means (information technology, computer technology, data communication technology, sensor technology, electronic control technology, automatic control theory, operations research, artificial intelligence, etc.) into transportation, service control, and vehicle manufacturing, strengthening the connection among vehicles, roads, and users, thereby forming a comprehensive transportation system that ensures safety, improves efficiency, enhances the environment, and saves energy.

[0100] The Intelligent Vehicle Infrastructure Cooperative Systems (IVICS), also known as the vehicle-road collaborative system, is a development direction of the Intelligent Transportation System (ITS). The vehicle-road collaborative system uses advanced wireless communication and new-generation Internet technologies to comprehensively implement dynamic real-time information interaction between vehicles and between vehicles and roads. Based on the collection and fusion of dynamic traffic information in all time and space, it conducts active safety control of vehicles and collaborative management of roads, fully realizing the effective collaboration of people, vehicles and roads, ensuring traffic safety, improving traffic efficiency, and thus forming a safe, efficient and environmentally friendly road traffic system.

[0101] It should be noted that in the embodiments of this application, for operations involving obtaining data such as service data streams, when the above embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of relevant data need to comply with the relevant laws, regulations and standards of relevant countries and regions.

[0102] In the embodiments of this application, the term "module" or "unit" refers to a computer program with a predetermined function or a part of a computer program, which works together with other related parts to achieve a predetermined goal, and can be fully or partially implemented by using software, hardware (such as a processing circuit or a memory), or a combination thereof. Similarly, one processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be a part of the overall module or unit that includes the function of the module or unit.

[0103] The application fields of the stress testing method provided by the embodiments of this application are briefly introduced below.

[0104] With the continuous development of technology, more and more devices can perform stress testing on the business service clusters associated with application programs. Through stress testing, the functional limits of the business service clusters and potential problems existing in the business service clusters can be determined, etc., which helps to discover the performance bottlenecks of the business service clusters, the reasons for performance degradation, etc., so as to provide a basis for optimizing and improving the business service clusters, and thus ensure the running stability of the application programs.

[0105] For example, during periods such as shopping festivals or holidays, a large number of accounts may be generated in the instant messaging platform for operations such as shopping payments, transfers, face-to-face down payments, or receiving and sending red envelopes. For example, an existing network user account consumes electronic resources to obtain goods provided by an existing network merchant account, forming payment traffic; or after an existing network user account returns goods, the existing network merchant account returns corresponding electronic resources to the existing network user account, forming refund traffic; or a source existing network user account sends a certain amount of electronic resources to at least one destination existing network user account, forming transfer traffic, etc. Therefore, by conducting a stress test on the payment service cluster associated with the instant messaging platform, it is possible to determine the data volume of data streams such as payment traffic, refund traffic, and transfer traffic that the payment service cluster can carry in scenarios such as shopping festivals or holidays, as well as potential problems of the payment service cluster exposed when carrying a large amount of traffic.

[0106] Another example is that after multimedia promotion, a large number of accounts may be generated in the multimedia platform for keyword searches, related picture searches, or voice intelligent searches for some multimedia content. Therefore, by conducting a stress test on the content retrieval service cluster associated with the multimedia platform, it is possible to determine the data volume of data streams such as keyword search traffic, picture search traffic, and voice intelligent search traffic that the content retrieval service cluster can carry, as well as potential problems of the content retrieval service cluster exposed when carrying a large amount of traffic.

[0107] In related technologies, the method of stress testing is usually as follows: during the operation of an application based on existing network data, for each service node included in the business service cluster, a large number of service nodes are used to simulate existing network data to generate stress test data streams for stress testing a small number of other service nodes. The small number of other service nodes execute the data processing tasks associated with each of them for each stress test data in the stress test data stream, so as to obtain the stress test results of each of the other service nodes. By analogy, the stress test results of each service node included in the business service cluster can be obtained.

[0108] For example, please refer to Figure 1A, which is a schematic diagram of the principle of the stress test process in the related art, includes a business service cluster and its associated database. The business service cluster includes a first node, a second node, a third node, a fourth node, a fifth node, and a sixth node. Taking the stress test of the fourth node, which is used to store data in the database as an example, the first node, the second node, and the third node respectively send stress test data to the fourth node (shown by solid arrows in the figure), so that the fourth node stores the received stress test data in the database. At the same time, since the business service cluster is running based on the live network data, the fourth node is also used to store the received live network data in the database (shown by solid arrows in the figure). In addition, the first node, the second node, and the third node respectively send live network data to the fifth node and the sixth node (not shown in the figure), so that the fifth node and the sixth node are respectively used to store the received live network data in the database (shown by dashed arrows in the figure). Thus, the stress test result of the fourth node can be obtained to reflect the performance of the fourth node.

[0109] For another example, please refer to Figure 1B , which is a schematic diagram of the principle of the stress test process in the related art, includes a business service cluster and its associated database. The business service cluster includes a first node, a second node, a third node, a fourth node, a fifth node, and a sixth node. Taking the stress test of the fourth node, which is used to store data in the database as an example, the first node sends stress test data to its associated fourth node, the second node sends stress test data to its associated fifth node, and the third node sends stress test data to its associated sixth node (shown by solid arrows in the figure). The fifth node and the sixth node forward the received stress test data to the fourth node (shown by solid arrows in the figure), and the fourth node stores the received stress test data in the database (shown by solid arrows in the figure). At the same time, since the business service cluster is running based on the live network data, the fifth node and the sixth node respectively receive live network data from other nodes and store the received live network data in the database (shown by dashed arrows in the figure).

[0110] However, the method of stress testing a single service node in the business service cluster cannot identify the performance of the call relationships between service nodes in the service link, cannot reflect the performance of the entire business service cluster architecture level, and thus cannot obtain a true and accurate stress test result.

[0111] From the perspective of data security, on the one hand, since the stress test is carried out synchronously during the operation of the application based on the live network data, each service node not only needs to process the live network data but also the stress test data, so it is easy to mix up the live network data and the stress test data. On the other hand, since the stress test data stream usually has a large amount of data, abnormal data is also likely to be mixed in the stress test data stream. This will reduce the data security during the stress test, thus affecting the accuracy of the stress test results and the normal operation of the application.

[0112] It can be seen that the data security during the stress test in the related technology is relatively low.

[0113] To solve the problem of relatively low data security during the stress test, this application proposes a stress test method. This method is applied to any service link included in the business service cluster, and the service link includes multiple service nodes. The service link is used to: execute at least one live network service based on the call relationship between the service nodes. The business service cluster is provided with a pass-through policy for configuring pass-through data, and the pass-through data is transmitted in the service link based on the call relationship.

[0114] In this method, after receiving the business data stream, from the obtained candidate stress test data, the target stress test data whose associated terminal node's network address meets the preset address condition is screened out, and based on the pass-through policy, each obtained target stress test data and its carried stress test identifier are respectively converted into their associated pass-through data. Based on each target stress test data and its associated pass-through data, at least one live network service is executed to generate a stress test result. Among them, the business data stream contains multiple candidate stress test data carrying stress test identifiers, and each candidate stress test data represents that the terminal node generating the candidate stress test data requests the service link to execute at least one live network service.

[0115] In the embodiment of this application, a full-link stress test is performed on any service link included in the business service cluster to obtain the stress test result of at least one live network service executed by this service link. The stress test result obtained through this full-link stress test can not only reflect the test results for each service node included in the service link but also reflect the test results for the cooperation situation between at least two service nodes associated based on the call relationship, making the stress test for the service link more comprehensive.

[0116] Further, the business service cluster is provided with a pass-through policy for configuring pass-through data. After converting each target stress test data and its associated stress test identifier into their respective associated pass-through data, among the services included in the service link, the pass-through data can be transmitted based on the call association. Thus, during the process of each service node processing data, through this pass-through data, it can be identified that the data generated during the processing process originates from the target stress test data rather than the live network data, achieving data isolation and avoiding data security issues caused by data confusion. At the same time, since the pass-through data can be transmitted between service nodes, when reading or writing the data associated with the pass-through data, it is not necessary to read or write simultaneously, and the corresponding data can be identified and transmitted according to the data, avoiding the problem of confusion with live network data caused by the failure to read or write the stress test identifier due to network jitter or other reasons during the process of reading or writing the stress test identifier, and improving data security.

[0117] Further, after receiving the business data stream, the network addresses of each candidate stress test data are verified to determine whether the network address of its associated terminal node meets the preset address conditions, and the candidate stress test data that meets the preset address conditions is used as the target stress test data for subsequent stress test processes. The process of verifying the network address of the data source is realized, avoiding problems such as data leakage caused by other accounts sending abnormal data to the service link by imitating candidate stress test data, and improving data security.

[0118] The application scenario of the stress test method provided by this application will be described below.

[0119] Please refer to Figure 1C , which is a schematic diagram of an application scenario of the stress test method provided by this application. This application scenario includes a client 101 and a business service cluster 102. The client 101 includes multiple terminal nodes, and each terminal node is used to request the business service cluster 102 to execute at least one live network service in response to an account operation. The business service cluster 102 is used to execute multiple live network services. The business service cluster 102 includes multiple service nodes, and multiple service nodes can form multiple service links. Each service link is used to: execute at least one live network service associated with the service link based on the call relationship between the service nodes included in the service link.

[0120] Communication can be carried out between the client 101 and the business service cluster 102. The communication method can be communication using wired communication technology. For example, communication can be carried out by connecting a network cable or a serial cable; it can also be communication using wireless communication technology. For example, communication can be carried out through technologies such as Bluetooth or wireless fidelity (WIFI), and no specific limitation is made.

[0121] The client 101 generally refers to a device that can send a request to the business service cluster 102 or present stress test results, such as a terminal device, a third-party application that the terminal device can access, or a web page that the terminal device can access. Terminal devices include but are not limited to mobile phones, computers, smart medical devices, smart home appliances, vehicle-mounted terminals or aircraft, etc. The business service cluster 102 generally refers to a device that can perform stress testing to produce stress test results, such as a terminal device or a server. Servers include but are not limited to cloud servers, local servers or associated third-party servers, etc. Both the client 101 and the business service cluster 102 can adopt cloud computing to reduce the occupation of local computing resources; cloud storage can also be used to reduce the occupation of local storage resources.

[0122] As an embodiment, the client 101 and the business service cluster 102 may be the same device or different devices, without any specific limitation.

[0123] The following is based on Figure 1C , the stress testing method provided by the embodiment of this application is specifically introduced. This method is applied to any service link included in the business service cluster, the service link includes multiple service nodes, and the service link is used to: execute at least one existing network service based on the call relationship between each service node. Please refer to Figure 2A , is a schematic diagram of the principles of a business service cluster. The business service cluster includes eight service nodes: the first service node, the second service node, the third service node, the fourth service node, the fifth service node, the sixth service node, the seventh service node, and the eighth service node. These service nodes form two service links: the first service link (shown as a dotted line consisting of dots and dashes in the figure) and the second service link (shown as a dotted line consisting of dashes in the figure). The first service link is used to execute the first and second live network services; the second service link is used to execute the third live network service.

[0124] The business service cluster is set up with a transparent transmission policy for configuring transparent data. Transparent data is transmitted in the service link based on the call relationship. Please refer to Figure 2B Taking the above-mentioned first service link as an example, if the associated transparent transmission data is configured for the first data, then in the process of processing the first data based on the calling relationship between the service nodes included in the first service link, the transparent transmission data associated with the first data will be transmitted together.

[0125] Please refer to Figure 3 , which is a flow chart of the stress testing method provided in an embodiment of the present application.

[0126] S301: Receive a service data stream.

[0127] The service link receives service data streams. The service link can receive service data streams from each terminal node, or from a third-party proxy platform, etc., without specific restrictions.

[0128] The terminal node can be a service node in the business service cluster for generating stress test accounts; or it can be a terminal device for logging in to live network accounts, etc. The stress test account is used to simulate live network accounts and request the business service cluster to execute at least one live network service through the terminal node. For example, for the business service cluster associated with an instant messaging platform, the stress test account can simulate a real live network account and request the business service cluster to execute a transfer service through the terminal node. The terminal node can send a service data stream to the service link and request the service link to execute at least one live network service associated with the service link based on the service data stream.

[0129] The third-party proxy platform processes the data sent from the terminal node through a process associated with the proxy service provided by the third-party proxy platform to obtain a service data stream. For example, it can be a payment proxy platform (such as Paymchwebproxy, etc.), or it can be an Application Programming Interface (API) management platform (such as ApiLogicSvr, etc.).

[0130] The service data stream can contain multiple candidate stress test data carrying stress test identifiers. Each candidate stress test data represents: the terminal node that generates the candidate stress test data, and requests the service link to execute at least one live network service. The service data stream can also contain live network data. The live network data represents: the live network node that generates the live network data, and requests the service link to execute at least one live network service. The service link can process the candidate stress test data while processing the live network data. The stress test process is carried out in a real live network environment to ensure the accuracy of the stress test process, so as to obtain accurate stress test results.

[0131] By carrying the stress test identifier in the candidate stress test data, in the data generation link, the candidate stress test data is isolated from the live network data, avoiding data confusion that may cause inaccurate stress test results and affecting the normal use of the business service cluster in the real environment. The service link can identify the data as candidate stress test data or process data generated during the stress test process based on the candidate stress test data through the stress test identifier; at the same time, identify the data without a stress test identifier as live network data.

[0132] As an embodiment, the service link further includes a stress testing node, which can be one of the service nodes included in the service link or a node outside the service nodes included in the service link. The stress testing node can be used to receive each candidate stress testing data sent by the stress testing platform associated with the business service cluster, or to simulate the live network data to generate each candidate stress testing data, etc., without specific limitations. In the embodiment of the present application, the process of the stress testing node simulating the live network data to generate each candidate stress testing data is introduced. Based on the multiple candidate stress testing data simulated, the scenario of the service link carrying a large amount of traffic in the real live network environment can be simulated, so as to achieve the purpose of accurately performing large - traffic stress testing on the service link.

[0133] The stress testing node in the service link generates multiple stress testing accounts based on a preset live network account format, and the stress testing accounts carry stress testing identifiers. The live network account format is the account format set when applying for a live network account. For example, when applying for a live network account of an instant messaging platform, the live network account format includes an account name of up to 20 digits, an associated mobile phone number, and a login password of at least 6 digits, etc., and the generated stress testing accounts meet this live network account format.

[0134] In response to a stress testing operation triggered for at least one live network service, the stress testing node in the service link sends multiple candidate stress testing data to the starting node at the starting position in the service link among each service node based on a preset terminal service request policy, so as to simulate multiple stress testing accounts respectively requesting to execute at least one live network service through the terminal node to each service node. Thus, the starting node in the service link receives the service data stream.

[0135] The stress testing operation is used to indicate a stress test on at least one live network service associated with the service link. Then, each service node included in the service link will process the data in sequence according to the call relationship based on the candidate stress testing data received by the starting node to complete the execution of at least one live network service, thereby generating a stress test result.

[0136] As an embodiment, in order to carry the stress testing identifier in the candidate stress testing data to achieve the purpose of data isolation, after the stress testing node generates business requests triggered by multiple stress testing accounts based on the data packet body format associated with the terminal service request policy, it can generate carrying data for each obtained business request respectively according to the data carrying format associated with the terminal service request policy based on the stress testing identifier, and obtain multiple candidate stress testing data. Then, it sends multiple candidate stress testing data to the starting node, so that when the service link processes the candidate stress testing data, the candidate stress testing data can be isolated from the live network data based on the stress testing identifier, avoiding the situation of data confusion and improving data security.

[0137] Please refer to Figure 4A, the business service cluster can be divided into an access layer, a logic layer, and a storage layer. The access layer is used to receive data sent by the stress testing account or the live network account through the terminal node and transfer the data to the logic layer for data processing. The access layer includes, for example, API interfaces, front-end (Web) interfaces, etc. The logic layer is used to process the data sent by the received access layer. The storage layer is used to store the data generated by the logic layer during the data processing for subsequent processing such as addition, deletion, modification, or query. The storage layer includes, for example, databases, file systems, etc.

[0138] The stress testing account can be a stress testing merchant account or a stress testing user account. The stress testing merchant account is used to provide goods for the stress testing user account to consume electronic resources to obtain the goods; the live network account can be a live network merchant account and a live network user account. The live network merchant account is used to provide goods for the live network user account to consume electronic resources to obtain the goods.

[0139] Through the stress testing identifier, the stress testing merchant account, the stress testing user account, and the process of the service link processing candidate stress testing data are isolated from the live network merchant account, the live network user account, and the process of the service link processing live network data, so that an accurate testing process can be carried out in the real live network environment without affecting the normal operation of the business service cluster in the live network environment.

[0140] The data packet body format associated with the terminal service request policy can be the data packet body format indicated by the transmission protocol used for data transmission between the terminal node and the business service cluster or between the third-party proxy platform and the business service cluster. For example, the terminal service request policy includes the data packet body format indicated by the Hypertext Transfer Protocol (HTTP). The service request characterizes that the corresponding stress testing account requests at least one live network service from each service node through the terminal node.

[0141] For example, the data packet body format can include a data header and a data body representing the service request. Please refer to the following data packet body format, where "header" represents the data header and "body" represents the data body.

[0142] message TransferReq{

[0143] optional bytes header=1;

[0144] optional bytes body=2;

[0145] }

[0146] The data header can carry data in the format of key-value pairs, and the data header can be used to indicate the transmission protocol, source address, destination address, service content of at least one live network service to be executed by the request, etc. The source address is the network address of the terminal node that sends the candidate stress test data, and the destination address is the network address of the service node that receives the candidate stress test data.

[0147] Then, according to the data-carrying format of the key-value pairs in the data header, data can be generated for each obtained service request based on the stress test identifier. Thus, based on each service request and its respective carried data, corresponding candidate stress test data can be obtained.

[0148] Furthermore, in order to further improve data security, each live network service that the service cluster can execute can be associated with a service key. Then, according to the data-carrying format of the key-value pairs in the data header, the service key of at least one live network service to be executed by the request can be added, so that when the starting node receives the candidate stress test data, the service key carried in the candidate stress test data can be decrypted based on the pre-stored service public key. If the decryption is successful, it indicates that the candidate stress test data has not been tampered with and the candidate stress test data can be received; if the decryption fails, it indicates that there is a risk of tampering with the candidate stress test data, and the candidate stress test data can be discarded, etc.

[0149] As an embodiment, in order to further improve data security, data encoding can be performed on the service content of at least one live network service and the stress test identifier based on a preset checksum generation strategy to generate a stress test checksum. The stress test checksum is used for: performing data security verification in combination with the obtained data checksum during the execution of at least one live network service by each service node. Based on the stress test checksum and the stress test identifier, data is generated for each obtained service request according to the data-carrying format, and multiple candidate stress test data are obtained. Thus, during the execution of at least one live network service by each service node, each service node can first perform data verification based on the stress test checksum to ensure that the data has not been tampered with and improve data security.

[0150] For example, the following data-carrying format can be used to generate the carried data, where flag is the stress test identifier, with a value of 1 indicating that the stress test identifier is set, and a value of 0 indicating that the stress test identifier is not set; checkid is the service key number, and the mapping relationship between each service key and each service key number can be pre-stored in the service cluster. Then, the corresponding service key can be uniquely indicated by the service key number, so that complex key information does not need to be carried in the candidate stress test data, improving the data processing efficiency for the candidate stress test data; package is the service content, which can represent the service content of at least one live network service associated with the service link requested by the terminal node to execute the service link. checktype is the stress test checksum, and checksum is the checksum corresponding to the stress test checksum.

[0151] message PFmTestHeaderValue {

[0152] optional bool flag = 1;

[0153] optional uint32 checkid = 2;

[0154] optional bytes package = 3;

[0155] optional uint32 checktype = 4;

[0156] optional bytes checksum = 5;

[0157] }}

[0158] As an embodiment, in order to further improve data security, the carried data may further include the owner type of the terminal node. Then, when at least one existing network service associated with the service link is an existing network service for consuming electronic resources, before executing the at least one existing network service, it may first be determined whether the owner type of the terminal node matches the owner type of the destination node corresponding to the destination of the electronic resources after consumption of the electronic resources. If the owner type of the terminal node is within the type range associated with the owner type of the destination node, it means they match, and then the existing network service for consuming electronic resources may be executed; if the owner type of the terminal node is not within the type range associated with the owner type of the destination node, it means they do not match, and then the execution of the existing network service for consuming electronic resources may be rejected to ensure the secure transfer of electronic resources.

[0159] The existing network account may also be set with an owner type. When executing an existing network service, the above matching process may be performed to ensure the secure transfer of electronic resources. At the same time, since the owner types set for the existing network account and the stress test account are different, data isolation may be further achieved and data security may be improved.

[0160] The existing network account may also not be set with an owner type. Then, when the stress test account transfers electronic resources to the existing network account or the existing network account transfers electronic resources to the stress test account, it will be determined that the owner types do not match, and thus no electronic resource transfer will occur, which can further achieve data isolation and improve data security.

[0161] Please refer to Figure 4B , including existing network user accounts, existing network merchant accounts, stress test user accounts, and stress test merchant accounts. Among them, the stress test user accounts include a first user account and a second user account, and the stress test merchant accounts include a first merchant account and a second merchant account.

[0162] The owner types of the live network user accounts and live network merchant accounts are 1, the owner types of the first user accounts and first merchant accounts are 2, and the owner types of the second user accounts and second merchant accounts are 3. Then, electronic resource transfer can be carried out between the live network user accounts and live network merchant accounts; electronic resource transfer cannot be carried out between the live network user accounts and the first merchant accounts; electronic resource transfer cannot be carried out between the live network user accounts and the second merchant accounts. Electronic resource transfer cannot be carried out between the first user accounts and the live network merchant accounts; electronic resource transfer cannot be carried out between the second user accounts and the live network merchant accounts.

[0163] S302, from the obtained candidate stress test data, filter out the target stress test data whose network addresses of the associated terminal nodes meet the preset address conditions, and based on the pass-through strategy, convert each obtained target stress test data and its carried stress test identifier into their respective associated pass-through data.

[0164] After obtaining each candidate stress test data, candidate stress test data whose network addresses meet the preset address conditions can be filtered based on the network addresses of the terminal nodes that generate the candidate stress test data as the target stress test data, and each target stress test data can be obtained. For each obtained target stress test data, based on the pass-through strategy, the target stress test data and its carried stress test identifier can be converted into its associated pass-through data, so that the pass-through data associated with each target stress test data can be obtained.

[0165] As an embodiment, since the stress test accounts are generated by the stress test nodes simulating the live network accounts, the candidate stress test data sent by the stress test accounts are sent through the stress test nodes. Then, the network addresses of the terminal nodes associated with each candidate stress test data should be within the network address range composed of the local area network addresses of each service node included in the service link. The candidate stress test data outside this network address range can be considered as abnormal data from abnormal nodes and can be filtered to ensure that abnormal data will not be mixed into the stress test data and to ensure the data security during the stress test process.

[0166] Then, based on the local area network addresses of each service node, the network address range including each local area network address can be determined. From the obtained candidate stress test data, filter out the candidate stress test data whose network addresses of the associated terminal nodes are within the network address range as the target stress test data.

[0167] As an example, the pass-through data can be obtained by converting the complete data based on the corresponding target stress test data and the stress test identifier carried thereby, or by converting a part of the data in the corresponding target stress test data and the stress test identifier carried thereby, etc. For example, if the data carried in the target stress test data includes a stress test identifier, the service content of at least one live network service to be executed, and a stress test verification code, then the pass-through data can be obtained by converting the data carried in the corresponding target stress test data.

[0168] The following takes the process of obtaining the pass-through data associated with a target stress test data as an example for introduction. The processes of obtaining the pass-through data associated with other target stress test data are similar and will not be elaborated here.

[0169] Obtain the service content of at least one live network service requested by the target stress test data, and obtain the stress test identifier carried by the target stress test data. Based on a preset verification code generation strategy, perform data encoding on the service content of at least one live network service and the stress test identifier to generate a data verification code. The data verification code is used for: during the execution of at least one live network service by each service node, performing data security verification in combination with the obtained stress test verification code. Based on the pass-through strategy, convert the data verification code and the stress test identifier into the pass-through data associated with the target stress test data. Through the stress test identifier in the pass-through data, the process of data processing based on the target stress test data can be isolated from the process of data processing based on live network data, avoiding data confusion and reducing data security.

[0170] The verification code generation strategy can be a cyclic redundancy check code (CRC) strategy, etc., without specific limitation. [[ID=eleven]]

[0171] The pass-through strategy can be to pre-configure a pass-through data name, such as usercookie, and by assigning a value to this pass-through data name, the pass-through data corresponding to this pass-through data name can be passed between each service node based on the call relationship between each service node included in the service link.

[0172] S303, based on each target stress test data and its associated pass-through data, execute at least one live network service to generate a stress test result.

[0173] After each service node in the service link receives each target stress test data and its associated pass-through data, it can execute at least one live network service to generate a stress test result. Through the stress test identifier in the pass-through data, the stress test process is isolated from the live network operation process. At the same time, through the stress test verification code in the pass-through data, the data is verified and then corresponding processing is performed to ensure the accuracy of data processing.

[0174] As an embodiment, the live network services include at least one subtask associated with each service node. Based on the call relationship, each service node is called in sequence to execute the at least one subtask associated therewith, so as to achieve the purpose of executing at least one live network service in the service link.

[0175] The following takes the process of generating a stress test result based on a target stress test data as an example for introduction. The process of generating a stress test result based on other target stress test data is similar and will not be elaborated here.

[0176] Based on the call relationship between service nodes, each service node is called in sequence to execute at least one subtask associated with each service node, and intermediate stress test data generated by each service node is obtained. Based on the obtained intermediate stress test data, a stress test result is generated. The stress test result generated through the intermediate stress test data can reflect the data processing performance of each service node when executing at least one subtask associated therewith, and can also reflect the call performance between service nodes when each service node executes at least one subtask associated therewith. It can perform performance evaluation on the entire service link when executing at least one subtask associated therewith from both microscopic and macroscopic perspectives, and achieve full-link stress testing.

[0177] As an embodiment, when each service node is called, the service node receives upstream stress test data and its associated pass-through data. When the service node is the starting node, the upstream stress test data is the target stress test data; when the service node is other service nodes except the starting node, the upstream stress test data is: the intermediate stress test data obtained after calling an adjacent service node before the service node in the service link; the starting node is: the service node located at the starting position in the service link.

[0178] The service node executes at least one subtask associated with the service node based on the upstream stress test data and its associated pass-through data, generates intermediate stress test data, and uses the pass-through data associated with the upstream stress test data as the pass-through data associated with the intermediate stress test data. During the process of executing at least one subtask associated with the service node, only the upstream stress test data is processed, and the pass-through data does not need to be processed together. The intermediate stress test data obtained after executing at least one subtask can still be associated with the pass-through data, reducing the situation of stress test identifier loss caused by network jitter, effectively achieving data isolation, and improving data security.

[0179] As an embodiment, the upstream stress test data carries a stress test verification code, and the stress test verification code is: generated by encoding the target stress test data based on which the upstream stress test data is generated according to a preset verification code generation strategy; the pass-through data also includes a data verification code, and the data verification code is: generated by encoding the target stress test data associated with the pass-through data according to the verification code generation strategy.

[0180] Obtain the stress test verification code carried in the upstream stress test data, and obtain the data verification code included in the pass-through data associated with the upstream stress test data. When it is determined that the obtained data verification code matches the stress test verification code, execute at least one subtask associated with the service node to generate intermediate stress test data. First, by matching the data verification code with the stress test verification code, it is verified that the data has not been tampered with, and then at least one subtask associated with the service node is executed to avoid the situation where the data is obtained by an abnormal account, ensuring the data security during the data processing process in the service link.

[0181] After obtaining the data verification code and the stress test verification code, the service node can first perform data decoding on the data verification code and the stress test verification code respectively according to a preset decoding strategy, and then determine that when the decoded data verification code is the same as the decoded stress test verification code, or when the number of characters in the same character positions between the decoded data verification code and the decoded stress test verification code is greater than a preset number threshold, it is determined that the data verification code matches the stress test verification code; otherwise, it is determined that the data verification code does not match the stress test verification code.

[0182] As an embodiment, when at least one subtask includes a data writing task for the database, the data writing method can be selected according to the data writing amount or data type to achieve different data isolation effects.

[0183] Before performing the data writing task, it can be first determined whether the pass-through data associated with the upstream stress test data contains a stress test identifier. If there is pass-through data associated with the upstream stress test data and the pass-through data associated with the upstream stress test data contains a stress test identifier, it means that the upstream stress test data is not real live network data, and then the stress test process continues.

[0184] The stress test data volume exceeds the preset data volume:

[0185] Statistical the stress test data volume of the upstream stress test data. When it is determined that the stress test data volume exceeds the preset data volume, it means that the service node will perform operations such as large data volume data addition, data modification, or data deletion. Then, if the physical data isolation is carried out in the way of a shadow database or a shadow table, it will occupy a large amount of memory space, and the cost of building and operating the shadow database or the shadow table is relatively high, etc. Therefore, a stress test identifier can be used to write the stress test identifier of the data into the attribute information of the data together when writing the data into the database, realizing data logical isolation. The data can be stored and deleted at any time, without the need to build and operate a large number of shadow databases or shadow tables, avoiding the risks caused by unnecessary data changes.

[0186] Therefore, based on the upstream stress test data, a data writing task is performed on the database to generate intermediate stress test data, so as to add the written data and its attribute information to the database; wherein, the attribute information is added based on the stress test identifier. The attribute information can be the stress test identifier itself, or other information that can be used to represent the stress test identifier, and there is no specific limitation.

[0187] When it is determined that the amount of stress test data does not exceed the preset amount of data, other data writing methods can be used to perform the data writing task.

[0188] The data type of the upstream stress test data is the first type:

[0189] The first type indicates that there is logical isolation or physical isolation between data. The first type can be a cache type, a key-value (KV) type, associated data of data with a stress test identifier, such as associated account data of a stress test account, associated stress test process data of intermediate stress test data with a stress test identifier, etc.

[0190] Determine the data type of the upstream stress test data. When it is determined that the data type of the upstream stress test data is the first type, it means that the upstream stress test data is naturally isolated from the live network data. Then, no additional data isolation operation needs to be performed. Directly based on the upstream stress test data, a data writing task is performed on the database to generate intermediate stress test data, so as to add written data to the database.

[0191] When it is determined that the data type of the upstream stress test data is not the first type, other data writing methods can be used to perform the data writing task.

[0192] The data type of the upstream stress test data is the second type:

[0193] The second type indicates data related to the operation behavior of live network accounts, such as data used for business intelligence (BI) data analysis.

[0194] Since the stress test account is created by simulating a live network account and the stress test account itself does not have operation behavior, BI data analysis is not required. Therefore, when it is determined that the data type of the upstream stress test data is the second type, in order to avoid confusion with live network data, the upstream stress test data can be directly deleted.

[0195] The data writing methods can be used in combination. Please refer to Figure 5A , which is a schematic diagram of a process for performing a data writing task.

[0196] S501, the first service node determines the data type of the upstream stress test data.

[0197] If the data type is the second type in S502, delete the upstream stress test data, do not perform the data writing task for the upstream stress test data in the database, and generate intermediate stress test data.

[0198] If the data type is the first type in S503, write the upstream stress test data in the database and generate intermediate stress test data.

[0199] If the data type is other types except the first type and the second type in S504, count the amount of stress test data of the upstream stress test data. When the amount of stress test data exceeds the preset data volume, enter step S505; when the amount of stress test data does not exceed the preset data volume, enter step S506.

[0200] When the amount of stress test data exceeds the preset data volume in S505, write the upstream stress test data in the database, and add attribute information to the upstream stress test data based on the stress test identifier, and generate intermediate stress test data.

[0201] When the amount of stress test data does not exceed the preset data volume in S505, write the upstream stress test data in the shadow library corresponding to the database and generate intermediate stress test data.

[0202] As an embodiment, in order to further improve data security, before performing the data writing task, data verification can be performed on the pass-through data associated with the upstream stress test data. When it is ensured that the pass-through data conforms to the preset pass-through data format, the stress test identifier in the pass-through data is used as the attribute information of the upstream stress test data and added to the database. Please refer to Figure 5B .

[0203] The service node can first transfer the pass-through data to the domain service node. Through the domain service node in the business service cluster, data verification is performed on the pass-through data. After the verification passes, through the DAO service node in the business service cluster, based on the stress test identifier in the pass-through data, the attribute information of the newly written data is added to the database. When the verification fails, the corresponding upstream stress test data is deleted from the database.

[0204] The pass-through data format is set in the domain service node. After receiving the pass-through data, the domain service node determines whether the data format of the pass-through data is the same as the set pass-through data format. When it is determined to be the same, the verification passes; otherwise, the verification fails.

[0205] As an embodiment, at least one subtask includes a data reporting task. The data reporting task is used to: send the process data generated by the service link executing at least one live network service to the data analysis node, so that when the data analysis node performs quantitative analysis on the process of executing at least one live network service, the method for performing the data reporting task can be determined based on the service type of at least one live network service to achieve different data reporting effects.

[0206] When the service type of at least one existing network service is of the electronic resource consumption type, it indicates that the at least one existing network service has relatively high requirements for data security. Therefore, when it is determined that the pass-through data associated with the upstream stress test data contains a stress test identifier, the reporting indication identifier can be obtained from the upstream stress test data. The reporting indication identifier indicates whether to report the process data generated when performing at least one existing network service based on each target stress test data.

[0207] When the reporting indication identifier indicates reporting, it means that the processing performance of the current service node is good, that is, there is not much existing network data occupying the processing performance of the service node. Therefore, based on the pre-stored data reporting component, the process data generated when the service link performs at least one existing network service can be sent to the data analysis node. Thus, it is avoided that during the reporting process, due to the inability of the processing performance of the current service node to bear, there are situations such as incorrect storage or loss of the reported data.

[0208] When the reporting indication identifier indicates not to report, it means that the processing performance of the current service node is poor, that is, there is a large amount of existing network data occupying the processing performance of the service node. Therefore, based on the pre-stored data filtering component, the process data generated when the service link performs at least one existing network service based on each target stress test data can be deleted, avoiding impacts such as data loss or processing failure on the processing process of the existing network data due to reporting data.

[0209] The reporting indication identifier can be, before performing the data reporting task, based on the upstream stress test data, send a reporting prompt message to the terminal device logged in by the management account, so that the management account triggers a selection operation for the data reporting button or the data filtering button for the reporting prompt message presented on the terminal device, generates a reporting indication identifier, and returns the reporting indication identifier to the service node. The service node receives the returned reporting indication identifier, and realizes obtaining the reporting indication identifier from the upstream stress test data.

[0210] The reporting indication identifier can also be obtained in advance from the terminal device logged in by the management account and set in the pass-through data associated with the upstream stress test data. Thus, when the service node needs to obtain the reporting indication identifier from the upstream stress test data, it can perform data parsing on the pass-through data associated with the upstream stress test data to obtain the reporting indication identifier.

[0211] Please refer to Figure 5C , which is a schematic diagram of an interface for the reporting prompt message. The reporting prompt message includes a data reporting button and a data filtering button. Selecting the data reporting button represents reporting the process data generated when performing at least one existing network service based on the target stress test data. Selecting the data filtering button represents deleting the process data generated when performing at least one existing network service based on the target stress test data.

[0212] Please refer toFigure 5D After the starting node of the service link obtains the target stress test data, if it is determined that at least one live network service executed by the target stress test data is of the business type of electronic resource consumption type, the starting node sends a reporting prompt message to the terminal device logged in by the management account, so that the terminal device returns a reporting indication identifier. The starting node adds the reporting indication identifier to the pass-through data associated with the target stress test data.

[0213] During the execution of at least one live network service based on the target stress test data, when a service node is called based on the call relationship and the service node is used to execute the data reporting task, the service node receives the upstream stress test data sent by the previous service node. The upstream stress test data is generated by the previous service node during the execution of at least one live network service based on the target stress test data.

[0214] The service node obtains the reporting indication identifier from the pass-through data associated with the upstream stress test data. The reporting indication identifier indicates that when reporting, the process data generated during the execution of at least one live network service based on the target stress test data will be sent to the data analysis platform.

[0215] As an embodiment, when at least one subtask includes a data transfer task for the message middleware, the service node sends the upstream stress test data to the message middleware. At the same time, the pass-through data associated with the upstream stress test data is transferred to the message middleware together, so that the message middleware obtains the upstream stress test data and its associated pass-through data, and stores and schedules the upstream stress test data.

[0216] The next service node that has a scheduling relationship with the service node can send a data scheduling instruction to the message middleware to obtain the stored upstream stress test data. The message middleware sends the upstream stress test data to the next service node based on the data scheduling instruction. At the same time, the message middleware transfers the pass-through data associated with the upstream stress test data to the next service node together.

[0217] For example, please refer to Figure 6A , including a first service node, and there are multiple next service nodes that have a scheduling relationship with the first service node, namely a second service node, a third service node, and a fourth service node; it also includes a message middleware cluster, and the message middleware cluster includes a first message middleware, a second message middleware, and a third message middleware.

[0218] The first service node sends the upstream stress test data to the message middleware cluster. At the same time, it transfers the pass-through data associated with the upstream stress test data. The message middleware cluster schedules the first message middleware to receive the upstream stress test data and its associated pass-through data, and stores the upstream stress test data.

[0219] The message middleware cluster receives a data scheduling instruction sent by the second service node, which is used to obtain the stored upstream stress test data, schedule the first message middleware to send the upstream stress test data to the second service node, and transmit the pass-through data associated with the upstream stress test data.

[0220] As an embodiment, when the pass-through data associated with the upstream stress test data contains a stress test identifier, data isolation can be performed in the message middleware to avoid data confusion when the message middleware receives a data scheduling instruction to obtain data, which may cause live network data to be used in the stress test process or stress test data to be used in the real live network environment, thereby improving data security.

[0221] There are various methods for data isolation in the message middleware. Two of them will be introduced as examples below.

[0222] Method 1:

[0223] The service node can perform decoding processing on the pass-through data. When it is determined that the pass-through data associated with the upstream stress test data contains a stress test identifier, the stress test identifier is used as the attribute information of the upstream stress test data and sent to the message middleware, so that the message middleware stores the upstream stress test data in the storage location associated with the corresponding data topic according to the data topic (topic) of the upstream stress test data, and stores its attribute information at the associated location of the storage location of the upstream stress test data.

[0224] When the message middleware cluster receives a data scheduling instruction, it reads out the upstream stress test data, and at the associated location of the storage location of the upstream stress test data, reads out its attribute information, and sends the upstream stress test data and its attribute information to the next service node.

[0225] Please refer to Figure 6B , which includes the first service node and the second service node, as well as the message middleware. When the first service node determines that the pass-through data associated with the upstream stress test data contains a stress test identifier, it writes the stress test identifier into the message header and writes the upstream stress test data into the message body to obtain the sending data.

[0226] After the message middleware receives the sending data from the first service node, it obtains the upstream stress test data from the message body, stores it in the storage location associated with the data topic of the upstream stress test data, and obtains the stress test identifier from the message header and stores it as the attribute information of the upstream stress test data at the associated location of the storage location.

[0227] After the second service node sends a data scheduling instruction to the message middleware, the message middleware reads the upstream stress test data from the storage location, writes it into the message body, and reads the attribute information of the upstream stress test data from the associated location of the storage location, obtains the stress test identifier, writes it into the message header, and generates a scheduling message.

[0228] The message middleware sends a scheduling message to the second service node. The second service node receives the scheduling message from the message middleware and obtains the upstream stress test data and its stress test identifier.

[0229] Method 2:

[0230] In the message middleware, shadow topics corresponding to each data topic are set as mirrors of each data topic. Thus, the shadow topics can be used to store stress test data, and the data topics can be used to store live network data, achieving data isolation.

[0231] When the service node decodes the pass-through data and determines that the pass-through data associated with the upstream stress test data contains a stress test identifier, it takes the stress test identifier as the attribute information of the upstream stress test data and sends it to the message middleware, so that the message middleware stores the upstream stress test data at the storage location associated with the shadow topic corresponding to the data topic of the upstream stress test data according to the data topic of the upstream stress test data.

[0232] When the message middleware cluster receives a data scheduling instruction, it reads out the upstream stress test data, attaches a stress test identifier to the upstream stress test data, and then sends the upstream stress test data to the next service node.

[0233] Please refer to Figure 6C , including the first service node and the second service node, as well as the message middleware. When the first service node determines that the pass-through data associated with the upstream stress test data contains a stress test identifier, it writes the stress test identifier into the message header and writes the upstream stress test data into the message body to obtain the sending data.

[0234] After the message middleware receives the sending data from the first service node, if it obtains the stress test identifier from the message header, it obtains the upstream stress test data from the message body and stores it at the storage location associated with the shadow topic corresponding to the data topic of the upstream stress test data.

[0235] After the second service node sends a data scheduling instruction to the message middleware, the message middleware reads the upstream stress test data from the storage location, writes it into the message body, and writes the stress test identifier into the message header to generate a scheduling message.

[0236] The message middleware sends a scheduling message to the second service node. The second service node receives the scheduling message from the message middleware and obtains the upstream stress test data and its stress test identifier.

[0237] The following takes the business service cluster associated with the instant messaging platform as an example for illustration.

[0238] In some scenarios, such as shopping festivals or holidays, a large number of live network accounts will send red envelopes, transfer money or make payments to other accounts through the instant messaging platform. Please refer to Figure 7A In (1) of is a schematic diagram of an interface for sending red envelopes, Figure 7AAmong them, (2) is a schematic diagram of an interface for a transfer. Figure 7A Among them, (3) is a schematic diagram of an interface for a payment. In these scenarios, the business service cluster associated with the instant messaging platform has to bear the data processing pressure brought by the huge live network traffic.

[0239] Therefore, during the process of putting the instant messaging platform into use, a stress test can be conducted on the associated business service cluster to evaluate the performance of the business service cluster and determine the optimization direction of the business service cluster, etc.

[0240] The business service cluster includes multiple service nodes. By establishing call relationships between several service nodes, at least one live network business can be executed. Thus, various call relationships between multiple service nodes enable the business service cluster to execute multiple live network businesses. For example, the live network business of sending red envelopes can correspond to one service link; the live network business of transferring funds can correspond to one service link; the live network business of making payments can correspond to one service link; the live network business of chatting and the live network business of sending red envelopes can correspond to one service link, etc., without specific limitations.

[0241] Below, taking the service link for executing the live network business of sending red envelopes in each service link included in the business service cluster as an example for introduction, please refer to Figure 7B and Figure 7C .

[0242] S701, the stress test node of the service link, based on a preset live network account format, simulates live network accounts and generates multiple stress test accounts.

[0243] S702, the stress test node encodes the business content of sending red envelopes and the stress test identifier based on the CRC policy to generate a data check code.

[0244] S703, the stress test node takes itself as the terminal node for generating candidate stress test data, and uses the data packet body format indicated by the HTTP transmission protocol to generate candidate stress test data with the stress test identifier and the data check code as the carried data in the data header. The candidate stress test data represents that the terminal node generating this candidate stress test data requests the service link to execute the operation of sending red envelopes.

[0245] S704, the stress test node respectively processes the obtained candidate stress test data and their carried data through a third - party proxy platform and an API management platform, and then sends the obtained intermediate stress test data as upstream stress test data together with the carried data to the starting node.

[0246] The third - party proxy platform acts as an intermediate server to manage the electronic resource interaction process between accounts. The API management platform calls the API interface to send the upstream stress test data and their carried data to the starting node.

[0247] S705, the starting node filters out the upstream stress test data whose associated terminal node's network address is within the network address range from the obtained upstream stress test data as the target stress test data.

[0248] S706, the starting node respectively converts each obtained target stress test data and its respective carried data into their associated pass-through data based on the pass-through policy.

[0249] S707, the starting node invokes other service nodes to process the data of each target stress test data and its respective associated pass-through data based on the call relationship. The starting node sends each target stress test data and its respective associated pass-through data to the next service node. After the next service node executes at least one corresponding subtask on the received target stress test data, it generates each intermediate stress test data, and based on the call relationship, continues to invoke the next service node to execute at least one corresponding subtask on the received upstream stress test data, and so on until the red envelope sending is completed.

[0250] Each service node first encodes the service content and stress test identifier of the red envelope sending indicated by the upstream stress test data based on the CRC policy to generate a stress test verification code. Before each service node executes at least one corresponding subtask, it first determines whether the stress test verification code matches the data verification code in the pass-through data associated with the upstream stress test data. When they match, it then executes at least one corresponding subtask, otherwise it generates a prompt message indicating that the verification fails.

[0251] Based on the same inventive concept, an embodiment of the present application provides a stress test device applied to any service link included in a service cluster. The service link includes multiple service nodes, and the service link is used to: execute at least one live network service based on the call relationship between the service nodes; the service cluster is provided with a pass-through policy for configuring pass-through data, and the pass-through data is transmitted in the service link based on the call relationship; and it can implement the functions corresponding to the foregoing stress test method. Please refer to Figure 8 , the device includes an acquisition module 801 and a processing module 802, where:

[0252] The acquisition module 801: is used to receive a service data stream, where the service data stream includes multiple candidate stress test data carrying stress test identifiers, and each candidate stress test data represents: the terminal node that generates the candidate stress test data requests the service link to execute at least one live network service;

[0253] The processing module 802: is used to filter out the target stress test data whose associated terminal node's network address meets the preset address condition from the obtained candidate stress test data, and based on the pass-through policy, respectively convert each obtained target stress test data and its respective carried stress test identifier into their associated pass-through data;

[0254] The processing module 802 is further configured to: execute at least one live network service based on each target stress test data and its associated pass-through data, and generate a stress test result.

[0255] In a possible embodiment, the processing module 802 is specifically configured to:

[0256] Determine a network address range including each local area network address based on the local area network addresses of each service node;

[0257] From the obtained candidate stress test data, filter out the candidate stress test data whose associated terminal node network address is within the network address range as the target stress test data.

[0258] In a possible embodiment, the processing module 802 is specifically configured to:

[0259] For each target stress test data, perform the following operations respectively:

[0260] Obtain the service content of at least one live network service requested to be executed by the target stress test data, and obtain the stress test identifier carried by the target stress test data;

[0261] Based on a preset check code generation strategy, perform data encoding on the service content of at least one live network service and the stress test identifier to generate a data check code; wherein, the data check code is used for: performing data security verification in combination with the obtained stress test check code during the execution of at least one live network service by each service node;

[0262] Based on the pass-through strategy, convert the data check code and the stress test identifier into pass-through data associated with the target stress test data.

[0263] In a possible embodiment, the live network service includes at least one sub-task associated with each service node; then the processing module 802 is specifically configured to:

[0264] For each target stress test data, perform the following operations respectively:

[0265] Based on the call relationship between each service node, call each service node in sequence to execute at least one sub-task associated with each service node, and obtain intermediate stress test data generated by each service node;

[0266] Generate a stress test result based on the obtained intermediate stress test data.

[0267] In a possible embodiment, when each service node is called, the processing module 802 is specifically configured to:

[0268] The service node receives upstream stress test data and its associated pass-through data; among them, when the service node is the starting node, the upstream stress test data is the target stress test data; when the service node is other service nodes except the starting node, the upstream stress test data is: in the service call link, after an adjacent service node before the service node, the obtained intermediate stress test data; the starting node is: the service node located at the starting position in the service link;

[0269] Based on the upstream stress test data and its associated pass-through data, the service node executes at least one subtask associated with the service node, generates intermediate stress test data, and uses the pass-through data associated with the upstream stress test data as the pass-through data associated with the intermediate stress test data.

[0270] In a possible embodiment, the upstream stress test data carries a stress test verification code, and the stress test verification code is: based on a preset verification code generation strategy, data encoding is performed on the target stress test data on which the upstream stress test data is generated; the pass-through data also includes a data verification code, and the data verification code is: based on the verification code generation strategy, data encoding is performed on the target stress test data associated with the pass-through data;

[0271] Then the processing module 802 is specifically configured to:

[0272] Obtain the stress test verification code carried by the upstream stress test data, and obtain the data verification code included in the pass-through data associated with the upstream stress test data;

[0273] When it is determined that the obtained data verification code matches the stress test verification code, execute at least one subtask associated with the service node to generate intermediate stress test data.

[0274] In a possible embodiment, at least one subtask includes a data writing task for the database; then the processing module 802 is specifically configured to:

[0275] When it is determined that the pass-through data associated with the upstream stress test data includes a stress test identifier, count the amount of stress test data of the upstream stress test data;

[0276] When it is determined that the amount of stress test data exceeds the preset amount of data, execute a data writing task for the database based on the upstream stress test data to generate intermediate stress test data, so as to newly write data and its attribute information into the database; among them, the attribute information is added based on the stress test identifier.

[0277] In a possible embodiment, at least one subtask includes a data reporting task, and the data reporting task is used to: send the process data generated by the service link executing at least one live network service to the data analysis node, so that the data analysis node performs quantitative analysis on the process of executing at least one live network service;

[0278] When the service type of at least one existing network service is an electronic resource consumption type, the processing module 802 is specifically configured to:

[0279] When it is determined that the pass-through data associated with the upstream stress test data contains a stress test identifier, obtain a reporting indication identifier from the upstream stress test data; wherein, the reporting indication identifier indicates: whether to report the process data generated when performing at least one existing network service based on each target stress test data;

[0280] When the reporting indication identifier indicates reporting, based on the pre-stored data reporting component, send the process data generated when the service link performs at least one existing network service to the data analysis node;

[0281] When the reporting indication identifier indicates not reporting, based on the pre-stored data filtering component, delete the process data generated when the service link performs at least one existing network service based on each target stress test data.

[0282] In a possible embodiment, the service link further includes a stress test node, and the obtaining module 801 is specifically configured to:

[0283] Generate multiple stress test accounts based on a preset existing network account format; wherein, the stress test accounts carry a stress test identifier;

[0284] In response to a stress test operation triggered for at least one existing network service, based on a preset terminal service request policy, send multiple candidate stress test data to the starting node at the starting position of the service link among each service node, so as to simulate that multiple stress test accounts respectively request to perform at least one existing network service through the terminal node to each service node;

[0285] Receive the service data stream.

[0286] In a possible embodiment, the obtaining module 801 is specifically configured to:

[0287] Generate service requests triggered by multiple stress test accounts respectively based on the data packet body format associated with the terminal service request policy; wherein, the service request represents that the corresponding stress test account requests to perform at least one existing network service through the terminal node to each service node;

[0288] Based on the stress test identifier, generate carrying data for each obtained service request respectively according to the data carrying format associated with the terminal service request policy, and obtain multiple candidate stress test data;

[0289] Send multiple candidate stress test data to the starting node.

[0290] In a possible embodiment, the obtaining module 801 is specifically configured to:

[0291] Based on a preset verification code generation strategy, data encoding is performed on the service content and stress test identifier of at least one live network service to generate a stress test verification code; wherein, the stress test verification code is used for: during the execution of at least one live network service by each service node, performing data security verification in combination with the obtained data verification code.

[0292] Based on the stress test verification code and the stress test identifier, according to the data carrying format, carry data is generated for each obtained service request, and multiple candidate stress test data are obtained.

[0293] Please refer to Figure 9 , which is a computer device 900 provided by an embodiment of the present application. The computer device 900 may be, for example, Figure 1C the server 101 or the service service cluster 102 in. The current version and historical version of the data storage program and the application software corresponding to the data storage program can be installed on the computer device 900. The computer device 900 includes a processor 980 and a memory 920. In some embodiments, the computer device 900 may include a display unit 940. The display unit 940 includes a display panel 941 for displaying a user interaction operation interface, etc.

[0294] In a possible embodiment, the display panel 941 may be configured in the form of a liquid crystal display (LCD) or an organic light-emitting diode (OLED), etc.

[0295] The processor 980 is used to read the computer program and then execute the method defined by the computer program. For example, the processor 980 reads the data storage program or file, etc., so as to run the data storage program on the computer device 900 and display the corresponding interface on the display unit 940. The processor 980 may include one or more general-purpose processors and may also include one or more DSPs (Digital Signal Processor) for performing related operations to implement the technical solutions provided by the embodiments of the present application.

[0296] The memory 920 generally includes internal memory and external memory. The internal memory can be a random access memory (RAM), a read-only memory (ROM), a cache (CACHE), etc. The external memory can be a hard disk, an optical disc, a USB flash drive, a floppy disk, or a magnetic tape drive, etc. The memory 920 is used to store computer programs and other data. The computer programs include application programs corresponding to each client, etc. The other data can include an operating system or data generated after the application programs are run. The data includes system data (such as configuration parameters of the operating system) and user data. In the embodiments of the present application, the computer programs are stored in the memory 920, and the processor 980 executes the computer programs in the memory 920 to implement any one of the methods described in the previous figures.

[0297] The above display unit 940 is used to receive input digital information, character information, or contact touch operations / non-contact gestures, and generate signal inputs related to the user settings and function controls of the computer device 900, etc. Specifically, in the embodiments of the present application, the display unit 940 may include a display panel 941. The display panel 941, such as a touch screen, can collect touch operations of the user on or near it (such as the user using a finger, a stylus, or any suitable object or accessory to operate on the display panel 941 or near the display panel 941), and drive the corresponding connecting device according to a pre-set program.

[0298] In a possible embodiment, the display panel 941 may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the touch position of the player and detects the signals brought by the touch operation, and transmits the signals to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and then sends it to the processor 980, and can receive and execute the commands sent by the processor 980.

[0299] Among them, the display panel 941 can be implemented in multiple types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the display unit 940, in some embodiments, the computer device 900 may further include an input unit 930. The input unit 930 may include an image input device 931 and other input devices 932. The other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, power switch keys, etc.), a trackball, a mouse, a joystick, etc.

[0300] In addition to the above, the computer device 900 may further include a power supply 990 for powering other modules, an audio circuit 960, a near field communication module 970, and an RF circuit 910. The computer device 900 may further include one or more sensors 950, such as an acceleration sensor, a light sensor, a pressure sensor, etc. The audio circuit 960 specifically includes a speaker 961 and a microphone 962, etc. For example, the computer device 900 can collect the user's voice through the microphone 962 and perform corresponding operations, etc.

[0301] As an embodiment, the number of processors 980 may be one or more. The processor 980 and the memory 920 may be coupled or relatively independent.

[0302] As an embodiment, Figure 9 the processor 980 in Figure 8 may be used to implement the functions of the acquisition module 801 and the processing module 802 in

[0303] As an embodiment, Figure 9 the processor 980 in

[0304] Those of ordinary skill in the art can understand that all or part of the steps of implementing the above method embodiments can be completed by a computer program. The foregoing computer program can be stored in a computer-readable storage medium. When the computer program is executed, it executes the steps including the above method embodiments; and the foregoing storage medium includes: various media such as a removable storage device, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc that can store program codes.

[0305] Alternatively, if the above integrated unit of the present invention is implemented in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the embodiments of the present invention, in essence, or the part that contributes to the prior art can be embodied in the form of a software product. For example, it is embodied through a computer program product. The computer program product is stored in a storage medium and includes a computer program for causing a computer device to execute all or part of the methods described in the various embodiments of the present invention. And the foregoing storage medium includes: various media such as a removable storage device, a ROM, a RAM, a magnetic disk, or an optical disc that can store program codes.

[0306] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Thus, if these modifications and variations of this application fall within the scope of the claims of this application and their equivalent technologies, this application is also intended to cover these modifications and variations.

Claims

1. A stress testing method, characterized in that: Applied to any service link included in a business service cluster, the service link includes multiple service nodes, the service link is used to: execute at least one existing network service based on the call relationship between the service nodes; the business service cluster is provided with a transparent transmission policy for configuring transparent transmission data, and the transparent transmission data is transmitted in the service link based on the call relationship; the method includes: Receive a service data stream, wherein the service data stream includes a plurality of candidate stress test data carrying a stress test identifier, each of the candidate stress test data representing: a terminal node generating the candidate stress test data, requesting the service link to execute the at least one live network service; Filtering target stress testing data whose associated terminal node network addresses meet preset address conditions from the obtained candidate stress testing data, and converting the obtained target stress testing data and their respective stress testing identifiers into their respective associated transparent transmission data based on the transparent transmission strategy; Based on the target stress test data and their associated transparent transmission data, the at least one existing network service is executed to generate a stress test result.

2. The method according to claim 1, characterized in that The step of screening out target stress testing data whose network addresses of associated terminal nodes meet preset address conditions from the obtained candidate stress testing data includes: Determining a network address range including each LAN address based on the respective LAN addresses of the service nodes; From the obtained candidate stress testing data, candidate stress testing data whose network addresses of associated terminal nodes are within the network address range are screened out as target stress testing data.

3. The method according to claim 1, characterized in that The step of converting the obtained target stress test data and the stress test identifiers carried by each target data into their associated transparent transmission data based on the transparent transmission strategy includes: For each target stress test data, perform the following operations: Obtaining the service content of at least one live network service requested to be executed by the target stress testing data, and obtaining the stress testing identifier carried by the target stress testing data; Based on a preset verification code generation strategy, data encoding is performed on the service content of the at least one live network service and the stress test identifier to generate a data verification code; wherein the data verification code is used to: perform data security verification in combination with the obtained stress test verification code during the execution of the at least one live network service by each service node; Based on the transparent transmission strategy, the data check code and the stress testing identifier are converted into transparent transmission data associated with the target stress testing data.

4. The method according to any one of claims 1 to 3, characterized in that The existing network service includes at least one subtask associated with each of the service nodes; and executing the at least one existing network service based on the target stress test data and their associated transparent transmission data to generate a stress test result includes: For each target stress test data, perform the following operations: Based on the calling relationship between the service nodes, calling the service nodes in sequence, executing at least one subtask associated with each service node, and obtaining the intermediate stress testing data generated by each service node; Generate stress test results based on the obtained intermediate stress test data.

5. The method according to claim 4, characterized in that Each time a service node is called, the following operations are performed: The service node receives upstream stress test data and its associated transparent data; when the service node is a starting node, the upstream stress test data is the target stress test data; when the service node is a service node other than the starting node, the upstream stress test data is intermediate stress test data obtained after calling an adjacent service node located before the service node in the service chain; the starting node is the service node at the starting position in the service chain; The service node executes at least one subtask associated with the service node based on the upstream stress testing data and its associated transparent transmission data, generates intermediate stress testing data, and uses the transparent transmission data associated with the upstream stress testing data as the transparent transmission data associated with the intermediate stress testing data.

6. The method according to claim 5, characterized in that The upstream stress test data carries a stress test check code, which is generated by encoding the target stress test data based on which the upstream stress test data is generated based on a preset check code generation strategy. The transparent transmission data also includes a data check code, which is generated by encoding the target stress test data associated with the transparent transmission data based on the check code generation strategy. Then, executing at least one subtask associated with the service node based on the upstream stress test data and its associated transparent data to generate intermediate stress test data includes: Obtaining the stress test verification code carried by the upstream stress test data, and obtaining the data verification code contained in the transparent data associated with the upstream stress test data; When it is determined that the obtained data check code matches the stress test check code, at least one subtask associated with the service node is executed to generate intermediate stress test data.

7. The method according to claim 5, characterized in that The at least one subtask includes a data writing task for a database; and the at least one subtask associated with the service node is executed based on the upstream stress testing data and its associated transparent data to generate intermediate stress testing data, including: When it is determined that the transparently transmitted data associated with the upstream stress testing data includes the stress testing identifier, counting the stress testing data volume of the upstream stress testing data; When it is determined that the amount of stress testing data exceeds the preset data amount, a data writing task is performed on the database based on the upstream stress testing data to generate intermediate stress testing data so that new write data and its attribute information are added to the database; wherein the attribute information is added based on the stress testing identifier.

8. The method according to claim 5, characterized in that The at least one subtask includes a data reporting task, wherein the data reporting task is used to: send process data generated by the service link executing the at least one existing network service to a data analysis node, so that the data analysis node performs quantitative analysis on the process of executing the at least one existing network service; When the service type of the at least one existing network service is an electronic resource consumption type, executing at least one subtask associated with the service node based on the upstream stress test data and its associated transparent transmission data to generate intermediate stress test data includes: When it is determined that the transparent transmission data associated with the upstream stress test data includes the stress test identifier, a reporting indication identifier is obtained from the upstream stress test data; wherein the reporting indication identifier indicates whether to report process data generated when executing the at least one live network service based on each target stress test data; When the reporting indication flag indicates reporting, the process data generated by the service link executing the at least one existing network service is sent to the data analysis node based on the pre-stored data reporting component; When the reporting indication flag indicates not to report, based on a pre-stored data filtering component, process data generated by the service link executing the at least one live network service based on the target stress testing data is deleted.

9. The method according to any one of claims 1 to 8, characterized in that The service link also includes a stress testing node, and the receiving of the service data flow includes: The stress testing node in the service link generates multiple stress testing accounts based on a preset live network account format; wherein the stress testing accounts carry a stress testing identifier; The stress testing node in the service link, in response to a stress testing operation triggered for the at least one live network service, sends, based on a preset terminal service request policy, multiple candidate stress testing data to a starting node at a starting position of the service link among the service nodes, so as to simulate the multiple stress testing accounts respectively requesting the execution of the at least one live network service from the service nodes through the terminal nodes; The starting node in the service link receives the service data flow.

10. The method according to claim 9, characterized in that The sending of multiple candidate stress test data to the starting node at the starting position of the service link among the service nodes based on the preset terminal service request strategy includes: Generate service requests triggered by the multiple stress testing accounts based on the data packet body format associated with the terminal service request policy; wherein the service requests represent that the corresponding stress testing accounts request, through the terminal node, to each service node to execute the at least one live network service; Based on the stress test identifier, generating carrying data for each obtained service request according to the data carrying format associated with the terminal service request policy, and obtaining multiple candidate stress test data; Send the multiple candidate stress testing data to the starting node.

11. The method according to claim 10, characterized in that Based on the stress test identifier, carrying data is generated for each obtained service request according to the data carrying format associated with the terminal service request policy, and multiple candidate stress test data are obtained, including: Based on a preset verification code generation strategy, data encoding is performed on the service content of the at least one live network service and the stress test identifier to generate a stress test verification code; wherein the stress test verification code is used to: perform data security verification in combination with the obtained data verification code during the execution of the at least one live network service by each service node; Based on the stress test verification code and the stress test identifier, carrying data is generated for each obtained service request according to the data carrying format to obtain multiple candidate stress test data.

12. A pressure testing device, characterized in that: Applicable to any service link included in a business service cluster, the service link including multiple service nodes, the service link being used to: execute at least one existing network service based on a call relationship between the service nodes; the business service cluster is provided with a transparent transmission policy for configuring transparent transmission data, the transparent transmission data being transmitted in the service link based on the call relationship; the device comprising: An acquisition module is configured to receive a service data stream, wherein the service data stream includes a plurality of candidate stress test data carrying a stress test identifier, each candidate stress test data representing: a terminal node generating the candidate stress test data, requesting the service link to execute the at least one live network service; The processing module is configured to select target stress testing data whose network addresses of associated terminal nodes meet preset address conditions from the obtained candidate stress testing data, and convert the obtained target stress testing data and their respective stress testing identifiers into their respective associated transparent transmission data based on the transparent transmission strategy; The processing module is further configured to: execute the at least one existing network service based on the target stress test data and their associated transparent transmission data, and generate a stress test result.

13. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the method according to any one of claims 1 to 11 is implemented.

14. A computer device, characterized in that: include: a memory for storing program instructions; The processor is configured to call the program instructions stored in the memory, and execute the method according to any one of claims 1 to 11 according to the obtained program instructions.

15. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the method according to any one of claims 1 to 11.

Images