Error analysis method, device, computer equipment and storage medium

Abstract

The present application discloses an error analysis method, apparatus, computer equipment and storage medium, comprising: monitoring error information sent by any access terminal according to a preset monitoring terminal; extracting user behavior data of a target terminal corresponding to the error information, wherein the target terminal is the access terminal that sends the error information, and the user behavior data is a plurality of user instructions generated by user operations when generating the error information; collecting the terminal operating environment of the target terminal to generate an environment image file, and constructing a plurality of test containers according to the image file; generating a plurality of test cases according to the user behavior data, and inputting the plurality of test cases into the plurality of test containers respectively, wherein the number of the test cases is the same as the number of the test containers; and generating an error analysis result for the error information based on the test results of running each test case in the plurality of test containers.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of data processing, and in particular to an error analysis method, apparatus, computer equipment, and storage medium. Background Art

[0002] A distributed system is a software system built on a network. Precisely because of the nature of software, distributed systems are highly cohesive and transparent. Therefore, the difference between a network and a distributed system lies more in high-level software, particularly the operating system, rather than in hardware. In a distributed system, each access terminal may encounter task execution errors when executing tasks. These errors are typically caused by improper operation by the user of the access terminal.

[0003] The inventors of the present invention discovered during research that in the prior art, when an execution error occurs on an access terminal, the access terminal is unable to promptly analyze the erroneous behavior of sending the error message, but only saves the running error in the execution log and sends the execution task log to the administrator's terminal. The administrator then performs manual error troubleshooting based on experience, and the troubleshooting efficiency is extremely low. Summary of the Invention

[0004] Embodiments of the present invention provide a method, apparatus, computer equipment, and storage medium capable of efficiently troubleshooting execution errors of an access terminal.

[0005] To solve the above technical problems, a technical solution adopted in an embodiment of the present invention is to provide an error analysis method, comprising:

[0006] Monitor error information sent by any access terminal according to a preset monitoring terminal;

[0007] Extracting user behavior data of a target terminal corresponding to the error message, wherein the target terminal is an access terminal that sends the error message, and the user behavior data is a plurality of user instructions generated by a user operation when generating the error message;

[0008] Collecting the terminal operating environment of the target terminal to generate an environment image file, and constructing multiple test containers according to the image file, wherein the multiple test containers are all used to simulate the operating environment of the target terminal;

[0009] generating a plurality of test cases according to the user behavior data, and inputting the plurality of test cases into the plurality of test containers, respectively, wherein the number of the test cases is the same as the number of the test containers, and there are differences between the test cases;

[0010] An error analysis result for the error information is generated based on the test results of running each test case in the multiple test containers.

[0011] Optionally, before monitoring the error information sent by any access terminal according to the preset monitoring terminal, the method includes:

[0012] The access terminal executes a randomly generated delay task, and when the delay task of any access terminal is achieved, the any access terminal sends a recommendation request to other access terminals;

[0013] After sending the referral request, the any access terminal receives a referral reply from another access terminal based on the referral request;

[0014] The number of the recommendation replies is counted, and when the number of the recommendation replies is greater than a preset threshold, any access terminal is elected as a monitoring terminal.

[0015] Optionally, the monitoring error information sent by any access terminal according to a preset monitoring terminal includes:

[0016] Generate monitoring tools by tracking points in the task threads of each access terminal;

[0017] When the monitoring tool monitors any task thread execution error, it reads multiple user instructions within the time period generated by any task thread;

[0018] The multiple user instructions are written into a DEL file according to a generation sequence to generate the error message, and the error message is sent to the monitoring terminal.

[0019] Optionally, collecting the terminal operating environment of the target terminal to generate an environment image file, and constructing multiple test containers according to the image file, includes:

[0020] Collecting the operating environment of the target terminal, wherein the operating environment includes the system type and system configuration parameters of the target terminal;

[0021] Calling a corresponding system file according to the system type, and configuring the system file according to the system configuration parameters to generate the image file;

[0022] Multiple containers are activated according to the image file, and the image file is sent to the multiple containers to configure the test environment and then build the multiple test containers.

[0023] Optionally, generating a plurality of test cases according to the user behavior data and inputting the plurality of test cases into the plurality of test containers respectively includes:

[0024] Arranging the user instructions in the user behavior data in time sequence to generate an instruction time sequence;

[0025] Generating an instruction topology graph according to the instruction timing, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction;

[0026] Replacing any one instruction node in the instruction topology graph according to a preset replacement strategy to generate multiple correction topology graphs;

[0027] A plurality of test cases are generated according to the instruction logic of the plurality of correction topology graphs, and the plurality of test cases are respectively input into the plurality of test containers.

[0028] Optionally, the generating an error analysis result for the error information based on the test results of running each test case in the multiple test containers includes:

[0029] collecting test results output by the multiple test containers;

[0030] Selecting a correct test result from the test results as the target test result;

[0031] Comparing and analyzing the user instructions represented by the correction topology map corresponding to the target test result with the user behavior data to determine the erroneous instructions in the user behavior data;

[0032] An error analysis result for the error information is generated according to the error instruction.

[0033] Optionally, after generating an error analysis result for the error information based on the test results of running each test case in the multiple test containers, the method further includes:

[0034] Sending the error analysis result to the target terminal;

[0035] The target terminal prompts the user of the erroneous instruction according to the error analysis result, and stores the error information and the error analysis result in association.

[0036] To solve the above technical problems, an embodiment of the present invention further provides an error analysis device, comprising:

[0037] A monitoring module, configured to monitor error information sent by any access terminal according to a preset monitoring terminal;

[0038] an extraction module, configured to extract user behavior data of a target terminal corresponding to the error message, wherein the target terminal is an access terminal that sends the error message, and the user behavior data is a plurality of user instructions generated by a user operation when generating the error message;

[0039] an acquisition module, configured to acquire the terminal operating environment of the target terminal to generate an environment image file, and to construct a plurality of test containers according to the image file, wherein the plurality of test containers are each configured to simulate the operating environment of the target terminal;

[0040] a processing module, configured to generate a plurality of test cases based on the user behavior data, and input the plurality of test cases into the plurality of test containers, respectively, wherein the number of the test cases is the same as the number of the test containers, and there are differences between the test cases;

[0041] The execution module is configured to generate an error analysis result for the error information based on the test results of running each test case in the multiple test containers.

[0042] Optionally, the error analysis device further includes:

[0043] A first generating submodule is configured for access terminals to execute randomly generated delay tasks, and when the delay task of any access terminal is achieved, the any access terminal sends a recommendation request to other access terminals;

[0044] A first processing submodule is configured to receive, after any access terminal sends the referral request, a referral response from another access terminal based on the referral request;

[0045] The first execution submodule is configured to count the number of the recommendation replies, and when the number of the recommendation replies is greater than a preset threshold, any access terminal is selected as a monitoring terminal.

[0046] Optionally, the error analysis device further includes:

[0047] The first monitoring submodule is used to generate a monitoring tool for burying points in the task thread of each access terminal;

[0048] The second processing submodule is configured to read a plurality of user instructions within a time period generated by any task thread when the monitoring tool monitors that any task thread reports an execution error;

[0049] The second execution submodule is configured to write the plurality of user instructions into a DEL file according to a generation sequence to generate the error message, and send the error message to the monitoring terminal.

[0050] Optionally, the error analysis device further includes:

[0051] A first collection submodule is configured to collect the operating environment of the target terminal, wherein the operating environment includes the system type and system configuration parameters of the target terminal;

[0052] A third processing submodule is configured to call a corresponding system file according to the system type, and configure the system file according to the system configuration parameters to generate the image file;

[0053] The third execution submodule is configured to activate multiple containers according to the image file, and send the image file to the multiple containers to configure a test environment and then build the multiple test containers.

[0054] Optionally, the error analysis device further includes:

[0055] A first arrangement submodule, configured to arrange the user instructions in the user behavior data in a time sequence to generate an instruction time sequence;

[0056] A second generating submodule is configured to generate an instruction topology graph according to the instruction sequence, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction;

[0057] a fourth processing submodule, configured to replace any instruction node in the instruction topology graph according to a preset replacement strategy to generate a plurality of corrected topology graphs;

[0058] The fourth execution submodule is configured to generate a plurality of test cases according to the instruction logics of the plurality of correction topology graphs, and input the plurality of test cases into the plurality of test containers respectively.

[0059] Optionally, the error analysis device further includes:

[0060] A second collection submodule, configured to collect the test results output by the plurality of test containers;

[0061] A first selection submodule is used to select a test result that is correctly run among the test results as a target test result;

[0062] A fifth processing submodule is configured to compare and analyze the user instructions represented by the correction topology map corresponding to the target test result with the user behavior data to determine erroneous instructions in the user behavior data;

[0063] The fifth execution submodule is configured to generate an error analysis result for the error information according to the error instruction.

[0064] Optionally, the error analysis device further includes:

[0065] A sixth processing submodule, configured to send the error analysis result to the target terminal;

[0066] The sixth execution submodule is configured to prompt the target terminal of an erroneous instruction to the user according to the error analysis result, and associate the error information with the error analysis result for storage.

[0067] To solve the above technical problems, an embodiment of the present invention further provides a computer device, comprising a memory and a processor, wherein the memory stores computer-readable instructions, and when the computer-readable instructions are executed by the processor, the processor executes the steps of the above-mentioned error analysis method.

[0068] To solve the above technical problem, an embodiment of the present invention further provides a computer storage medium, wherein when the computer-readable instructions are executed by one or more processors, the one or more processors execute the steps of the above-mentioned error analysis method.

[0069] The beneficial effects of the embodiments of the present invention are as follows: error information of access terminals in a distributed system is collected through a monitoring terminal, and then, through a virtual container, multiple test containers with the same operating environment as the target terminal that sends the error information are constructed, and the user behavior when the error information is triggered is collected, and after the user behavior is corrected in a targeted manner, it is converted into multiple test cases. Finally, the test cases are run through the test container to simulate the operation process of the target terminal. Since the test cases are all corrected, there are differences between the user instructions of the original user behavior data. These differences, combined with the operation results, can determine which erroneous instructions of the user caused the error information, thereby reducing the time for error information processing, replacing manual error review, and improving the efficiency of error information error determination. BRIEF DESCRIPTION OF THE DRAWINGS

[0070] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0071] Figure 1 This is a basic flow chart of an error analysis method according to a specific embodiment of the present application;

[0072] Figure 2 This is a flowchart of determining a monitoring terminal according to a specific embodiment of the present application;

[0073] Figure 3 A schematic diagram of a process for generating error information according to a specific embodiment of the present application;

[0074] Figure 4 This is a schematic diagram of a process for constructing a test container according to a specific embodiment of the present application;

[0075] Figure 5 A flowchart of generating test cases and performing tests for a specific embodiment of the present application;

[0076] Figure 6 A flowchart of generating error analysis results according to a specific embodiment of the present application is provided;

[0077] Figure 7 This is a flowchart of sending error analysis results to a target terminal according to an embodiment of the present application;

[0078] Figure 8 This is a schematic diagram of the basic structure of an error analysis device according to one embodiment of the present application;

[0079] Figure 9 This is a basic structural block diagram of a computer device according to an embodiment of the present application. DETAILED DESCRIPTION

[0080] The following describes in detail embodiments of the present application, examples of which are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present application, and are not to be construed as limiting the present application.

[0081] Those skilled in the art will understand that, unless otherwise stated, the singular forms "a," "an," "said," and "the" used herein may also include plural forms. It should be further understood that the term "comprising" used in the specification of this application refers to the presence of the stated features, integers, steps, operations, elements, and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0082] It will be understood by those skilled in the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by those skilled in the art to which this application belongs. It should also be understood that terms such as those defined in common dictionaries should be understood to have meanings consistent with their meanings in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless specifically defined as herein.

[0083] As will be understood by those skilled in the art, the term "terminal" as used herein includes both devices that are wireless signal receivers, i.e., devices that only have wireless signal receivers without transmission capabilities, and devices that have receiving and transmitting hardware capable of performing two-way communication over a two-way communication link. Such devices may include: cellular or other communication devices with single-line displays, multi-line displays, or cellular or other communication devices without multi-line displays; PCS (Personal Communications Service) devices that may combine voice, data processing, fax, and / or data communication capabilities; PDAs (Personal Digital Assistants) that may include a radio frequency receiver, a pager, Internet / Intranet access, a web browser, a notepad, a calendar, and / or a GPS (Global Positioning System) receiver; and conventional laptop and / or palmtop computers or other devices that have and / or include a radio frequency receiver. As used herein, a "terminal" may be portable, transportable, installed in a vehicle (air, sea, and / or land), or adapted and / or configured to operate locally, and / or in a distributed manner, at any other location on Earth and / or in space. As used herein, a "terminal" may also be a communication terminal, an Internet access terminal, or a music / video playback terminal, such as a PDA, an MID (Mobile Internet Device), and / or a mobile phone with music / video playback capabilities, or a device such as a smart TV or a set-top box.

[0084] See also Figure 1 , Figure 1 Schematic diagram of the basic flow of the error analysis method of this embodiment.

[0085] like Figure 1 As shown, an error analysis method includes:

[0086] S110. Monitoring error information sent by any access terminal according to a preset monitoring terminal;

[0087] The error analysis method in this embodiment is applicable to a distributed computer system. Each participating node in the distributed system is defined as an access terminal.

[0088] Each access terminal is monitored by the CAT system. CAT (Central Application Tracking) is an open-source, Java-based, real-time distributed application monitoring platform that provides comprehensive monitoring services and business decision support. CAT defines a basic monitoring model for real-time monitoring and can be customized based on user settings. For example, for distributed, full-link tracking monitoring, users can create their own tracking points to obtain monitoring information.

[0089] In this embodiment, a listening terminal is provided. This listening terminal is elected from among numerous access terminals. The specific method of election is as follows: after the previous data cycle ends and the last elected listening terminal completes its listening task, all access terminals in the distributed system randomly generate a delay task. When the access terminal's delay task is fulfilled (i.e., the delay task is reset to zero), the access terminal sends a nomination request to other access terminals in the system. The purpose of the nomination request is to gain the other access terminals' agreement to nominate it as a listening terminal. Upon receiving the nomination request, if the other access terminals have not yet issued their own nomination request, they agree to the first nomination request they receive and reject all subsequent nomination requests. If, after receiving a nomination request, the other access terminals have already issued their own nomination request, they will not respond to any other nomination requests. The information corresponding to the nomination request is a nomination reply. The access terminal that receives the nomination reply is equivalent to receiving an election vote. When the number of votes received exceeds half of the total number of terminals, the access terminal is automatically defined as a monitoring terminal and sends the election results to other terminals. Upon receiving the results, the other access terminals stop sending nomination requests and automatically convert to normal access terminals. This monitoring terminal nomination method prevents the entire system from crashing due to a monitoring terminal failure. The random switching of the monitoring system also improves the stealth of monitoring terminals and protects them from random attacks.

[0090] The monitoring terminal is used to receive error information in the entire system. The error information is that an execution error occurs when any access terminal in the system executes the user's user instruction. After the execution error occurs, the corresponding access terminal collects and packages the user's operation instructions within the execution error corresponding time period to generate a data packet. In this embodiment, the error information is sent

[0091] After receiving the error message sent by any access terminal, the monitoring terminal needs to analyze the cause of the error message.

[0092] S120: Extracting user behavior data of a target terminal corresponding to the error message, wherein the target terminal is an access terminal that sends the error message, and the user behavior data is a plurality of user instructions generated by a user operation when generating the error message;

[0093] After receiving the error message, the monitoring terminal analyzes the data and obtains the user behavior data of the target terminal. The target terminal refers to the access terminal that sent the error message. To determine which user command caused the error message, it is necessary to collect user commands over a period of time. Therefore, multiple user commands are analyzed to obtain the user's commands. In this embodiment, the number of user commands referred to is two, three, four, or more.

[0094] S130: Collect the terminal operating environment of the target terminal to generate an environment image file, and construct multiple test containers according to the image file, wherein the multiple test containers are all used to simulate the operating environment of the target terminal;

[0095] After receiving the error message, the monitoring terminal reads the operating environment of the target terminal, which includes the system type of the target terminal, system configuration parameters, API interface of the task thread, and SDK interface.

[0096] Generates the target terminal's environment image file based on the target terminal's system type (application type) and system configuration parameters. The environment image file combines a specific set of files into a single file in a container-executable format to facilitate installation of the container in the simulated environment.

[0097] After generating the environment image file, you need to start a running instance that executes it. This running instance is the test container. The test container shares the operating system and kernel of the host on which it resides. Specifically, the test container shares the operating system and kernel of the monitoring terminal. Simply by sending the system type and system configuration parameters for the target terminal's tasks to the test container, the test container can simulate the target terminal's operating environment when executing user commands.

[0098] To determine which user command caused the system error, we need to replace multiple user commands issued by the user. If the test case generated after a replaced command can be successfully executed, it means that the replaced user command is the user command that caused the error, thus determining the cause of the system error. Based on the above analysis process, we can see that when building a test container, we need to build multiple test containers and test multiple adjusted test cases.

[0099] Each test container simulates the same operating environment, that is, the operating environment of the target terminal.

[0100] S140: Generate multiple test cases based on the user behavior data, and input the multiple test cases into the multiple test containers, respectively. The number of the test cases is the same as the number of the test containers, and there are differences between the test cases.

[0101] After the test container is enabled, the next step is to generate test cases. A test case describes the testing tasks for a specific software product, embodying the test plan, methods, techniques, and strategies. It includes test objectives, test environment, input data, test steps, expected results, and test scripts, ultimately forming a document.

[0102] The test cases in this embodiment are generated based on the user behavior data of the target terminal. Specifically: the user instructions in the user behavior data are arranged in time sequence according to the time of release to generate the instruction sequence, that is, the user instructions are arranged in sequence according to the time of their release. After the arrangement is completed, the instruction sequence is visualized, and each user instruction is converted into a graphic node. Each graphic node represents a user instruction called an instruction node. The instruction nodes are interconnected to generate an instruction topology diagram for representing the user instruction set. Each instruction node in the instruction topology diagram records a user instruction, and the user instruction in the instruction node is replaced by clicking the instruction node.

[0103] The specific replacement method is: each type of user instruction has an identical or similar user instruction set, or a replacement instruction set for a user instruction is statistically summarized through historical data. In each set of test cases, only the instructions of one instruction node are replaced. During replacement, a replacement instruction is selected from the instruction set corresponding to the instruction node and replaced with it, completing the instruction replacement for the set of test cases.

[0104] In some implementations, when a replacement instruction set corresponding to an instruction node contains multiple replacement instructions, the replacements should be performed sequentially. For example, if the instruction set corresponding to the first instruction node contains 10 replacement instructions, 10 test cases are generated at the first instruction node. After the test case generation for the first instruction node is complete, the replacement and test case generation for the second instruction node are performed, and so on until all instruction nodes are replaced.

[0105] After the instruction nodes are replaced, a correction topology graph is generated. The correction topology graph represents a series of test instructions. After the test instructions are packaged, a test case corresponding to the correction topology graph is generated.

[0106] After generating multiple test cases, each test case is sent to a corresponding test container. After each test container receives the test case, it executes the user instructions in the test case through the built target terminal operating environment to generate the corresponding test results.

[0107] S150: Generate an error analysis result for the error information based on the test results of running each test case in the multiple test containers.

[0108] After the test cases in each test container are executed, corresponding test results are generated. Some of these test results may be the result of test case execution failure, while others may be the result of test case execution success.

[0109] The test cases that successfully executed are extracted, and the corresponding correction topology map and the user instruction set corresponding to the correction topology map are retrieved. After comparing this user instruction set with the user instruction set represented by the user behavior data, the erroneous user instruction that caused the error message in the target terminal can be determined. An error analysis result is generated based on the erroneous user instruction, and the erroneous user instruction is recorded in the error analysis result.

[0110] In some implementations, the results of running multiple test cases may be that all test cases fail to run. This indicates that the cause of the error message is not due to user instructions, but an error in the target terminal's operating environment.

[0111] In some implementations, the results of running multiple test cases may be that all test cases run successfully. This indicates that the cause of the error message is a false trigger, and the target terminal runs without errors.

[0112] In the above-mentioned implementation mode, the error information of the access terminal in the distributed system is collected by the monitoring terminal, and then, a plurality of test containers with the same operating environment as the target terminal that sends the error information are constructed by means of virtual containers, and the user behavior when the error information is triggered is collected, and the user behavior is corrected in a targeted manner and converted into a plurality of test cases. Finally, the test cases are run through the test container to simulate the operation process of the target terminal. Since the test cases are all corrected, there are differences between the user instructions of the original user behavior data. These differences, combined with the operation results, can determine which erroneous instructions of the user caused the error information, thereby reducing the time for processing the error information, replacing manual error review, and improving the efficiency of error determination of the error information.

[0113] In some implementations, after a data cycle ends, the distributed system needs to re-determine the monitoring terminals in the system. Figure 2 , Figure 2 This is a schematic diagram of the process of determining the monitoring terminal in this embodiment.

[0114] like Figure 2 As shown, before S110, including:

[0115] S101: An access terminal executes a randomly generated delay task. When the delay task of any access terminal is completed, the access terminal sends a recommendation request to other access terminals.

[0116] After the previous data cycle ends and the last nominated listening terminal completes its listening task, all access terminals in the distributed system randomly generate a delay task. When the delay task of an access terminal is fulfilled (i.e., the delay task is cleared), the access terminal sends a recommendation request to other access terminals in the system. The purpose of the recommendation request is to get other access terminals to agree to recommend it as a listening terminal.

[0117] S102. After sending the referral request, any access terminal receives a referral response from another access terminal based on the referral request.

[0118] After receiving a referral request, if other access terminals have not yet sent their own referral request, they will approve the first one they receive and reject all subsequent referral requests. If, after receiving a referral request, their own referral request has already been sent, they will not respond to any other referral requests. The corresponding information for a referral request is a referral reply, and the access terminal that receives the reply is equivalent to receiving an election ticket.

[0119] S103: Count the number of the recommendation replies. When the number of the recommendation replies is greater than a preset threshold, any access terminal is selected as a monitoring terminal.

[0120] When the number of votes received exceeds half of the total number of terminals, the access terminal is automatically defined as a monitoring terminal and sends the election results to other terminals. Upon receiving the results, the other access terminals stop sending nomination requests and automatically convert to normal access terminals. This monitoring terminal nomination method prevents the entire system from crashing due to a monitoring terminal failure. The random switching of the monitoring system also improves the stealth of monitoring terminals and protects them from random attacks.

[0121] In this embodiment, the preset threshold is half the number of access terminals in the distributed system. However, the value of the preset threshold is not limited thereto, and in some embodiments, the value of the preset threshold can be customized according to different specific application scenarios.

[0122] In some implementations, the access terminal monitors the error reporting task by means of embedded monitoring, and then generates corresponding error reporting information according to the error reporting task. Figure 3 , Figure 3 This is a flow chart of generating error information in this embodiment.

[0123] like Figure 3 As shown, S110 includes:

[0124] S111. Generate a monitoring tool by embedding points in the task thread of each access terminal;

[0125] Tracking is performed on access terminals connected to the distributed system, generating a monitoring tool. This monitoring tool is actually a hook installed on the access terminal. When the access terminal runs the task thread of the application, a subroutine (hook) is set on the task thread to monitor the execution of the application task thread. The trigger condition of the subroutine is then set to start when an error occurs in the execution of the application task thread, completing the tracking monitoring of each access terminal.

[0126] S112. When the monitoring tool monitors any task thread execution error, read multiple user instructions within the time period generated by the task thread;

[0127] When a monitoring tool installed in an access terminal detects an error in any task thread during task execution, it is immediately triggered. It then reads the task thread's operating environment, environment parameters, and call interface. These parameters are then used by the distributed system to simulate the target terminal's operating environment.

[0128] When the monitoring tool is triggered, it is also necessary to extract the user instructions issued by the user when the error-reporting task thread is generated. That is, the task thread is generated based on the user instructions. When the task thread reports an error, it is necessary to call the user instructions that issued the task thread. In addition, the execution error of the task thread is not only related to the user instructions that issued the task thread, but also to the associated task instructions other than the user instructions. For example, after clicking to start a certain application, the user immediately clicks on the page function of the application, causing the application to crash. Therefore, it is necessary to collect multiple user instructions within the time period when the task thread is generated. Specifically, with the moment when the task thread is issued as the midpoint, collect the user instructions within 2 seconds before and after this moment. However, the collection duration of the collection time period can be customized according to the actual needs of the application scenario.

[0129] S113: Write the multiple user instructions into a DEL file according to a generation sequence to generate the error message, and send the error message to the monitoring terminal.

[0130] The collected multiple user instructions are written into a DEL file (Creator Simulator Compiled Module file) in the order of generation. A DEL file is a data list file. Therefore, each user instruction of the user can be written into the DEL file in sequence according to the time of its generation. In some embodiments, in addition to writing the user instructions into the DEL file, it is also necessary to write information such as the operating environment, environmental parameters, and calling interface of the task thread executing the task into the DEL file.

[0131] When the DEL file is written, error information is obtained, and the access terminal corresponding to the error information sends the error information to the monitoring terminal.

[0132] In some implementations, after receiving the error message sent by the target terminal, the monitoring terminal needs to start and configure the test container. Figure 4 , Figure 4 This is a schematic diagram of the process of constructing a test container in this embodiment.

[0133] like Figure 4 The S130 shown includes:

[0134] S131. Collecting the operating environment of the target terminal, wherein the operating environment includes the system type and system configuration parameters of the target terminal;

[0135] After receiving the error message, the monitoring terminal reads the operating environment of the target terminal, which includes the system type of the target terminal, system configuration parameters, API interface of the task thread, and SDK interface.

[0136] The monitoring terminal collects the target terminal's operating environment information directly from the error messages sent by the target terminal. The error messages are stored in a DEL file format, which contains information about the operating environment, environmental parameters, and call interfaces. These call interfaces include the task thread's API and SDK interfaces.

[0137] In some embodiments, the monitoring terminal can also collect the target terminal's operating environment by accessing the target terminal's task log. When the target terminal is in execution, it writes various terminal parameters to the task log, including the target terminal's operating environment, namely, the target terminal's system type, system configuration parameters, and the task thread's API and SDK interfaces. After accessing the target terminal's task log, the monitoring terminal can collect the target terminal's operating environment through the corresponding fields.

[0138] S132: calling a corresponding system file according to the system type, and configuring the system file according to the system configuration parameters to generate the image file;

[0139] Generates the target terminal's environment image file based on the target terminal's system type (application type) and system configuration parameters. The environment image file combines a specific set of files into a single file in a container-executable format to facilitate installation of the container in the simulated environment.

[0140] The system type corresponds to the type of application associated with the target terminal's error task thread. Therefore, once the system type is determined, the application's system files (installation package) can be retrieved. After obtaining the application's installation package, the various parameters within the package must be configured to ensure it is compatible with the target terminal's operating environment. Once the installation package's parameters are configured, the package is converted and compressed to create an image file.

[0141] S133: Activate multiple containers according to the image file, and send the image file to the multiple containers to configure the test environment and then build the multiple test containers.

[0142] After generating the environment image file, you need to start a running instance that executes the environment file. This running instance is the test container. The test container will share the operating system / kernel of the host on which it is located. In other words, the test container will share the operating system / kernel of the monitoring terminal. By simply sending the system type and system configuration parameters for the task being executed in the target terminal to the test container, the test container will be able to simulate the operating environment of the target terminal when executing user instructions. It should be noted that a blank container is pre-built in the monitoring terminal. When the image file is generated, the monitoring terminal activates and starts the above container. After the blank container starts running, the image file is sent to the blank container for program installation. The container with the installed image file becomes the test container.

[0143] Test containers are more lightweight than independent terminals. Using containers as test units can reduce testing costs and is the basis for the practice of this implementation method.

[0144] In some implementations, after the test container is generated, a corresponding test case needs to be generated for testing. The test case is converted from the replaced user instructions, and the wrong user instructions that cause the error message are found through the elimination method. Figure 5 , Figure 5 A flowchart of generating test cases and performing tests for this embodiment.

[0145] like Figure 5 As shown, S140 includes:

[0146] 141. Arrange the user instructions in the user behavior data in time sequence to generate an instruction time sequence;

[0147] The user instructions in the user behavior data are arranged in time sequence according to the time of release to generate an instruction time sequence, that is, the user instructions are arranged in sequence according to the time of their release.

[0148] S142. Generate an instruction topology graph according to the instruction time sequence, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction;

[0149] After the arrangement is completed, the instruction sequence is visualized and each user instruction is converted into a graphic node. Each graphic node represents a user instruction and is called an instruction node. The instruction nodes are interconnected to generate an instruction topology graph for representing the user instruction set.

[0150] S143. Replace any instruction node in the instruction topology graph according to a preset replacement strategy to generate multiple corrected topology graphs;

[0151] Each instruction node in the instruction topology diagram records a user instruction. Click the instruction node to replace the user instruction in the instruction node.

[0152] The specific replacement method is: each type of user instruction has an identical or similar user instruction set, or a replacement instruction set for a user instruction is statistically summarized through historical data. In each set of test cases, only the instructions of one instruction node are replaced. During replacement, a replacement instruction is selected from the instruction set corresponding to the instruction node and replaced with it, completing the instruction replacement for the set of test cases.

[0153] In some implementations, when a replacement instruction set corresponding to an instruction node contains multiple replacement instructions, the replacements should be performed sequentially. For example, if the instruction set corresponding to the first instruction node contains 10 replacement instructions, 10 test cases are generated at the first instruction node. After the test case generation for the first instruction node is complete, the replacement and test case generation for the second instruction node are performed, and so on until all instruction nodes are replaced.

[0154] It should be noted that when the number of corrected topology maps generated by replacement exceeds the number of open test containers, the test containers need to be replenished to make the number equal to the corrected topology maps. Therefore, the process of generating test cases is dynamic, and steps S131-S133 can be performed before or after this step.

[0155] S144 , generating a plurality of test cases according to the instruction logic of the plurality of correction topology graphs, and inputting the plurality of test cases into the plurality of test containers respectively.

[0156] After the instruction nodes are replaced, a correction topology graph is generated. The correction topology graph represents a series of test instructions. After the test instructions are packaged, a test case corresponding to the correction topology graph is generated.

[0157] After generating multiple test cases, each test case is sent to a corresponding test container. After each test container receives the test case, it executes the user instructions in the test case through the built target terminal operating environment to generate the corresponding test results.

[0158] In some implementations, after the test container completes the execution of the test case, it is necessary to generate an error analysis report based on the test results of each test container. Figure 6 , Figure 6 A flowchart for generating error analysis results in this embodiment.

[0159] like Figure 6 As shown, the S150 includes:

[0160] S151, collecting test results output by the multiple test containers;

[0161] After the test cases in each test container are executed, corresponding test results are generated. Some of these test results may be the result of test case execution failure, while others may be the result of test case execution success.

[0162] S152: Selecting a correct test result from the test results as a target test result;

[0163] The test cases that are successfully executed are extracted, and the corresponding correction topology graph is read. The test results of the successfully executed test cases are defined as the target test results.

[0164] S153: Compare and analyze the user instructions represented by the correction topology map corresponding to the target test result with the user behavior data to determine erroneous instructions in the user behavior data;

[0165] The test cases that successfully executed are extracted, and the corresponding correction topology map and the user instruction set corresponding to the correction topology map are retrieved. After comparing this user instruction set with the user instruction set represented by the user behavior data, the erroneous user instruction that caused the error message in the target terminal can be determined. An error analysis result is generated based on the erroneous user instruction, and the erroneous instruction is recorded in the error analysis result.

[0166] S154: Generate an error analysis result for the error information according to the error instruction.

[0167] After analyzing and obtaining the erroneous instruction, the erroneous instruction is saved in a blank analysis document to generate an error analysis result. In some embodiments, the error analysis result is visually presented according to different specific application scenarios. Specifically, the instruction topology diagram is called, the instruction node of the erroneous instruction in the instruction topology diagram is found, and the instruction node is displayed in a differentiated manner so that the color or shape of the instruction node graphic is different from the shapes of other instruction nodes. For example, the normal instruction node is black in graphic form, and the instruction node graphic corresponding to the erroneous instruction is rendered in red. Alternatively, the normal instruction node is a quadrilateral in graphic form, and the instruction node graphic corresponding to the erroneous instruction is set to a quadrilateral. After the instruction node graphic corresponding to the erroneous instruction is displayed in a differentiated manner, a connecting line is extended in the horizontal direction of the instruction node image, an instruction node graphic is generated at the end of the connecting line, and the correct alternative instruction corresponding to the erroneous instruction is displayed at the extended instruction node. Graphical display can make the error analysis result more intuitive and, at the same time, facilitate prompting users to correct the erroneous instruction.

[0168] The test results are not limited to the above method. In some implementations, the running results of multiple test cases may be that all test cases fail to run. This situation indicates that the reason for the error message is not due to user instructions, but an error in the operating environment of the target terminal.

[0169] In some implementations, the results of running multiple test cases may be that all test cases run successfully. This indicates that the cause of the error message is a false trigger, and the target terminal runs without errors.

[0170] If the test results show the above two situations, the corresponding error causes will be written into a blank analysis document to generate error analysis results.

[0171] In some implementations, after the error analysis result is generated, it is necessary to send the error analysis result to the target terminal. Figure 7 , Figure 7 This is a flow chart of sending error analysis results to a target terminal according to this embodiment.

[0172] like Figure 7 As shown, after S150, including:

[0173] S161, sending the error analysis result to the target terminal;

[0174] After generating the error analysis result, the monitoring terminal sends the error analysis result to the target terminal. Specifically: according to the IP address of the target terminal, the monitoring terminal performs addressing. After the addressing is linked to the target terminal, the monitoring terminal sends the error analysis result to the target terminal through the link.

[0175] S162: The target terminal prompts the user of an erroneous instruction according to the error analysis result, and stores the error information and the error analysis result in association.

[0176] After receiving the error analysis results, the target terminal prompts the user based on the error instructions recorded in the error analysis results. The prompt method is to prompt the user of the error instructions through a pop-up window. After prompting the user, the error information and the error analysis results should be associated and stored, that is, the error information and the error analysis results should be stored in a key-value pair format to build a local error database. When the error information appears again, the error information is first searched in the local error database. If the search is unsuccessful, the error information is uploaded to the monitoring terminal. After the corresponding error analysis results are retrieved from the local error database, the user is directly prompted without sending the error information to the monitoring terminal.

[0177] By analyzing the error reports from the monitoring terminal and building a local error database on the target terminal, the target terminal's computing power can be saved, the computing power advantage of the monitoring terminal can be fully utilized, and functional complementarity can be achieved. This also further improves the efficiency of error processing.

[0178] In order to solve the above technical problems, the embodiment of the present invention also provides an error analysis device. Figure 8 , Figure 8 This is a schematic diagram of the basic structure of the error analysis device in this embodiment.

[0179] like Figure 8 As shown, an error analysis device includes: a monitoring module 110, an extraction module 120, a collection module 130, a processing module 140, and an execution module 150. The monitoring module 110 is configured to monitor error information sent by any access terminal according to a preset monitoring terminal; the extraction module 120 is configured to extract user behavior data of a target terminal corresponding to the error information, wherein the target terminal is the access terminal that sent the error information, and the user behavior data is multiple user instructions generated by user operations when generating the error information; the collection module 130 is configured to collect the terminal operating environment of the target terminal to generate an environment image file, and to construct multiple test containers based on the image file, wherein the multiple test containers are each configured to simulate the operating environment of the target terminal; the processing module 140 is configured to generate multiple test cases based on the user behavior data, and to input the multiple test cases into the multiple test containers, wherein the number of the test cases is the same as the number of the test containers, and there are differences between the test cases; and the execution module 150 is configured to generate an error analysis result for the error information based on the test results of running each test case in the multiple test containers.

[0180] The error analysis device collects error information of access terminals in a distributed system through a monitoring terminal, and then constructs multiple test containers with the same operating environment as the target terminal that sends the error information through a virtual container, and collects the user behavior when the error information is triggered. After targeted correction of the user's behavior, it is converted into multiple test cases. Finally, the test cases are run through the test container to simulate the operation process of the target terminal. Since the test cases are all corrected, there are differences between the user instructions of the original user behavior data. These differences combined with the operation results can determine which user's erroneous instructions caused the error information, reducing the time for error information processing, replacing manual error review, and improving the efficiency of error information error determination.

[0181] In some embodiments, the error analysis device further includes:

[0182] A first generating submodule is configured for access terminals to execute randomly generated delay tasks, and when the delay task of any access terminal is achieved, the any access terminal sends a recommendation request to other access terminals;

[0183] A first processing submodule is configured to receive, after any access terminal sends the referral request, a referral response from another access terminal based on the referral request;

[0184] The first execution submodule is configured to count the number of the recommendation replies, and when the number of the recommendation replies is greater than a preset threshold, any access terminal is selected as a monitoring terminal.

[0185] In some embodiments, the error analysis device further includes:

[0186] The first monitoring submodule is used to generate a monitoring tool for burying points in the task thread of each access terminal;

[0187] The second processing submodule is configured to read a plurality of user instructions within a time period generated by any task thread when the monitoring tool monitors that any task thread reports an execution error;

[0188] The second execution submodule is configured to write the plurality of user instructions into a DEL file according to a generation sequence to generate the error message, and send the error message to the monitoring terminal.

[0189] In some embodiments, the error analysis device further includes:

[0190] A first collection submodule is configured to collect the operating environment of the target terminal, wherein the operating environment includes the system type and system configuration parameters of the target terminal;

[0191] A third processing submodule is configured to call a corresponding system file according to the system type, and configure the system file according to the system configuration parameters to generate the image file;

[0192] The third execution submodule is configured to activate multiple containers according to the image file, and send the image file to the multiple containers to configure a test environment and then build the multiple test containers.

[0193] In some embodiments, the error analysis device further includes:

[0194] A first arrangement submodule, configured to arrange the user instructions in the user behavior data in a time sequence to generate an instruction time sequence;

[0195] A second generating submodule is configured to generate an instruction topology graph according to the instruction sequence, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction;

[0196] a fourth processing submodule, configured to replace any instruction node in the instruction topology graph according to a preset replacement strategy to generate a plurality of corrected topology graphs;

[0197] The fourth execution submodule is configured to generate a plurality of test cases according to the instruction logics of the plurality of correction topology graphs, and input the plurality of test cases into the plurality of test containers respectively.

[0198] In some embodiments, the error analysis device further includes:

[0199] A second collection submodule, configured to collect the test results output by the plurality of test containers;

[0200] A first selection submodule is used to select a test result that is correctly run among the test results as a target test result;

[0201] A fifth processing submodule is configured to compare and analyze the user instructions represented by the correction topology map corresponding to the target test result with the user behavior data to determine erroneous instructions in the user behavior data;

[0202] The fifth execution submodule is configured to generate an error analysis result for the error information according to the error instruction.

[0203] In some embodiments, the error analysis device further includes:

[0204] A sixth processing submodule, configured to send the error analysis result to the target terminal;

[0205] The sixth execution submodule is configured to prompt the target terminal of an erroneous instruction to the user according to the error analysis result, and associate the error information with the error analysis result for storage.

[0206] To solve the above technical problems, the embodiment of the present invention also provides a computer device. Figure 9 , Figure 9 This is a basic structural block diagram of the computer device in this embodiment.

[0207] like Figure 9 As shown, a schematic diagram of the internal structure of a computer device. The computer device includes a processor, a non-volatile storage medium, a memory and a network interface connected via a system bus. Among them, the non-volatile storage medium of the computer device stores an operating system, a database and computer-readable instructions, and the database may store a control information sequence, and when the computer-readable instructions are executed by the processor, the processor may implement an error analysis method. The processor of the computer device is used to provide computing and control capabilities to support the operation of the entire computer device. The memory of the computer device may store computer-readable instructions, and when the computer-readable instructions are executed by the processor, the processor may execute an error analysis method. The network interface of the computer device is used to connect and communicate with a terminal. Those skilled in the art will understand that Figure 9 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0208] In this embodiment, the processor is used to execute Figure 8 The memory stores the program code and various data required to execute the specific functions of the monitoring module 110, extraction module 120, acquisition module 130, processing module 140, and execution module 150. The network interface is used to transmit data between user terminals or servers. The memory in this embodiment stores the program code and data required to execute all submodules in the error analysis device. The server can call the server's program code and data to execute the functions of all submodules.

[0209] The computer equipment collects error information of access terminals in the distributed system through monitoring terminals, and then constructs multiple test containers with the same operating environment as the target terminal that sends the error information through virtual containers, and collects user behavior when the error information is triggered. After targeted correction of the user's behavior, it is converted into multiple test cases. Finally, the test cases are run through the test container to simulate the operation process of the target terminal. Since the test cases are all corrected, there are differences between the user instructions of the original user behavior data. These differences combined with the operation results can determine which user's erroneous instructions caused the error information, reducing the time for error information processing, replacing manual error review, and improving the efficiency of error information error determination.

[0210] The present invention also provides a computer storage medium, which, when the computer-readable instructions are executed by one or more processors, causes the one or more processors to execute the steps of the error analysis method of any of the above embodiments.

[0211] Those skilled in the art will appreciate that all or part of the processes in the above-described method embodiments can be implemented by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When executed, the program can include the processes in the above-described method embodiments. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

[0212] Those skilled in the art will appreciate that the steps, measures, and schemes in the various operations, methods, and processes discussed in this application may be interchanged, modified, combined, or deleted. Furthermore, other steps, measures, and schemes in the various operations, methods, and processes discussed in this application may also be interchanged, modified, rearranged, decomposed, combined, or deleted. Furthermore, steps, measures, and schemes in the prior art that are similar to those disclosed in this application may also be interchanged, modified, rearranged, decomposed, combined, or deleted.

[0213] The above description is only part of the implementation methods of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. An error analysis method, characterized in that: include: Monitor error information sent by any access terminal according to a preset monitoring terminal; Extracting user behavior data of a target terminal corresponding to the error message, wherein the target terminal is an access terminal that sends the error message, and the user behavior data is a plurality of user instructions generated by a user operation when generating the error message; Collecting the terminal operating environment of the target terminal to generate an environment image file, and constructing multiple test containers according to the image file, wherein the multiple test containers are all used to simulate the operating environment of the target terminal; generating a plurality of test cases according to the user behavior data, and inputting the plurality of test cases into the plurality of test containers, respectively, wherein the number of the test cases is the same as the number of the test containers, and there are differences between the test cases; Generating an error analysis result for the error information based on the test results of running each test case in the multiple test containers; Generating a plurality of test cases according to the user behavior data and inputting the plurality of test cases into the plurality of test containers respectively includes: Arranging the user instructions in the user behavior data in time sequence to generate an instruction time sequence; Generating an instruction topology graph according to the instruction timing, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction; Replacing any one instruction node in the instruction topology graph according to a preset replacement strategy to generate multiple correction topology graphs; A plurality of test cases are generated according to the instruction logic of the plurality of correction topology graphs, and the plurality of test cases are respectively input into the plurality of test containers.

2. The error analysis method according to claim 1, characterized in that: Before monitoring the error information sent by any access terminal according to the preset monitoring terminal, the method includes: The access terminal executes a randomly generated delay task, and when the delay task of any access terminal is completed, the any access terminal sends a recommendation request to other access terminals; After sending the referral request, the any access terminal receives a referral reply from another access terminal based on the referral request; The number of the recommendation replies is counted, and when the number of the recommendation replies is greater than a preset threshold, any access terminal is elected as a monitoring terminal.

3. The error analysis method according to claim 1, characterized in that: The step of monitoring the error information sent by any access terminal according to a preset monitoring terminal includes: Generate monitoring tools by tracking points in the task threads of each access terminal; When the monitoring tool monitors any task thread execution error, it reads multiple user instructions within the time period generated by any task thread; The multiple user instructions are written into a DEL file according to a generation sequence to generate the error message, and the error message is sent to the monitoring terminal.

4. The error analysis method according to claim 1, characterized in that: The collecting the terminal operating environment of the target terminal to generate an environment image file, and constructing multiple test containers according to the image file, includes: Collecting the operating environment of the target terminal, wherein the operating environment includes the system type and system configuration parameters of the target terminal; Calling a corresponding system file according to the system type, and configuring the system file according to the system configuration parameters to generate the image file; Multiple containers are activated according to the image file, and the image file is sent to the multiple containers to configure the test environment and then build the multiple test containers.

5. The error analysis method according to claim 1, characterized in that: The generating of an error analysis result for the error information based on the test results of running each test case in the multiple test containers includes: collecting test results output by the multiple test containers; Selecting a correct test result from the test results as the target test result; Comparing and analyzing the user instructions represented by the correction topology map corresponding to the target test result with the user behavior data to determine the erroneous instructions in the user behavior data; An error analysis result for the error information is generated according to the error instruction.

6. The error analysis method according to claim 1, characterized in that: After generating an error analysis result for the error information based on the test results of running each test case in the multiple test containers, the method includes: Sending the error analysis result to the target terminal; The target terminal prompts the user of the erroneous instruction according to the error analysis result, and stores the error information and the error analysis result in association.

7. An error analysis device, characterized in that: include: A monitoring module, configured to monitor error information sent by any access terminal according to a preset monitoring terminal; an extraction module, configured to extract user behavior data of a target terminal corresponding to the error message, wherein the target terminal is an access terminal that sends the error message, and the user behavior data is a plurality of user instructions generated by a user operation when generating the error message; an acquisition module, configured to acquire the terminal operating environment of the target terminal to generate an environment image file, and to construct a plurality of test containers according to the image file, wherein the plurality of test containers are each configured to simulate the operating environment of the target terminal; a processing module, configured to generate a plurality of test cases based on the user behavior data, and input the plurality of test cases into the plurality of test containers, respectively, wherein the number of the test cases is the same as the number of the test containers, and there are differences between the test cases; An execution module, configured to generate an error analysis result for the error information based on the test results of running each test case in the multiple test containers; The processing module includes: A first arrangement submodule, configured to arrange the user instructions in the user behavior data in a time sequence to generate an instruction time sequence; A second generating submodule is configured to generate an instruction topology graph according to the instruction sequence, wherein the instruction topology graph includes a plurality of instruction nodes, each instruction node corresponding to a user instruction; a fourth processing submodule, configured to replace any instruction node in the instruction topology graph according to a preset replacement strategy to generate a plurality of corrected topology graphs; The fourth execution submodule is configured to generate a plurality of test cases according to the instruction logics of the plurality of correction topology graphs, and input the plurality of test cases into the plurality of test containers respectively.

8. A computer device, characterized in that: The method comprises a memory and a processor, wherein the memory stores computer-readable instructions, and when the computer-readable instructions are executed by the processor, the processor executes the steps of the error analysis method according to any one of claims 1 to 6.

9. A computer storage medium, characterized in that When the computer-readable instructions are executed by one or more processors, the one or more processors are caused to perform the steps of the error analysis method according to any one of claims 1 to 6.

Images