Test log processing method and device, electronic equipment and storage medium

Abstract

The invention discloses a test log processing method and device, electronic equipment and a storage medium. The method comprises the following steps: determining an operating system version and an abnormal target test case in an original test log; and determining a target processing mode corresponding to the target test case according to a matching condition of the problem description corresponding to the target test case in a target preset problem library associated with the operating system version. Through the technical scheme of the embodiment of the invention, the abnormal test case with abnormity can be automatically and accurately positioned, and the corresponding processing mode is automatically determined according to the matching condition of the problem description of the abnormal test case and the target preset problem library, so that the processing efficiency of the test log and the repairing efficiency of the abnormal test case are improved.

Description

Technical Field

[0001] The present invention relates to the field of testing technology, and in particular to a test log processing method, device, electronic equipment and storage medium. Background Art

[0002] Existing, after testing a device or application, a large number of test logs are generated. These test logs are used to reflect the test results of the device or application. Testers can analyze the abnormal problems of the device or application during the test process based on the test logs and fix the corresponding abnormalities. However, different operating system versions and different device types may have repeated abnormal problems after testing, and the huge amount of log data leads to low efficiency in processing test logs. Summary of the invention

[0003] The present invention provides a test log processing method, device, electronic device and storage medium to solve the problem of low test log processing efficiency in the prior art.

[0004] According to one aspect of the present invention, a method for processing a test log is provided, the method comprising:

[0005] Identify the OS version and target test case with anomalies in the original test logs;

[0006] According to the matching situation of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version, the target processing method corresponding to the target test case is determined.

[0007] According to another aspect of the present invention, a test log processing device is provided, the device comprising:

[0008] The system version and test case determination module is used to determine the operating system version and the target test case with abnormalities in the original test log;

[0009] The processing method determination module is used to determine the target processing method corresponding to the target test case according to the matching situation of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version.

[0010] According to another aspect of the present invention, there is provided an electronic device, the electronic device comprising:

[0011] at least one processor; and

[0012] a memory communicatively connected to the at least one processor; wherein,

[0013] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the test log processing method described in any embodiment of the present invention.

[0014] According to another aspect of the present invention, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the test log processing method described in any embodiment of the present invention when executed.

[0015] The technical solution of the embodiment of the present invention solves the problem of low processing efficiency of test logs in the prior art by determining the operating system version and the target test case with an exception in the original test log, and then determining the target processing method corresponding to the target test case according to the matching of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version. It can automatically and accurately locate the abnormal test case with an exception, and automatically determine the corresponding processing method according to the matching of the problem description of the abnormal test case with the target preset problem library, thereby improving the processing efficiency of the test log and the efficiency of repairing the abnormal test case.

[0016] It should be understood that the contents described in this section are not intended to identify the key or important features of the embodiments of the present invention, nor are they intended to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0018] Figure 1 is a flowchart of a test log processing method provided according to Embodiment 1 of the present invention;

[0019] Figure 2 is a flowchart of a test log processing method provided according to Embodiment 2 of the present invention;

[0020] Figure 3 is a flowchart of another test log processing method provided according to Embodiment 2 of the present invention;

[0021] Figure 4 is a schematic diagram of the structure of a test log processing device provided in Embodiment 3 of the present invention;

[0022] Figure 5 The present invention is a schematic diagram of the structure of an electronic device for implementing the test log processing method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0023] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0025] Embodiment 1

[0026] Figure 1 This is a flowchart of a test log processing method provided in the first embodiment of the present invention. This embodiment can be applied to automatically locate abnormal test cases in the test log and provide corresponding processing methods. The method can be executed by a test log processing device. The test log processing device can be implemented in the form of hardware and / or software. The test log processing device can be configured in an electronic device, which can include but is not limited to computers, computers, terminals, servers and other devices with data processing capabilities. Figure 1 As shown, a test log processing method provided in the first embodiment specifically includes the following steps:

[0027] S110. Determine the operating system version and the target test case with an exception in the original test log.

[0028] The original test log may refer to a test log generated after the device or application is tested, which records the test status of each test case during the test of the device or application, for example, it may include information such as success, failure, and blocking of the test case execution.

[0029] In one embodiment, the test may include at least an eco-certification test suite XTS test. Among them, the eco-certification test suite XTS (X Test Suite) is a collection of OpenHarmony eco-certification test suites, which is used to verify whether the partners' equipment and business applications can meet the technical requirements of the OpenHarmony open source compatibility definition, so as to ensure that the equipment and business applications running on OpenHarmony can run stably and normally. XTS currently includes: ①ACTS (Application Compatibility Test Suite) application compatibility test suite, which takes care of northbound HAP (Harmony Ability Package) compatibility and OpenHarmony development API (Application Programming Interface) compatibility; ②HATS (Hardware Abstraction Test Suite) hardware abstraction compatibility test suite, which takes care of HDI (Hardware Device Interface) layer interface; ③DCTS (Distributed Compatibility Test Suite) distributed compatibility test suite, which takes care of distributed compatibility.

[0030] In an embodiment of the present invention, after testing a device or application, the corresponding generated original test log can be obtained, and the corresponding operating system version can be extracted from the original test log, and the target test case with anomalies can be located, so as to determine the target processing method corresponding to the target test case. In a specific embodiment, the operating system version can be extracted from the original test log, and the target test case with anomalies can be located by performing keyword matching in the original test log.

[0031] S120: Determine a target processing method corresponding to the target test case according to a matching condition of a problem description corresponding to the target test case in a target preset problem library associated with the operating system version.

[0032] Among them, the problem description can be understood as the relevant descriptive information of the target test case corresponding to the abnormal problem, for example, it may include but is not limited to: error code (error prompt or error information when the program is running), exception information (unexpected situations that occur during the program running, such as null pointer exception, database exception, IO exception, etc.), etc.

[0033] The target preset question library can be understood as a preset question library corresponding to the operating system version, wherein the preset question library is a database that stores a number of standard questions (i.e., known problems) and corresponding solutions, and the solution can be a solution idea for the corresponding standard problem or a recommended further analysis direction, etc.

[0034] The target processing method can be understood as a processing method determined according to the problem matching situation of the problem description of the target test case in the target preset problem library. Exemplarily, the target processing method may include but is not limited to the following three types: ① If a standard problem that completely matches the problem description can be found in the target preset problem library, the code patch associated with the above standard problem is found in the pre-configured corresponding preset patch library; ② If a standard problem similar to the problem description can be found in the target preset problem library, the solution corresponding to the standard problem is fed back to the user (such as developers, testers, etc.), and the user performs manual analysis and solution according to the above solution and writes the corresponding code patch; ③ If there is no standard problem that is the same or similar to the problem description in the target preset problem library, the problem description is directly fed back to the user, and the user performs manual analysis and solution and writes the corresponding code patch.

[0035] In an embodiment of the present invention, a problem description corresponding to a target test case with an exception, such as an error code, exception information, etc., can be extracted from the test log, and then the problem description corresponding to the target test case is matched with each standard problem pre-stored in a target preset problem library, and the target processing method corresponding to the target test case is determined according to the corresponding problem library matching situation. For example, if a standard problem that completely matches the problem description can be found in the target preset problem library, the code patch associated with the above-mentioned standard problem is found in the pre-configured corresponding preset patch library; for another example, if there is no completely matching standard problem in the target preset problem library, but there are similar or similar standard problems, the solution corresponding to the standard problem is fed back to the user, and the user manually analyzes and solves it according to the above-mentioned solution and writes the corresponding code patch, and so on.

[0036] Further, based on the above-mentioned embodiment of the invention, before S120, the following steps are further included:

[0037] According to the operating system version, the corresponding target preset question library is found in the preset question library set.

[0038] In an embodiment of the present invention, in order to facilitate problem matching between the problem description corresponding to the target test case and the preset question library, before problem matching, the target preset question library associated with the extracted operating system version can be searched in a pre-configured preset question library set.

[0039] Further, based on the above-mentioned embodiment of the invention, a method for processing a test log provided in this embodiment further includes:

[0040] According to different versions of operating systems, corresponding versions of preset question libraries are created, and each preset question library is stored in a preset question library set; wherein the preset question library contains a plurality of standard questions and solutions corresponding to each standard question.

[0041] In an embodiment of the present invention, since abnormal problems that occur after XTS testing of devices of different types (models) under the same operating system version are often similar, that is, they belong to the same type of problems, corresponding versions of preset problem libraries can be created according to different operating system versions, that is, corresponding preset problem libraries are created for each version of the operating system, and the created preset problem libraries are stored in a preset problem library set; wherein the preset problem library contains a plurality of standard problems and corresponding solutions, and the standard problem can be a solved problem formed by a user's manual analysis of abnormal problems that occurred in historical XTS tests of different devices, and each standard problem is respectively configured with a corresponding solution, such as a solution idea or a recommended further analysis direction, so that when an abnormal problem that is the same or similar to that in the preset problem library occurs after the XTS test, the user can refer to the corresponding solution to quickly repair the corresponding abnormal problem.

[0042] Further, based on the above-mentioned embodiment of the invention, a method for processing a test log provided in this embodiment further includes:

[0043] According to different device types and different versions of operating systems, corresponding versions of preset patch libraries are created, and each preset patch library is stored in a preset patch library set; wherein the preset patch library contains code patches corresponding to solutions to multiple standard problems.

[0044] In an embodiment of the present invention, in consideration of the differences between different operating system versions and different device types, in order to improve the efficiency of repairing abnormal (test case) problems, corresponding versions of preset patch libraries can be created in advance for different device types and different operating system versions, that is, if the number of device types is M and the number of operating system versions is N, then the number of preset patch libraries is M*N (the number of preset problem libraries is N), and each created preset patch library is stored in a preset patch library set; wherein, the preset patch library contains code patches corresponding to solutions to multiple standard problems, that is, for known abnormal problems, corresponding code patches will be formed after manual analysis and resolution by the user, and stored in the corresponding preset patch library, so that when a standard problem that is completely matched with the preset problem library appears after the XTS test, the corresponding code patch can be found in the corresponding preset patch library, so as to achieve rapid repair of the abnormal problem.

[0045] The technical solution of the embodiment of the present invention solves the problem of low processing efficiency of test logs in the prior art by determining the operating system version and the target test case with an exception in the original test log, and then determining the target processing method corresponding to the target test case according to the matching of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version. It can automatically and accurately locate the abnormal test case with an exception, and automatically determine the corresponding processing method according to the matching of the problem description of the abnormal test case with the target preset problem library, thereby improving the processing efficiency of the test log and the efficiency of repairing the abnormal test case.

[0046] Embodiment 2

[0047] Figure 2 The flowchart of a test log processing method provided in the second embodiment of the present invention is further optimized and expanded based on the above implementation, and can be combined with various optional technical solutions in the above implementation. Figure 2 As shown, a test log processing method provided in the second embodiment specifically includes the following steps:

[0048] S210: Read the original test log from the preset log storage directory, and extract the operating system version from the original test log.

[0049] Among them, the preset log storage directory may refer to a pre-configured directory for storing original test logs. The preset log storage directory may be set according to actual application requirements, for example, according to the actual test framework and project structure. This embodiment does not impose any specific restrictions on this.

[0050] In an embodiment of the present invention, after testing a device or application, the original test log can be obtained from a pre-configured preset log storage directory, and then the corresponding operating system version can be extracted from the obtained original test log by methods including but not limited to regular expression matching, keyword matching, etc.

[0051] S220: Perform keyword matching in the original test log according to the preset filtering keywords to obtain a filtered target test log.

[0052] The preset filtering keyword may refer to a keyword used to filter the original test log so as to quickly identify log entries containing potential abnormal problems, for example, including but not limited to the following keywords: Failed, Blocked, etc. The target test log may refer to a set of log entries containing only potential abnormalities obtained by filtering the original test log according to the preset filtering keyword.

[0053] In the embodiment of the present invention, pre-configured preset filtering keywords such as Failed and Blocked can be used to perform keyword matching in the acquired original test log to quickly identify log entries containing potential abnormal problems, thereby obtaining the corresponding target test log. This embodiment can improve the processing efficiency of subsequent test logs by automatically identifying abnormal log entries in the original test log using preset filtering keywords.

[0054] S230: Perform keyword matching in the target test log according to the preset positioning keywords to locate the target test case with abnormalities.

[0055] The preset positioning keyword may refer to a keyword used to quickly locate a target test case from a target test log. The preset positioning keyword may include but is not limited to: a timestamp, a case identifier, a task identifier, and the like.

[0056] In the embodiment of the present invention, the target test log can be further parsed, and the target test case with abnormalities can be accurately located in the target test log through preset positioning keywords such as but not limited to timestamp, case identifier, task identifier, etc.

[0057] S240: extract the problem description corresponding to the target test case, and extract the device type from the original test log.

[0058] In an embodiment of the present invention, after locating a target test case with an exception, the problem description corresponding to the target test case can be extracted from the target test log, such as the error code, exception information, etc. corresponding to the target test case; at the same time, the corresponding device type can be extracted from the acquired original test log by methods including but not limited to regular expression matching, keyword matching, etc.

[0059] S250, respectively determine the similarity between the question description and each standard question in the target preset question library, and obtain the target standard question with the highest corresponding similarity and the target similarity corresponding to the target standard question.

[0060] In an embodiment of the present invention, the matching between the problem description corresponding to the target test case and the problem in the target preset problem library can be measured by using text similarity. Specifically, by calling a pre-configured text similarity determination algorithm or text similarity determination model, the similarity between the problem description of the target test case and each standard problem in the target preset problem library is determined, and the target standard problem in the target preset problem library with the highest similarity to the aforementioned problem description, i.e., the highest matching degree, and the target similarity corresponding to the target standard problem are determined. Among them, the text similarity determination algorithm and the text similarity determination model may include but are not limited to: cosine similarity algorithm, Jaccard similarity algorithm, Word2Vec model, BERT (Bidirectional Encoder Representations from Transformers) model, etc.

[0061] S260. When the target similarity is a preset similarity standard value, the target processing method is determined as follows: searching for a corresponding target preset patch library in a preset patch library set according to the operating system version and the device type, and searching for a corresponding target code patch in the target preset patch library according to the identification information of the target standard problem.

[0062] Among them, the preset similarity standard value can be understood as the corresponding text similarity when the two texts are the same text, that is, they are completely matched. It can be understood that the setting of the preset similarity standard value is related to the text similarity calculation method adopted. For example, if the cosine similarity algorithm is used, the corresponding text similarity value range is [0,1], and the closer the value is to 1, the closer the two texts are, then the preset similarity standard value can be set to 1.

[0063] In an embodiment of the present invention, when it is detected that the target similarity is a preset similarity standard value, that is, when the problem description corresponding to the target test case completely matches the target standard problem, the target processing method corresponding to the target test case can be determined as follows: first, the operating system version and device type extracted above are used to find the corresponding associated target preset patch library in the pre-configured preset patch library set, and then the problem number and other identification information of the target standard problem are used to find the target code patch associated with it in the target preset patch library, and the target code patch is fed back to the user, so that the subsequent user can repair the abnormal problem corresponding to the target test case based on the target patch code.

[0064] S270: When the target similarity is greater than a preset similarity threshold and less than a preset similarity standard value, the target processing method is determined as: extracting and outputting a target solution corresponding to the target standard problem.

[0065] Among them, the preset similarity threshold can be understood as a pre-configured critical threshold for characterizing the similarity between two texts, that is, the greater the preset similarity threshold, the more the two texts match, and the smaller the preset similarity threshold, the less the two texts match. The preset similarity threshold can be set according to actual application requirements. For example, taking the cosine similarity algorithm as an example, the preset similarity threshold can be set to 0.75 or 0.8, etc.

[0066] In an embodiment of the present invention, when it is detected that the target similarity is greater than a preset similarity threshold and less than a preset similarity standard value, that is, the problem description corresponding to the target test case is similar to the matched target standard problem or the two belong to the same type of problems, the target processing method corresponding to the target test case can be determined as follows: extract the target solution associated with the target standard problem from the target preset problem library, and feed back the target solution to the user, who will subsequently perform manual analysis and solve the problem based on the target solution and write corresponding code patches.

[0067] S280: When the target similarity is less than or equal to a preset similarity threshold, the target processing method is determined as: directly outputting the problem description.

[0068] In an embodiment of the present invention, when it is detected that the target similarity is less than or equal to a preset similarity threshold, that is, the problem description corresponding to the target test case does not match any standard question in the target preset question library, the target processing method corresponding to the target test case can be determined as follows: directly feed back the problem description corresponding to the target test case to the user, who will subsequently perform manual analysis and solve the problem based on the problem description and write corresponding code patches.

[0069] Further, based on the above-mentioned embodiment of the invention, a method for processing a test log provided by an embodiment of the invention further includes:

[0070] When the target similarity is not equal to the preset similarity standard value, the user's new solution and new code patch file for the problem description are obtained, and based on the problem description, the new solution and the new code patch file, the target preset problem library and the target preset patch library are updated respectively.

[0071] Among them, the newly added solution can be understood as a solution specially used to solve the problem description formed by the user after manual analysis and solution, such as a solution idea or a recommended further analysis direction, etc. The newly added code patch file can be understood as a code patch written by the user for the problem description, which can be used to fix the abnormal problem corresponding to the problem description.

[0072] In an embodiment of the present invention, when it is detected that the target similarity is not equal to the preset similarity standard value, that is, there is no standard problem in the target preset problem library that completely matches the problem description of the target test case, after the user performs manual analysis and solution, the new solution and new code patch file for the problem description uploaded by the user can be obtained, and then the problem description and the new solution can be updated to the corresponding target preset problem library, and the new code patch file can be updated to the corresponding target preset patch library, so that the same or similar problems can be quickly resolved when encountered subsequently.

[0073] Figure 3 This is a flowchart of another test log processing method provided in Embodiment 2 of the present invention. Figure 3 As shown, in the test log processing method, the corresponding target processing method can be determined according to the different matching situations between the problem description of the target test case and the target preset question library. The specific implementation process can refer to the above embodiment and will not be repeated here.

[0074] The technical solution of the embodiment of the present invention can improve the processing efficiency of the test log by automatically filtering the repeated abnormal log entries in the original test log using preset filtering keywords; at the same time, it can reduce the resolution of repeated problems and improve the repair efficiency of abnormal test cases by automatically analyzing and outputting solutions or code patches corresponding to abnormal test cases using a pre-configured preset problem library and a preset patch library; in addition, the adaptive ability of the system can be further enhanced by continuously updating and improving the preset problem library and the preset patch library.

[0075] Embodiment 3

[0076] Figure 4 This is a schematic diagram of the structure of a test log processing device provided in Embodiment 3 of the present invention. Figure 4 As shown, the device comprises:

[0077] The system version and test case determination module 31 is used to determine the operating system version and the target test case with abnormalities in the original test log;

[0078] The processing method determination module 32 is used to determine the target processing method corresponding to the target test case according to the matching situation of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version.

[0079] The technical solution of the embodiment of the present invention solves the problem of low processing efficiency of test logs in the prior art by determining the operating system version and the target test case with an exception in the original test log, and then determining the target processing method corresponding to the target test case according to the matching of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version. It can automatically and accurately locate the abnormal test case with an exception, and automatically determine the corresponding processing method according to the matching of the problem description of the abnormal test case with the target preset problem library, thereby improving the processing efficiency of the test log and the efficiency of repairing the abnormal test case.

[0080] Furthermore, based on the above-mentioned embodiment of the invention, the test log processing device further includes:

[0081] The target preset question library search module is used to search for the corresponding target preset question library in the preset question library set according to the operating system version.

[0082] Further, based on the above-mentioned embodiment of the invention, the system version and test case determination module 31 includes:

[0083] The original test log and system version acquisition unit is used to read the original test log from the preset log storage directory and extract the operating system version from the original test log;

[0084] The target test log acquisition unit is used to perform keyword matching in the original test log according to the preset filtering keywords to obtain the filtered target test log;

[0085] The target test case locating unit is used to perform keyword matching in the target test log according to preset locating keywords to locate the target test case with abnormalities.

[0086] Further, based on the above-mentioned embodiment of the invention, the processing mode determination module 32 includes:

[0087] A problem description and device type acquisition unit, used to extract the problem description corresponding to the target test case and extract the device type from the original test log;

[0088] A question library matching unit is used to determine the similarity between the question description and each standard question in the target preset question library, and obtain the target standard question with the highest similarity and the target similarity corresponding to the target standard question;

[0089] The first processing mode determination unit is used to determine the target processing mode as follows: searching for a corresponding target preset patch library in the preset patch library set according to the operating system version and the device type, and searching for a corresponding target code patch in the target preset patch library according to the identification information of the target standard problem when the target similarity is a preset similarity standard value;

[0090] A second processing mode determining unit is used to determine the target processing mode as: extracting and outputting a target solution corresponding to the target standard problem when the target similarity is greater than a preset similarity threshold and less than a preset similarity standard value;

[0091] The third processing method determining unit is used to determine the target processing method as: directly outputting the problem description when the target similarity is less than or equal to a preset similarity threshold.

[0092] Further, based on the above-mentioned embodiment of the invention, the processing mode determination module 32 also includes

[0093] The problem library and patch library updating unit is used to obtain the user's new solution and new code patch file for the problem description when the target similarity is not equal to the preset similarity standard value, and based on the problem description, the new solution and the new code patch file, update the target preset problem library and the target preset patch library respectively.

[0094] Furthermore, based on the above-mentioned embodiment of the invention, the test log processing device further includes:

[0095] The question library creation module is used to create corresponding versions of preset question libraries according to different versions of the operating system, and store each preset question library in a preset question library set; wherein the preset question library contains multiple standard questions and solutions corresponding to each standard question.

[0096] Furthermore, based on the above-mentioned embodiment of the invention, the test log processing device further includes:

[0097] The patch library creation module is used to create corresponding versions of preset patch libraries according to different device types and different versions of operating systems, and store each preset patch library in a preset patch library set; wherein the preset patch library contains code patches corresponding to solutions to multiple standard problems.

[0098] The test log processing device provided in the embodiment of the present invention can execute the test log processing method provided in any embodiment of the present invention, and has the functional modules and beneficial effects corresponding to the execution method.

[0099] Embodiment 4

[0100] Figure 5A schematic diagram of an electronic device 40 that can be used to implement an embodiment of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0101] like Figure 5 As shown, the electronic device 40 includes at least one processor 41, and a memory connected to the at least one processor 41, such as a read-only memory (ROM) 42, a random access memory (RAM) 43, etc., wherein the memory stores a computer program that can be executed by at least one processor, and the processor 41 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 42 or the computer program loaded from the storage unit 48 to the random access memory (RAM) 43. In the RAM 43, various programs and data required for the operation of the electronic device 40 can also be stored. The processor 41, the ROM 42, and the RAM 43 are connected to each other through a bus 44. An input / output (I / O) interface 45 is also connected to the bus 44.

[0102] A number of components in the electronic device 40 are connected to the I / O interface 45, including: an input unit 46, such as a keyboard, a mouse, etc.; an output unit 47, such as various types of displays, speakers, etc.; a storage unit 48, such as a disk, an optical disk, etc.; and a communication unit 49, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 49 allows the electronic device 40 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0103] The processor 41 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the processor 41 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The processor 41 executes the various methods and processes described above, such as a method for processing a test log.

[0104] In some embodiments, the test log processing method can be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 48. In some embodiments, part or all of the computer program can be loaded and / or installed on the electronic device 40 via the ROM 42 and / or the communication unit 49. When the computer program is loaded into the RAM 43 and executed by the processor 41, one or more steps of the test log processing method described above can be performed. Alternatively, in other embodiments, the processor 41 can be configured to execute the test log processing method in any other appropriate manner (for example, by means of firmware).

[0105] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0106] Computer programs for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that when the computer program is executed by the processor, the functions / operations specified in the flow chart and / or block diagram are implemented. The computer program may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0107] In the context of the present invention, a computer-readable storage medium may be a tangible medium that may contain or store a computer program for use by or in combination with an instruction execution system, device or equipment. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0108] To provide interaction with a user, the systems and techniques described herein may be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices may also be used to provide interaction with the user; for example, the feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form (including acoustic input, voice input, or tactile input).

[0109] The systems and techniques described herein may be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0110] A computing system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The client and server relationship is generated by computer programs running on the corresponding computers and having a client-server relationship with each other. The server may be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and VPS services.

[0111] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps described in the present invention can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution of the present invention can be achieved, and this document does not limit this.

[0112] The above specific implementations do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for processing a test log, characterized in that: The method comprises: Identify the OS version and target test case with anomalies in the original test logs; The target processing method corresponding to the target test case is determined according to a matching condition of the problem description corresponding to the target test case in the target preset question library associated with the operating system version.

2. The method according to claim 1, characterized in that: The step of determining the operating system version and the target test case with anomalies in the original test log includes: Read the original test log from a preset log storage directory, and extract the operating system version from the original test log; Perform keyword matching in the original test log according to the preset filtering keywords to obtain a filtered target test log; Keyword matching is performed in the target test log according to preset positioning keywords to locate the target test case with anomalies.

3. The method according to claim 1, characterized in that Before determining the target processing method corresponding to the target test case according to the matching situation of the problem description corresponding to the target test case in the target preset question library associated with the operating system version, the method further includes: According to the operating system version, the corresponding target preset question library is searched in the preset question library set.

4. The method according to claim 1, characterized in that: The determining, according to a matching condition of a problem description corresponding to the target test case in a target preset problem library associated with the operating system version, a target processing method corresponding to the target test case includes: Extracting the problem description corresponding to the target test case, and extracting the device type from the original test log; Determine the similarity between the problem description and each standard problem in the target preset problem library respectively, and obtain the target standard problem with the highest corresponding similarity and the target similarity corresponding to the target standard problem; When the target similarity is a preset similarity standard value, the target processing method is determined as follows: searching for a corresponding target preset patch library in a preset patch library set according to the operating system version and the device type, and searching for a corresponding target code patch in the target preset patch library according to the identification information of the target standard problem; When the target similarity is greater than a preset similarity threshold and less than the preset similarity standard value, the target processing method is determined as: extracting and outputting a target solution corresponding to the target standard problem; When the target similarity is less than or equal to the preset similarity threshold, the target processing method is determined as: directly outputting the problem description.

5. The method according to claim 4, characterized in that Also includes: When the target similarity is not equal to the preset similarity standard value, a new solution and a new code patch file for the problem description by the user are obtained, and based on the problem description, the new solution and the new code patch file, the target preset problem library and the target preset patch library are updated respectively.

6. The method according to claim 1, characterized in that Also includes: According to different versions of the operating system, a preset question library of corresponding version is created, and each of the preset question libraries is stored in a preset question library set; wherein the preset question library contains a plurality of standard questions and solutions corresponding to each of the standard questions.

7. The method according to claim 1, characterized in that Also includes: According to different device types and different versions of operating systems, corresponding versions of preset patch libraries are created, and each of the preset patch libraries is stored in a preset patch library set; wherein the preset patch library contains code patches corresponding to solutions to multiple standard problems.

8. A test log processing device, characterized in that: The device comprises: The system version and test case determination module is used to determine the operating system version and the target test case with abnormalities in the original test log; The processing method determination module is used to determine the target processing method corresponding to the target test case according to the matching situation of the problem description corresponding to the target test case in the target preset problem library associated with the operating system version.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor. The computer program is executed by the at least one processor so that the at least one processor can execute the test log processing method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the test log processing method according to any one of claims 1 to 7 when executed.

Images