Pressure test script analysis method and device, storage medium and computer equipment
By automating the acquisition and parsing of interface data from load testing script files and traffic log files, the problem of low efficiency and accuracy in load testing script analysis in existing technologies is solved, achieving efficient and accurate system performance analysis.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- 创优数字科技(广东)有限公司
- Filing Date
- 2024-12-30
- Publication Date
- 2026-07-31
AI Technical Summary
Existing stress testing script analysis methods rely on manual collection and analysis of system data, which is time-consuming, labor-intensive, inefficient, and inaccurate, resulting in analysis results that deviate from reality and fail to accurately reflect the system's performance.
By acquiring multiple load testing script files and traffic log files from the target system, the system automatically extracts interface addresses and parses traffic data, performs data mapping based on the interface addresses, and generates a load testing script analysis report.
It automates the analysis of load testing scripts, improving efficiency and accuracy, and enabling analysis reports to accurately reflect the system's performance status while reducing manual intervention.
Smart Images
Figure CN119759791B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of data processing technology, and in particular to a stress test script analysis method, apparatus, storage medium, and computer equipment. Background Technology
[0002] In the current technological practice environment, Performance Testing Service (PTS) is widely used as an efficient performance testing solution to simulate system load under high concurrency scenarios in order to evaluate and optimize system stability and performance. During PTS load testing, the configuration values of the test script should closely match the current state and historical data trends of the system under test to ensure the accuracy and validity of the test results.
[0003] However, existing load testing script analysis methods rely solely on manual collection and analysis of recent system data, such as interface data, traffic data, and other key performance indicators, followed by adjustments to the load testing script's configuration parameters. This process is not only time-consuming and labor-intensive but also inefficient and inaccurate, leading to analysis results that deviate from reality and fail to accurately reflect the system's performance. Summary of the Invention
[0004] The purpose of this application is to at least solve one of the aforementioned technical defects, particularly the technical defect that the existing stress test script analysis method is not only time-consuming and laborious, but also inefficient and inaccurate, resulting in analysis results that deviate from reality and fail to accurately reflect the performance status of the system.
[0005] This application provides a method for analyzing load testing scripts, the method comprising:
[0006] Obtain multiple load testing script files and traffic log files from the target system;
[0007] Extract each interface address from each load test script file, and generate the interface data of the target system based on the extraction results of each load test script file;
[0008] The traffic log file is parsed to obtain the traffic data of the target system;
[0009] Based on each interface address, the interface data and the traffic data are mapped, and a stress test script analysis report of the target system is generated based on the mapping results.
[0010] Optionally, extracting each interface address from each load testing script file includes:
[0011] For each load test script file, the load test script file is parsed to obtain an array of objects;
[0012] The script retrieves the addresses of each interface contained in the object array using a pre-defined logic.
[0013] Optionally, the step of obtaining the addresses of each interface contained in the object array through a preset logic acquisition script includes:
[0014] The script indexes the objects in the object array using a pre-defined logic, extracts the interface addresses from each interface path, and performs address deduplication on the extracted results to obtain the interface addresses in the object array.
[0015] Optionally, the step of parsing the traffic log file to obtain the traffic data of the target system includes:
[0016] The interface access information in the traffic log file is captured using the analyzePressLog method, and the traffic data of the target system is obtained by summarizing the capture results.
[0017] Optionally, the step of summarizing the traffic data of the target system based on the capture results includes:
[0018] Determine the interface address of each interface access information in the capture results, summarize and count the access information of each interface based on each interface address, and obtain the access volume information of each interface address.
[0019] Traffic data for the target system is generated based on access volume information for each interface address.
[0020] Optionally, generating the load testing script analysis report for the target system based on the mapping result includes:
[0021] Obtain the interface parameters corresponding to each interface address, and determine the access volume information corresponding to each interface address based on the mapping result;
[0022] A stress test script analysis report for the target system is generated based on each interface address and the corresponding interface parameters and access volume information.
[0023] Optionally, the method further includes:
[0024] The load testing script analysis report is sent to the target user's client using a preset notification strategy.
[0025] This application also provides a stress testing script analysis device, including:
[0026] The file acquisition module is used to acquire multiple load testing script files and traffic log files from the target system;
[0027] The interface data parsing module is used to extract the interface addresses in each load test script file and generate the interface data of the target system based on the extraction results of each load test script file.
[0028] The traffic data parsing module is used to parse the interface traffic of the traffic log file to obtain the traffic data of the target system.
[0029] The data mapping module is used to map the interface data and the traffic data based on each interface address, and generate a stress test script analysis report for the target system based on the mapping results.
[0030] This application also provides a storage medium storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the load testing script analysis method as described in any of the above embodiments.
[0031] This application also provides a computer device, including: one or more processors, and memory;
[0032] The memory stores computer-readable instructions, which, when executed by the one or more processors, perform the steps of the load testing script analysis method as described in any of the above embodiments.
[0033] As can be seen from the above technical solutions, the embodiments of this application have the following advantages:
[0034] This application provides a method, apparatus, storage medium, and computer device for analyzing load testing scripts. When analyzing load testing scripts, multiple load testing script files and traffic log files from the target system are first acquired to collect recent system data. Then, the interface addresses in each load testing script file are extracted, and interface data of the target system is generated based on the extraction results. This achieves automated parsing of interface information during system testing, providing a foundation for subsequent data mapping and analysis. Simultaneously, interface traffic parsing of the traffic log files is performed to obtain traffic data of the target system, achieving automated parsing of traffic conditions during system testing and serving as an important basis for script analysis effectiveness. Finally, based on each interface address, data mapping is performed on the interface data and traffic data, and a load testing script analysis report of the target system is generated based on the mapping results, thereby improving efficiency and accuracy. In summary, this application, through automated parsing of interface data and traffic data and automated data mapping based on the parsing results, reduces manual intervention, thereby improving the efficiency and accuracy of load testing script analysis, ensuring that the final load testing script analysis report accurately reflects the system's performance status. Attached Figure Description
[0035] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0036] Figure 1 A flowchart illustrating a stress testing script analysis method provided in an embodiment of this application;
[0037] Figure 2 A schematic diagram of a stress test script analysis device provided in an embodiment of this application;
[0038] Figure 3 This is a schematic diagram of the internal structure of a computer device provided in an embodiment of this application. Detailed Implementation
[0039] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.
[0040] Existing load testing script analysis methods rely on manual collection and analysis of recent system data, such as interface data, traffic data, and other key performance indicators, followed by adjustments to the load testing script's configuration parameters. This process is not only time-consuming and labor-intensive but also inefficient and inaccurate, leading to analysis results that deviate from reality and fail to accurately reflect the system's performance.
[0041] Based on this, this application proposes the following technical solution, as detailed below:
[0042] In one embodiment, such as Figure 1 As shown, Figure 1 This is a flowchart illustrating a load testing script analysis method provided in an embodiment of this application. The application provides a load testing script analysis method, specifically including the following:
[0043] S110: Obtain multiple load testing script files and traffic log files from the target system.
[0044] In this step, when it is necessary to parse recent system data in the target system, the computer device can obtain multiple load test script files and traffic log files of the target system within the target time period. Then, it can parse the relevant system data from the multiple load test script files and traffic log files according to the preset parsing process, which serves as the basic data for load test script analysis.
[0045] The load testing script file refers to the file used to execute load testing scripts. It simulates real user access patterns to evaluate the system's performance and stability under different loads, and is typically generated by load testing tools. This script file defines the specific test process, including simulated user behavior, request interfaces, request parameters, and data-driven test configurations. The traffic log file records the network traffic data generated by the system during load testing. Each request record includes information such as the request interface, request type, and request parameter content. It can be used to analyze the system's performance during load testing, particularly to assist in detecting system bottlenecks, requests with excessively long response times, and errors.
[0046] Understandably, during stress testing of the target system, due to limitations of the stress testing tools, each stress testing script file can only contain a certain number of interfaces. Therefore, when a system contains multiple interfaces, these interfaces need to be split into multiple different stress testing script files for separate testing. For example, if a system has 10 interfaces, but each stress testing script can only contain 3 interfaces, then it needs to be split into multiple stress testing script files to test different combinations of interfaces. Traffic log files record detailed data on all requests received by the system during stress testing. Since they record actual requests, they contain traffic data for all interfaces and have no limitations on the size of a single file or the number of entries. Therefore, when obtaining the relevant files used for stress testing script analysis of the target system, this application can obtain multiple stress testing script files and their corresponding traffic log files.
[0047] S120: Extract the interface addresses from each load test script file and generate the interface data of the target system based on the extraction results of each load test script file.
[0048] In this step, after obtaining multiple load testing script files through step S110, the computer device can extract the interface addresses in each load testing script file, and then generate the interface data of the target system based on the extraction results of each load testing script file. This enables the automated parsing of interface information of the system during testing, providing a foundation for subsequent data mapping and analysis.
[0049] Specifically, after obtaining each load testing script file, the computer device can load and decompress each script file, and identify and extract the defined interface addresses. These interfaces typically appear in URL form and contain the corresponding request types, such as GET and POST, as well as related request parameters and response content. Since each load testing script file involves multiple interfaces, the computer device can sequentially identify each interface address in each script file, extract their corresponding data from the file, and then integrate them into a unified data structure to form interface data.
[0050] Understandably, to facilitate subsequent data analysis and mapping, computer devices can store the extracted results from all load testing script files in a preset format, such as JSON, XML, or a database. In multiple load testing script files, the computer device can also automatically merge duplicate or identical interfaces based on the similarity of their interface addresses to ensure data integrity and consistency.
[0051] S130: Parse the interface traffic of the traffic log file to obtain the traffic data of the target system.
[0052] In this step, after obtaining the traffic log file through step S110, the computer device can perform interface traffic parsing on the traffic log file to obtain the traffic data of the target system, thereby realizing the automatic parsing of the system's traffic situation within the target time period, and using the parsing results as an important basis for the script analysis effect.
[0053] Specifically, since traffic log files are generated by network monitoring tools, proxy services, or the server's own logging system, recording all request and response data under different loads, computer devices, after obtaining the traffic log files, can parse each request record to determine the corresponding interface address, and then integrate them into a unified data structure to form traffic data. Similar to interface data, computer devices can save the integrated traffic data in JSON, XML, or database formats for further processing and analysis.
[0054] S140: Based on each interface address, perform data mapping on interface data and traffic data, and generate a stress test script analysis report for the target system based on the mapping results.
[0055] In this step, after parsing the interface data and traffic data through steps S120 and S130, the computer device can perform data mapping on the interface data and traffic data based on the various interface addresses involved in the target system, and generate a stress test script analysis report for the target system based on the mapping results, thereby improving the analysis efficiency and accuracy.
[0056] Specifically, after determining each interface address, the computer device can perform data mapping between interface data and traffic data based on the interface address, thereby matching the request records in the traffic log file with the interface addresses in the load testing script file. During this process, for each interface address, the computer device can accurately associate the request records corresponding to that interface address in the traffic data with the corresponding interface address in the interface data, until all request records in the traffic data are associated with the interface data.
[0057] For example, when a specific request record appears in the traffic file log, the computer device can identify the interface address of that request record and then compare it with the interface addresses defined in the load testing script to ensure a one-to-one correspondence. For complex interfaces, the device will also check information such as request parameters and response content to ensure the accuracy of the match.
[0058] In the above embodiments, when analyzing load testing scripts, multiple load testing script files and traffic log files in the target system can be obtained first to collect recent system data. Then, the interface addresses in each load testing script file can be extracted, and interface data of the target system can be generated based on the extraction results of each load testing script file. This achieves automated parsing of interface information during system testing, providing a foundation for subsequent data mapping and analysis. Simultaneously, interface traffic parsing can be performed on the traffic log files to obtain traffic data of the target system, thereby achieving automated parsing of the system's traffic situation during testing and serving as an important basis for script analysis effectiveness. Finally, based on each interface address, data mapping can be performed on the interface data and traffic data, and a load testing script analysis report for the target system can be generated based on the mapping results, thereby improving efficiency and accuracy. In summary, this application reduces manual intervention by automating the parsing of interface data and traffic data and achieving automated data mapping based on the parsing results, thus improving the efficiency and accuracy of load testing script analysis and ensuring that the final generated load testing script analysis report accurately reflects the system's performance status.
[0059] In one embodiment, the process of extracting the interface addresses of each load testing script file in step S120 may include:
[0060] S121: For each load test script file, parse the load test script file to obtain an array of objects.
[0061] S122: Obtain the addresses of each interface contained in the object array through a pre-defined logic script.
[0062] In this embodiment, when the computer device extracts interface addresses from the load testing script file, for each load testing script file, the computer device can parse the load testing script file to obtain an object array, and then obtain the various interface addresses contained in the object array through a preset logic script.
[0063] The logical acquisition script refers to an execution script that selects and accesses specific data according to preset rules or logic. Therefore, computer devices can use this logical acquisition script to automatically obtain interface addresses from an object array. Here, the array object refers to an object-oriented array structure, such as an array, dictionary, list, or class. It combines the characteristics of arrays and objects, meaning that each element in the array is an object. This array structure can be used to store multiple elements with certain common attributes or behaviors, allowing them to be processed, traversed, and managed together. In this application, each object represents an interface.
[0064] Understandably, load testing script files contain various forms of text data, especially complex ones, making information extraction from them cumbersome and error-prone. Therefore, this application parses load testing script files into object data. Each object in this array has clear attributes and methods, allowing computer devices to directly access and process information from each interface through this object data, thereby obtaining the addresses of each interface.
[0065] Specifically, when a computer device parses a load testing script file into an array object, it first reads the script file and then uses a parser, such as a regular expression parser, JSON parser, or custom script parser, to extract the data. Based on the parsing results, it converts the request corresponding to each interface into an object. This object is then used to construct an array of load testing script files, where each object contains information such as the request address, request method, and request parameters for the corresponding interface. Finally, the computer device can use a pre-defined logic to retrieve the interface address contained in each object by performing conditional indexing on each object within the array.
[0066] In one embodiment, the process of obtaining the addresses of each interface contained in the object array through a preset logic acquisition script in step S122 may include:
[0067] S1221: Obtain the script index to each interface path contained in the object array through preset logic, extract the interface address in each interface path, and perform address deduplication on the extracted results to obtain each interface address contained in the object array.
[0068] In this embodiment, when the computer device obtains the addresses of each interface in the object array, it can first obtain the script index to each interface path contained in the object array through a preset logic, extract the interface address in each interface path, and perform address deduplication on the extraction results to obtain the addresses of each interface contained in the object array.
[0069] It's understandable that the interface path here is a complete interface URL, including the protocol, domain name, and path, while the interface address refers to the path portion of the interface URL. Within the target system, different domain names may point to the same service or functional module; for example, production, development, and testing environments may be deployed on different servers with different domain names, but they typically share the same path structure. Therefore, after indexing the various interface paths contained in the object array, the computer device can extract the interface address from each interface path, then perform address deduplication on the extracted results to obtain the final remaining interface addresses.
[0070] For example, the target system may have two interface paths: http: / / 127.0.0.1 / xxx / aaa and https: / / example.com / xxx / aaa. Both paths point to the same interface address, / xxx / aaa. Therefore, regardless of the domain from which the request originates, the function or resource accessed is the same. When obtaining the interface address, the computer device can focus only on the path portion, i.e., the interface address / xxx / aaa, without needing to distinguish the domain name.
[0071] In one embodiment, the process of parsing the traffic log file to obtain the traffic data of the target system in step S130 may include:
[0072] S131: Use the analyzePressLog method to capture interface access information in the traffic log file, and summarize the traffic data of the target system based on the capture results.
[0073] In this embodiment, when parsing traffic data in a traffic log file, the computer device can use the analyzePressLog method to capture interface access information in the traffic log file and summarize the target system's traffic data based on the capture results, thereby achieving automated parsing of traffic data.
[0074] The `analyzePressLog` method refers to a custom method or function designed to parse traffic log files and extract interface access information from them. In this application, it can also automatically extract interface access information and summarize and analyze this information to generate a traffic data report for the target system.
[0075] Specifically, the computing device can use the analyzePressLog method to parse each request record in the traffic log file and identify the access information of the corresponding interface in the record, such as the interface address, request timestamp, request method, response time, status code, request data volume and other key information. Then, according to the preset rules in the analyzePressLog method, the request records from different interfaces can be grouped and summarized to generate a traffic data report for the target system.
[0076] In one embodiment, the process of summarizing the traffic data of the target system based on the capture results in step S131 may include:
[0077] S1311: Determine the interface address of each interface access information in the capture result, summarize and count the access information of each interface based on each interface address, and obtain the access volume information of each interface address.
[0078] S1312: Generate traffic data for the target system based on access volume information for each interface address.
[0079] In this embodiment, after the computer device captures the interface access information in the traffic log file, it can first determine the interface address of each interface access information in the capture result, and then summarize and count the access information of each interface based on each interface address to obtain the access volume information of each interface address.
[0080] Specifically, after capturing the interface access information for each request record in the traffic file, the computer device can extract and identify the interface address in each access record to obtain the specific interface address corresponding to each request. Next, the computer device can categorize and summarize all captured interface access information using the extracted interface addresses to obtain the access volume information for each interface address. Then, based on the access volume information for each interface address, it generates traffic data for the target system; that is, log records requesting the same interface address in the traffic data will be grouped into one category. For example, all logs for requests to / api / user will be grouped together, while logs for requests to / api / order will be grouped into another. By classifying this interface access data, the computer device can analyze the access situation of each interface more effectively.
[0081] Furthermore, after aggregating the access information for each interface, the computer device can count and statistically analyze the access volume of each interface address. The count typically includes the total number of requests to the interface, the request frequency, and other relevant metrics, such as the number of successful requests and the number of failed requests. This allows for accurate analysis of the activity level of each interface, identifying frequently accessed and less frequently accessed interfaces. Even further, the computer device can also obtain more detailed performance data based on characteristics such as the response time and request source of each interface; specific limitations are not specified here.
[0082] In one embodiment, the process of generating a stress test script analysis report for the target system based on the mapping result in step S140 may include:
[0083] S141: Obtain the interface parameters corresponding to each interface address, and determine the access volume information corresponding to each interface address based on the mapping result.
[0084] S142: Generate a stress test script analysis report for the target system based on each interface address and the corresponding interface parameters and access volume information.
[0085] In this embodiment, after the computer device performs data mapping on traffic data and interface data according to each interface address, the computer device can also obtain the interface parameters corresponding to each interface address, and then determine the access volume information corresponding to each interface address based on the mapping result. In turn, it can generate a stress test script analysis report of the target system based on each interface address and the interface parameters and access volume information corresponding to each interface address.
[0086] Specifically, interface parameters can include interface name, interface address, and other relevant interface configuration data. After obtaining each interface address and its corresponding interface parameters, the computer device can also use preset rules or algorithms to associate the interface parameters and access volume information corresponding to each interface address, and generate a load testing script analysis report for the target system based on the association results, thereby realizing automated data mapping and analysis between traffic log files and various load testing script files.
[0087] Furthermore, during the generation of the load testing script analysis report, the computer equipment can also perform targeted statistics on the access volume information of each interface based on each request record in the traffic data, combined with interface parameters and actual analysis needs. This access volume information can include not only the number of interface requests, but also the time distribution of interface requests, request frequency under different parameter combinations, success rate, response time, etc. This information can reflect the usage and performance of the interface under different conditions, providing a basis for further optimization and analysis.
[0088] In one embodiment, the method may further include:
[0089] S150: The load testing script analysis report is sent to the target user's client using a preset notification strategy.
[0090] In this embodiment, after generating the load testing script analysis report for the target system, the computer device can also send the report to the target user's client using a preset notification strategy to notify the target user to perform further optimization and analysis. The notification strategy may include SMS notifications, email notifications, and sound alerts; no specific notification method is limited here.
[0091] The stress test script analysis device provided in the embodiments of this application is described below. The stress test script analysis device described below can be referred to in correspondence with the stress test script analysis method described above.
[0092] In one embodiment, such as Figure 2 As shown, Figure 2 This application provides a structural schematic diagram of a load testing script analysis device according to an embodiment of the present application. The present application also provides a load testing script analysis device, including a file acquisition module 210, an interface data parsing module 220, a traffic data parsing module 230, and a data mapping module 240, specifically comprising the following:
[0093] The file acquisition module 210 is used to acquire multiple load testing script files and traffic log files from the target system.
[0094] The interface data parsing module 220 is used to extract the interface addresses in each load test script file and generate the interface data of the target system based on the extraction results of each load test script file.
[0095] The traffic data parsing module 230 is used to parse the traffic log file to obtain the traffic data of the target system.
[0096] The data mapping module 240 is used to map interface data and traffic data based on each interface address, and generate a stress test script analysis report for the target system based on the mapping results.
[0097] In the above embodiments, when analyzing load testing scripts, multiple load testing script files and traffic log files in the target system can be obtained first to collect recent system data. Then, the interface addresses in each load testing script file can be extracted, and interface data of the target system can be generated based on the extraction results of each load testing script file. This achieves automated parsing of interface information during system testing, providing a foundation for subsequent data mapping and analysis. Simultaneously, interface traffic parsing can be performed on the traffic log files to obtain traffic data of the target system, thereby achieving automated parsing of the system's traffic situation during testing and serving as an important basis for script analysis effectiveness. Finally, based on each interface address, data mapping can be performed on the interface data and traffic data, and a load testing script analysis report of the target system can be generated based on the mapping results, thereby improving efficiency and accuracy. In summary, this application, through automated parsing of interface data and traffic data, and the process of automated data mapping based on the parsing results, reduces manual intervention, thereby improving the efficiency and accuracy of load testing script analysis, ensuring that the final generated load testing script analysis report accurately reflects the system's performance status.
[0098] In one embodiment, the interface data parsing module 220 may include:
[0099] The array parsing submodule is used to parse each load test script file to obtain an array of objects.
[0100] The address retrieval submodule is used to retrieve the addresses of each interface contained in the object array through a pre-defined logic script.
[0101] In one embodiment, the process of obtaining the addresses of each interface contained in the object array through a preset logic acquisition script in step S122 may include:
[0102] The address extraction unit is used to obtain the script index to each interface path contained in the object array through preset logic, extract the interface address in each interface path, and perform address deduplication on the extraction results to obtain each interface address contained in the object array.
[0103] In one embodiment, the traffic data parsing module 230 may include:
[0104] The information capture submodule is used to capture interface access information in the traffic log file using the analyzePressLog method, and to summarize the traffic data of the target system based on the capture results.
[0105] In one embodiment, the information capture submodule may include:
[0106] The information aggregation unit is used to determine the interface address of each interface access information in the capture results, and to aggregate and count the access information of each interface based on each interface address to obtain the access volume information of each interface address.
[0107] The data generation unit is used to generate traffic data for the target system based on the access volume information of each interface address.
[0108] In one embodiment, the data mapping module 240 may include:
[0109] The parameter acquisition submodule is used to obtain the interface parameters corresponding to each interface address and determine the access volume information corresponding to each interface address based on the mapping result.
[0110] The report generation submodule is used to generate a stress test script analysis report for the target system based on each interface address and the corresponding interface parameters and access volume information.
[0111] In one embodiment, the apparatus may further include:
[0112] The report sending module is used to send the load testing script analysis report to the target user's client using a preset notification strategy.
[0113] In one embodiment, this application also provides a storage medium storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the load testing script analysis method as described in any of the above embodiments.
[0114] In one embodiment, this application also provides a computer device storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the load testing script analysis method as described in any of the above embodiments.
[0115] Indicatively, such as Figure 3 As shown, Figure 3 This is a schematic diagram of the internal structure of a computer device 300 provided in an embodiment of this application. The computer device 300 can be provided as a server. (Refer to...) Figure 3 The computer device 300 includes a processing component 302, which further includes one or more processors, and memory resources represented by memory 301 for storing instructions, such as application programs, that can be executed by the processing component 302. The application programs stored in memory 301 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 302 is configured to execute instructions to perform the stress testing script analysis method of any of the above embodiments.
[0116] The computer device 300 may also include a power supply component 303 configured to perform power management of the computer device 300, a wired or wireless network interface 304 configured to connect the computer device 300 to a network, and an input / output (I / O) interface 305. The computer device 300 may operate on an operating system stored in memory 301, such as Windows Server™, Mac OS X™, Unix™, Linux™, Free BSD™, or similar.
[0117] Those skilled in the art will understand that Figure 3 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.
[0118] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0119] The various embodiments in this specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. The various embodiments can be combined as needed, and the same or similar parts can be referred to each other.
[0120] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. A stress measurement script analysis method characterized by, The method includes: Obtain multiple load testing script files and traffic log files from the target system; Extract each interface address from each load test script file, and generate the interface data of the target system based on the extraction results of each load test script file; The traffic log file is parsed to obtain the traffic data of the target system; Based on each interface address, the interface data and the traffic data are mapped, and a stress test script analysis report of the target system is generated based on the mapping results. The extraction of each interface address from each load testing script file includes: For each load test script file, the load test script file is parsed to obtain an array of objects; The script indexes the objects in the object array using a pre-defined logic, extracts the interface addresses from each interface path, and performs address deduplication on the extracted results to obtain the interface addresses in the object array.
2. The compression script analysis method of claim 1, wherein, The step of parsing the traffic log file to obtain the traffic data of the target system includes: The interface access information in the traffic log file is captured using the analyzePressLog method, and the traffic data of the target system is obtained by summarizing the capture results.
3. The stress testing script analysis method according to claim 2, characterized in that, The process of summarizing the traffic data of the target system based on the capture results includes: Determine the interface address of each interface access information in the capture results, summarize and count the access information of each interface based on each interface address, and obtain the access volume information of each interface address. Traffic data for the target system is generated based on access volume information for each interface address.
4. The compression script analysis method of claim 1, wherein, The step of generating a stress test script analysis report for the target system based on the mapping results includes: Obtain the interface parameters corresponding to each interface address, and determine the access volume information corresponding to each interface address based on the mapping result; A stress test script analysis report for the target system is generated based on each interface address and the corresponding interface parameters and access volume information.
5. The compression script analysis method of claim 1, wherein, The method further includes: The load testing script analysis report is sent to the target user's client using a preset notification strategy.
6. A stress measurement script analysis apparatus characterized by comprising: include: The file acquisition module is used to acquire multiple load testing script files and traffic log files from the target system; The interface data parsing module is used to extract the interface addresses in each load test script file and generate the interface data of the target system based on the extraction results of each load test script file. The traffic data parsing module is used to parse the interface traffic of the traffic log file to obtain the traffic data of the target system. The data mapping module is used to map the interface data and the traffic data based on each interface address, and generate a stress test script analysis report of the target system based on the mapping results. The interface data parsing module includes: For each load test script file, the load test script file is parsed to obtain an array of objects; The script indexes the objects in the object array using a pre-defined logic, extracts the interface addresses from each interface path, and performs address deduplication on the extracted results to obtain the interface addresses in the object array.
7. A storage medium characterized by: The storage medium stores computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the load testing script analysis method as described in any one of claims 1 to 5.
8. A computer device, comprising: include: One or more processors, and memory; The memory stores computer-readable instructions, which, when executed by the one or more processors, perform the steps of the load testing script analysis method as described in any one of claims 1 to 5.