CN114328189A - Fault recurrence method, device, terminal and computer readable storage medium - Google Patents

Abstract

The present application provides a fault recurrence method, device, terminal and computer-readable storage medium, which relate to the field of fault detection, and the method is applied to a terminal. First, the terminal generates the corresponding test case according to the operation steps, then runs the test case to generate the test log, and displays the test log on the terminal so that the user can verify the correctness of the test log. The preset location identifier is added to the test case, and then the identification case is obtained. The terminal runs the identification case, and when a fault occurs, a fault log is generated and sent. By adding the location identifier to the test case to obtain the identification use case, and running the identification use case continuously to find out the occasional fault in the program, the occasional fault can be quickly reproduced, and the difficulty of the repair process of the occasional fault can be reduced, effectively Save time cost.

Description

Fault reproduction method, device, terminal and computer-readable storage medium

technical field

The present application relates to the field of fault detection, and in particular, to a fault reproduction method, device, terminal, and computer-readable storage medium.

Background technique

With the continuous development of information technology, more and more applications are installed on the terminal, and some faults will occur during the operation and development of the application. Most of the faults can be reproduced, but some of them are occasional or It is difficult to reproduce, and this kind of failure is called an occasional failure. Occasional failures do not have any regularity and are completely random, which makes it difficult for testers and R&D personnel to find the problem. among.

In order to find the cause of the occasional failure, the tester can only obtain the corresponding test steps through continuous testing, and it is difficult to quickly reproduce the occasional failure after the occurrence of the occasional failure. The process of failure increases the difficulty and also consumes a lot of time. Therefore, how to reproduce the occasional failure of the application has become an urgent technical problem to be solved.

SUMMARY OF THE INVENTION

In order to overcome the above deficiencies in the prior art, the embodiments of the present application provide a method, device, terminal, and computer-readable storage medium for reproducing faults, which can achieve the purpose of reproducing occasional faults of application programs.

In order to achieve the above purpose, the technical solutions adopted in the embodiments of the present application are as follows:

In a first aspect, an embodiment of the present application provides a fault recurrence method, which is applied to a terminal, and the method includes:

Generate corresponding test cases according to the operation steps, and the operation steps are determined in advance according to external feedback or functional testing;

Running the test case to generate a test log, and displaying the test log on the terminal so that the user can verify the correctness of the test log;

In the case that the test log is correct, adding a preset location identifier to the test case to obtain an identification case;

The identification use case is run, and a failure log is generated and sent when the identification use case fails.

Further, before the corresponding test case is generated according to the operation steps, it also includes:

Get system information entered by the user;

Log in to the corresponding system to be tested according to the system information, and the system to be tested corresponds to the test case.

Further, the operation steps include an operation type, a positioning method and an operation mode, and the step of generating a corresponding test case according to the operation steps includes:

Generate a test case script according to the operation type, the positioning method and the operation mode;

The test case script is run to obtain the test case.

Further, the method also includes:

The test log is sent if the test log is erroneous.

In a second aspect, an embodiment of the present application further provides a fault reproduction device, which is applied to a terminal, and the device includes:

a generation module, configured to generate corresponding test cases according to the operation steps, the operation steps are determined in advance according to external feedback or functional tests;

a running module, configured to run the test case to generate a test log, and display the test log on the terminal so that the user can verify the correctness of the test log;

An adding module is used to add a preset location identifier to the test case to obtain an identification case when the test log is correct;

The running module is further configured to run the identification use case, and generate and send a fault log when the identification use case fails.

Further, the device also includes:

The acquisition module is used to acquire the system information input by the user;

The login module is used to log in to the corresponding system under test according to the system information, and the system under test corresponds to the test case.

Further, the operation step includes an operation type, a positioning method and an operation mode, and the generating module includes:

generating a submodule for generating a test case script according to the operation type, the positioning method and the operation mode;

The running submodule is used for running the test case script to obtain the test case.

Further, the device also includes:

A sending module, configured to send the test log when the test log is wrong.

In a third aspect, an embodiment of the present application further provides a terminal, including: a processor, a memory, and a bus, where the memory stores program instructions executable by the processor, and when the client runs, the processing The processor communicates with the memory through a bus, and the processor executes the program instructions, so as to execute the fault recovery method according to any one of the first aspects when executed.

In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and the computer program is executed by a processor when any one of the first aspect is executed. The described failure reproduction method.

The present application provides a fault reproduction method, device, terminal and computer-readable storage medium, which are applied to a terminal. First, the terminal generates the corresponding test case according to the operation steps, then runs the test case to generate the test log, and displays the test log on the terminal so that the user can verify the correctness of the test log. The preset location identifier is added to the test case, and then the identification case is obtained. The terminal runs the identification case, and when a fault occurs, a fault log is generated and sent. By adding the location identifier to the test case to obtain the identification use case, and running the identification use case continuously to find out the occasional fault in the program, the occasional fault can be quickly reproduced, and the difficulty of the repairing process of the occasional fault is reduced, effectively Save time cost.

Description of drawings

In order to illustrate the technical solutions of the embodiments of the present application more clearly, the following drawings will briefly introduce the drawings that need to be used in the embodiments. It should be understood that the following drawings only show some embodiments of the present application, and therefore do not It should be regarded as a limitation of the scope, and for those of ordinary skill in the art, other related drawings can also be obtained according to these drawings without any creative effort.

FIG. 1 shows a schematic flowchart of a fault reproduction method provided by an embodiment of the present application.

FIG. 2 shows another schematic flowchart of a fault reproduction method provided by an embodiment of the present application.

FIG. 3 shows a schematic flowchart of step S130 in the fault reproduction method provided by the embodiment of the present application.

FIG. 4 shows a schematic diagram of generating a test case script provided by an embodiment of the present application.

FIG. 5 shows a schematic structural diagram of a fault reproduction apparatus provided by an embodiment of the present application.

FIG. 6 shows a schematic structural diagram of a terminal provided by an embodiment of the present application.

Icons: 100-fault reproduction device; 110-generating module; 120-adding module; 130-running module; 11-processor; 12-memory; 13-bus.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. The components of the embodiments of the present application generally described and illustrated in the drawings herein may be arranged and designed in a variety of different configurations.

Thus, the following detailed description of the embodiments of the application provided in the accompanying drawings is not intended to limit the scope of the application as claimed, but is merely representative of selected embodiments of the application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of the present application.

It should be noted that the features in the embodiments of the present application may be combined with each other under the condition of no conflict.

In the process of running and developing the application, due to the complex running environment, the application may have some faults during running, and this part of the fault is not caused by the application itself, but has a certain chance. Such failures are called occasional failures. The occurrence of occasional failures does not have any regularity, which makes it difficult for testers and developers to find the problem, but occasional failures will always exist in the application.

In order to find the cause of the occasional failure, only through continuous testing, because it is difficult to quickly reproduce the occasional failure after it occurs, which increases the difficulty for testers and R&D personnel in the process of reproducing and repairing the occasional failure , it also took a lot of time. Therefore, how to quickly reproduce the occasional failure in the application program has become a technical problem to be solved urgently by the technicians.

In view of the above technical problems, the embodiment of the present application provides a fault reproduction method, which can quickly reproduce the occasional fault when it occurs, reduces the difficulty of the process of repairing the occasional fault, and improves the tester's ability to repair the occasional fault. efficiency, which is described in detail below.

First of all, the terminal applied to the fault recurrence method in this application can be implemented in various forms, for example, it can be a fixed terminal such as a digital TV, a desktop computer, etc. Mobile terminals such as Personal Digital Assistant (PDA), Portable Media Player (PMP), navigation device, wearable device, smart bracelet, and pedometer.

Please refer to FIG. 1. FIG. 1 shows a schematic flowchart of a fault recurrence method provided by an embodiment of the present application. The fault recurrence method is applied to a terminal and includes the following steps S130-S160:

S130. Generate a corresponding test case according to the operation steps, and the operation steps are determined in advance according to external feedback or functional testing.

Among them, the operation steps can be determined according to external feedback. For example, when the user's electronic device has an occasional failure when running the application program, feedback information is sent to indicate that the occasional failure occurs. The operation steps can also be determined through functional testing. As you test your application, write and run functional test cases to proactively find occasional bugs.

It is worth noting that functional testing is an important aspect of software testing. It verifies each function of a software product, and tests whether the functions of the software product meet user requirements according to functional test cases. A functional test case is a set of test inputs, execution conditions, and expected results prepared for a special goal in order to test whether a function satisfies the requirements. Generally speaking, functional test cases are usually tests inside a single page. For example, after entering the user name and password into the login box in a page, click the login button to verify whether the login is successful or not.

The terminal generates corresponding test cases according to the operation steps, and the operation steps may include the above-mentioned functional test cases. In a possible implementation, the terminal may store test cases in the database in advance, and set the test cases and operation steps as a corresponding relationship, and the terminal can generate the test cases when the operation steps are obtained.

S140. Run the test case to generate a test log, and display the test log on the terminal so that the user can verify the correctness of the test log.

After the test case is generated, the terminal will run the test case to generate the test log and display it to the user, so that the user can check whether the test log is correct. The correctness of the test log is verified once, and step S150 is performed correctly for the test log.

S150. When the test log is correct, add a preset location identifier to the test case to obtain the identification case.

S160. Run the identification use case, and when the identification use case fails, a failure log is generated and sent.

The location identifier is used to locate a field that may have occasional defects, and the field may be a keyword, or a sentence or a piece of text, which is not limited in this application. When running the identification use case with the positioning identifier, only the field located by the judgment identifier can be used instead of judging all the fields in the test case, which reduces the workload of the terminal.

After the user verifies that the test log is correct, the terminal sets the positioning identifier in the test case to generate the identification case, and then starts the loop test to repeatedly run the identification test case, and stops immediately when an accidental failure occurs during the loop test. Loop test and generate corresponding fault logs, and the fault log can be sent to the designated mailbox by email to indicate that the occasional fault has been found. The fault log provides an effective help for subsequent analysis of the causes of accidental defects, and reduces the time for discovering accidental defects.

In a possible implementation manner, the method of judging the failure during the running of the identification use case may be to run the identification use case once to generate the corresponding log, then run the identification use case again to generate the corresponding log, and compare the logs of the previous time and the next time. For comparison, if the logs of the previous time and the next time are different, it indicates a failure. If the logs of the previous time and the next time are the same, the above steps will continue to be cycled until the failure occurs.

This application generates the corresponding test case according to the operation steps, then runs the test case to generate the test log, and displays the test log on the terminal so that the user can verify the correctness of the test log. The set positioning identifier is added to the test case, and then the identification case is obtained. The terminal runs the identification case, and when a fault occurs, a fault log is generated and sent. By adding the location identifier to the test case to obtain the identification use case, and running the identification use case continuously to find out the occasional fault in the program, the occasional fault can be quickly reproduced, and the difficulty of the repairing process of the occasional fault is reduced, effectively Save time cost.

In order to find the system under test that executes the test case, reference is made to FIG. 2 on the basis of FIG. 1 . FIG. 2 shows another schematic flowchart of the fault reproduction method provided by the embodiment of the present application. As shown in the figure, in step S130 Before, also included:

S110. Obtain system information input by the user.

S120. Log in to the corresponding system to be tested according to the system information, and the system to be tested corresponds to the test case.

The system information is the web access address of the system under test, which may be an IP address or a domain name address. After the user enters the web access address on the terminal, the terminal logs in to the corresponding system under test according to the access address, and runs the test case in the system under test.

Further, according to the corresponding relationship between the system under test and the test case, multiple systems can be tested in parallel to reproduce the occasional fault, which greatly reduces the time for the occasional fault to recur and improves the work efficiency of the testers.

Next, step S130 will be introduced in detail. Referring to FIG. 3 on the basis of FIG. 1 , FIG. 3 shows a schematic flowchart of step S130 in the fault reproduction method provided by the embodiment of the present application. Step S130 includes:

S131. Generate a test case script according to the operation type, the positioning method, and the operation mode.

S132. Run the test case script to obtain the test case.

Among them, the operation steps include operation type, positioning method and operation method, etc. The operation type is the type that needs to be actually executed by the user, including positioning elements, executing js statements, and opening or closing windows, etc., and the positioning method is determined by the attribute value of the front-end element. Position the view element. The attributes of the front-end element can be class, id, name, xpath, css, etc., and the operation method is the operation that the user needs to perform, such as click, clear text, get element, get text, right-click, Left click, double click, space, etc.

The test case script is automatically generated by the operation type, positioning method and operation steps selected by the user, and then the terminal runs the test case script to obtain the test case, wherein the test case can automatically generate the automatic running script according to the test keyword selected by the user. .

In a possible implementation manner, FIG. 4 shows a schematic diagram of test case script generation provided by the embodiment of the present application, as shown in the figure.

There are three operation steps in the figure. The operation types in the three operation steps are positioning elements, and the positioning elements are all selected by xpath. The operation mode selected in the first operation step and the second operation step is output text. The operation step is selected by clicking. At this time, the user only needs to maintain each step, and the terminal will automatically generate the test case script.

Optionally, after step S140, it further includes:

S170. Send the test log when the test log is wrong.

After the test log is displayed on the terminal, the user verifies that the test log is wrong, and the terminal sends the wrong test log to a designated mailbox according to the user's selection to analyze the cause of the test log error.

Compared with the prior art, the embodiments of the present application have the following beneficial effects:

First, by adding the location identifier to the test case to obtain the identification use case, and running the identification use case continuously to find out the occasional fault in the program, the occasional fault can be quickly reproduced, and the repair process of the occasional fault can be reduced. Difficulty, effectively saving time and cost.

Second, according to the corresponding relationship between the system under test and the test case, multiple systems can be tested in parallel at the same time, and then the occasional fault can be reproduced, which greatly reduces the time for the recurrence of the occasional fault and improves the work efficiency of the testers. .

A possible implementation manner of a fault reproduction apparatus is given below, which is used to execute each execution step and corresponding technical effect of the fault reproduction method shown in the foregoing embodiments and possible implementation manners. Please refer to FIG. 5 . FIG. 5 shows a schematic structural diagram of a fault reproduction apparatus 100 provided by an embodiment of the present application. The apparatus is applied to the above-mentioned terminal, and the fault reproduction apparatus 100 includes:

The generation module 110 is configured to generate corresponding test cases according to the operation steps, and the operation steps are determined in advance according to external feedback or functional tests;

The running module 130 is used for running the test case to generate a test log, and displaying the test log on the terminal so that the user can verify the correctness of the test log;

The adding module 120 is configured to add a preset location identifier to the test case to obtain the identification case when the test log is correct;

The running module 130 is further configured to run the identification use case, and when the identification use case fails, a fault log is generated and sent.

The present application provides a fault reproduction device 100. The generating module 110 generates corresponding test cases according to the operation steps, the running module 130 runs the test cases to generate test logs, and displays the test logs on the terminal so that users can correct the test logs. When the user verifies that the test log is correct, the adding module 120 adds the preset location identifier to the test case, and then obtains the identification use case, and the running module 130 runs the identification use case, and when a fault occurs, it generates a fault log and send. To find out the occasional fault in the program, it can quickly reproduce the occasional fault.

Optionally, the fault reproduction apparatus 100 further includes:

The acquisition module is used to acquire the system information input by the user;

The login module is used to log in to the corresponding system under test according to the system information, and the system under test corresponds to the test case.

Optionally, the generating module 110 includes:

generating a submodule for generating a test case script according to the operation type, the positioning method and the operation mode;

The running submodule is used for running the test case script to obtain the test case.

Optionally, the fault reproduction apparatus 100 further includes:

A sending module, configured to send the test log when the test log is wrong.

The structure of the terminal is introduced below. Please refer to FIG. 6 , which shows a schematic structural diagram of a terminal provided by an embodiment of the present application.

In addition to the equipment included in a normal terminal, the terminal includes basic equipment such as a radio frequency unit, a WiFi module, an audio output unit, a video input unit, a sensor, and a display. The terminal provided in this embodiment of the present application may further include a processor 11 , a memory 12 , and a bus 13 , and the processor 11 is connected to the memory 12 through the bus 13 . The memory 12 is used to store programs, such as the fault reproduction apparatus 100 shown in FIG. 4 , the fault reproduction apparatus 100 includes at least one operating system that can be stored in the memory 12 or solidified in the terminal in the form of software or firmware (firmware). A software function module in an operating system (OS). After receiving the execution instruction, the processor 11 executes a program to implement the fault reproduction method disclosed in the above embodiments.

Memory 12 may be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The memory 12 may include at least one type of storage medium, for example, may include a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (Random Access Memory, RAM), a static random access memory (Static Random Access Memory, SRAM), a Programmable Read Only Memory (PROM), Read Only Memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Magnetic Memory, Disk, CD and so on. Memory 12 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, without limitation. The memory 12 in this embodiment of the present application may also be a circuit or any other device capable of implementing a storage function, for storing program instructions and/or data.

The processor 11 may be an integrated circuit chip with signal processing capability. In the implementation process, each step of the above-mentioned fault reproducing method can be completed by an integrated logic circuit of hardware in the processor 11 or an instruction in the form of software. The above-mentioned processor 11 may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a microcontroller unit (Microcontroller Unit, MCU), a complex programmable logic device (Complex Programmable Logic Device, CPLD), field programmable Gate array (Field-Programmable GateArray, FPGA), embedded ARM and other chips.

Embodiments of the present application further provide a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by the processor 11, the fault reproduction method disclosed in the foregoing embodiments is implemented.

To sum up, the present application provides a method, device, terminal and computer-readable storage medium for failure reproduction, which are applied to a terminal. First, the terminal generates the corresponding test case according to the operation steps, then runs the test case to generate the test log, and displays the test log on the terminal so that the user can verify the correctness of the test log. The preset location identifier is added to the test case, and then the identification case is obtained. The terminal runs the identification case, and when a fault occurs, a fault log is generated and sent. By adding the location identifier to the test case to obtain the identification use case, and running the identification use case continuously to find out the occasional fault in the program, the occasional fault can be quickly reproduced, and the difficulty of the repairing process of the occasional fault is reduced, effectively Save time cost.

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application, All should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims (10)

1. A fault recurrence method is applied to a terminal, and comprises the following steps:

generating a corresponding test case according to operation steps, wherein the operation steps are determined in advance according to external feedback or functional test;

running the test case to generate a test log, and displaying the test log on a terminal so that a user can verify the correctness of the test log;

under the condition that the test log is correct, adding a preset positioning identifier into the test case to obtain an identification case;

and running the identification use case, and generating and sending a fault log when the identification use case fails.

2. The method according to claim 1, further comprising, before generating the corresponding test case according to the operation step:

acquiring system information input by a user;

and logging in a corresponding system to be tested according to the system information, wherein the system to be tested corresponds to the test case.

3. The fault recurrence method of claim 1, wherein the operation steps include an operation type, a positioning method, and an operation manner, and the step of generating the corresponding test case according to the operation steps includes:

generating a test case script according to the operation type, the positioning method and the operation mode;

and running the test case script to obtain the test case.

4. The fault recurrence method of claim 1, further comprising:

and sending the test log if the test log is wrong.

5. A fault recurrence apparatus, applied to a terminal, the apparatus comprising:

the generating module is used for generating a corresponding test case according to operation steps, and the operation steps are determined in advance according to external feedback or functional test;

the operation module is used for operating the test case to generate a test log and displaying the test log on a terminal so that a user can verify the correctness of the test log;

the adding module is used for adding a preset positioning identifier to the test case to obtain an identification case under the condition that the test log is correct;

and the operation module is also used for operating the identification use case, and generating and sending a fault log when the identification use case fails.

6. The fault recurrence device of claim 5, wherein the device further comprises:

the acquisition module is used for acquiring system information input by a user;

and the login module is used for logging in a corresponding system to be tested according to the system information, and the system to be tested corresponds to the test case.

7. The apparatus according to claim 5, wherein the operation steps include operation type, location method and operation mode, and the generating module includes:

the generating submodule is used for generating a test case script according to the operation type, the positioning method and the operation mode;

and the operation sub-module is used for operating the test case script to obtain the test case.

8. The fault recurrence device of claim 5, wherein the device further comprises:

and the sending module is used for sending the test log under the condition that the test log is wrong.

9. A terminal, comprising: a processor, a memory and a bus, the memory storing program instructions executable by the processor, the processor and the memory communicating via the bus when the client is running, the processor executing the program instructions to perform the fault recurrence method according to any one of claims 1 to 4 when executed.

10. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, performs the fault-recurrence method of any one of claims 1-4.

Images