WO2018036528A1

WO2018036528A1 - Automatic testing method

Info

Publication number: WO2018036528A1
Application number: PCT/CN2017/098686
Authority: WO
Inventors: 陈立森
Original assignee: 上海合福信息科技有限公司
Priority date: 2016-08-26
Filing date: 2017-08-23
Publication date: 2018-03-01
Also published as: CN107741900A; CN107741900B

Abstract

An automatic testing method, relating to the technical field of software testing. The method comprises: selecting a test action from an action list as a current action and using a test case corresponding to the current action as a current case (S1); comparing a serial number of a display image in a system explorer with a serial number of a test image corresponding to the current action so as to perform positioning (S2); capturing, from the positioned display image, a test control matched with the current action as a current control (S3); operating, according to a corresponding operating method, the captured current control on the basis of an action attribute of the current action, and outputting an operating result corresponding to the current action (S4); and comparing the operating result with an anticipated result corresponding to the current action so as to determine whether the current action is executed successfully, and saving the corresponding comparison result as a test result of the current action (S5). The described technical solution has beneficial effects of achieving visualized automatic testing and rendering the test process more visual and efficient.

Description

An automatic test method

Technical field

The present invention relates to the field of software testing technologies, and in particular, to an automatic testing method.

Background technique

The traditional software testing technology has a stage of manual intervention. The tester needs to manually set the test case and various test actions included therein, and manually run the test, manually compare the test results and judge whether the test is successful according to the comparison result. In other words, there are too many steps of manual intervention in the existing software testing technology, so it takes up a lot of artificial resources, prolongs the time of software testing, and reduces the testing efficiency.

At the same time, in the existing software testing technology, the test parameter setting is usually implemented by code level settings that only professional testers can master. Therefore, the test setup is complicated, and the tester is required to have matching code knowledge and technology. Software testing for parameter settings.

Summary of the invention

According to the above problems existing in the prior art, a technical solution of an automatic testing method is provided, which aims to realize automatic visualization of testing, making the testing process more intuitive and more efficient, and simplifying the testing operation.

The above technical solutions specifically include:

An automatic testing method, wherein a plurality of test cases are preset in order, each of the test cases corresponding to a plurality of sequentially executed test actions, each of the test actions corresponding to one test control, each of the The test action corresponds to one operation method, each of the test controls corresponds to one test screen, and each of the test actions corresponds to a plurality of expected results;

All the test actions corresponding to all the test cases that need to be executed this time are arranged in the order in which the test cases are executed to form a test action list;

The automatic test method includes:

Step S1, selecting one of the test actions as the current action in the action list, and The test case corresponding to the current action is tested as a current use case;

Step S2, comparing the number of the display screen in the system browser during the test with the number of the test screen corresponding to the current action to locate the display screen;

Step S3: grab the test control matching the current action as the current control in the displayed display screen;

Step S4, according to the action attribute of the current action, operating the captured current control according to the corresponding operation method, and then outputting an operation result corresponding to the current action;

In step S5, the operation result is compared with the expected result corresponding to the current action to determine whether the current action is successfully executed, and the corresponding comparison result is saved as the test result of the current action.

Preferably, the automatic test method, in the step S1, extracting the first test control corresponding to the current use case when performing the first test action associated with the current use case The test screen is used as an open screen, and the open screen is opened by an address associated with the open screen to start testing the current use case.

Preferably, the automatic test method, in the step S1, before performing each of the test actions associated with the current use case, determining whether it is necessary to open the test corresponding to the test according to the action attribute of the test action The test screen of the test control of the action, and extracting an address associated with the test screen as needed to open the test screen.

Preferably, the automatic test method, in the step S1, extracting initialization data of the current use case after confirming the test case as the current use case, and data in a database associated with the current use case Performing an initialization operation to start testing the current use case;

Extracting an address of the test screen corresponding to the first test control of the current use case as an open address of the open screen, and based on the open address, using a startup parameter associated with the current use case to open the location The screen is opened to test the startup screen.

Preferably, the automatic testing method, wherein the step S2 specifically includes:

Obtaining a number of the test screen corresponding to the subsequent test action of the current action, and monitoring a number of the display screen, and confirming that when the number of the display screen matches the number of the test screen The display screen is successfully switched to locate the display screen.

Obtaining a number of the subsequent test screen corresponding to the current action while monitoring the The number of the display screen is such that when the number of the display screen matches the number of the test screen, it is confirmed that the display screen is successfully switched to locate the display screen.

Preferably, the automatic test method, in the step S3, after capturing one of the test controls in the display screen, the test attribute corresponding to the test action and the test corresponding to the current action The control attributes of the control are matched and a matching result is obtained, and the test control that is captured is positioned as the current control when the matching result indicates that the matching is successful.

Preferably, the automatic test method, in the step S4, before the operation of the control, first determining the action attribute of the current action, and determining, according to the action attribute, the current control operating:

If the action attribute of the current action is a set value, performing an operation on the current control to assign a value to the control;

If the action attribute of the current action is an execution operation command, performing an operation on the current control to execute the operation command to operate the control;

If the action attribute of the current action is a send text column message, operating the current control to send the corresponding text column message;

If the action attribute of the current action is memory copy, save the value of the current control in a system memory;

And if the action attribute of the current action is a memory assignment, changing a value of the current control to a value saved in the system memory;

If the action attribute of the current action is a logical judgment, determining an expression stored in the system memory for indicating an assignment, and skipping a preset subsequent to the current action according to the determination result Said test action;

If the action attribute of the current action is operated in a manner of combining function keys, the current control is operated by transmitting a corresponding function key combination command to an input device of the system.

Preferably, the automatic test method, in the step S5, performs a comparison between the operation result and the expected result according to the type of the operation result:

If the result of the operation is a result of operating the control included in the display screen, the system reads information of the control corresponding to the display screen in the browser, and reads the read information The expected results are compared;

If the result of the operation is a result corresponding to a column of data in the browser, the system reads the corresponding column of data in the browser, and performs the read information with the expected result. Comparison

If the result of the operation is data in a database of the system, the system reads the data in the database and compares the read information with the expected result.

Preferably, the automatic test method, in the step S5, determining whether the current action is performed successfully:

If yes, save the operation result associated with the current action, and then continue to perform the step S5;

If not, the test of the current use case is ended and jumps to the next test case, and then returns to the step S1.

Preferably, the automatic test method, in the step S5, after saving the corresponding comparison result as the test result of the current action, jumping to the next test action:

If the next test action jumped to indicates that the global control is operated, the process returns to step S4.

The beneficial effects of the above technical solution are: providing an automatic test method, which can realize the automatic visualization of the test, making the test process more intuitive and more efficient, and simplifying the test operation.

DRAWINGS

1 is a schematic overall flow chart of an automatic test method in a preferred embodiment of the present invention;

2-3 is a schematic diagram of a preset test case in a preferred embodiment of the present invention;

4 is a schematic diagram of a preset screen in a preferred embodiment of the present invention;

Figure 5 is a schematic illustration of a preset test action in a preferred embodiment of the present invention;

Figure 6 is a schematic diagram of a preset control in a preferred embodiment of the present invention;

7-9 are schematic illustrations of different contemplated results in a preferred embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, but not all embodiments. Based on the embodiments of the present invention, those of ordinary skill in the art are not making All other embodiments obtained under the premise of creative labor are within the scope of the present invention.

It should be noted that the embodiments in the present invention and the features in the embodiments may be combined with each other without conflict.

The invention is further illustrated by the following figures and specific examples, but is not to be construed as limiting.

In a preferred embodiment of the present invention, an automatic test method is provided based on the above problems existing in the prior art. In the automatic test method, a plurality of test cases are first preset in sequence, and each test case corresponds to a plurality of test actions executed in sequence, each test action corresponds to only one test control, and each test action corresponds to one test action. The method of operation, that is, for one control, there is only one method of operation. Each test control corresponds to a test screen. Each test action corresponds to a plurality of expected results;

All test actions of all the test cases that need to be executed this time are arranged in the order in which the test cases are executed to form a test action list;

Then, as shown in FIG. 1 , the steps of the above automatic testing method specifically include:

Step S1, selecting a test action as the current action in the action list, and testing the test case corresponding to the current action as the current use case;

Step S3, capturing a test control matching the current action as a current control in the displayed display screen;

Step S4, according to the action attribute of the current action, operating the captured current control according to the corresponding operation method, and then outputting the operation result corresponding to the current action;

In step S5, the operation result is compared with the expected result of the current action to determine whether the current action is successfully executed, and the corresponding comparison result is saved as the test result of the current action.

In a specific embodiment, a plurality of test cases are preset first, and each test case includes a plurality of test actions, and each test action corresponds to one test control. Each test control corresponds to one test screen, so it is decided that each test case corresponds to multiple test pictures.

Specifically, the test case is preset in order, that is, a plurality of test cases are preset according to a certain execution order, and after one test case is executed, the next test case is turned to execute. Similarly, in the same test case, different test actions are also arranged in order, and each test action corresponds to In a test control, each test control corresponds to a test screen. The above test screen can be divided into an open screen and a subsequent screen. For a test case, there is only one open screen, and there may be multiple subsequent screens. The open screen may be the first screen executed by the test case, and the subsequent screen is the display screen after the above-mentioned open screen and sequentially arranged. Each test screen (including the open screen and subsequent screens) is the screen corresponding to the operation of a test control. For example, for a user to log in to the test case, it may include a test action of entering a username and password, and a test action of clicking a login control. The test screen corresponding to the login control may be a login screen provided to the user for inputting a user name and a password, and the screen may be used as a startup screen of the test case, and the plurality of subsequent screens of the test case may be a system displayed after successful login. Other screens of the browser, or screens that failed to log in. The above pictures are sorted according to test logic.

In the above embodiment, the setting interface of the test case is as shown in Figure 2-3. The name of the opening screen in the test case is “account information”, and the name of the test case is “Enter the modified account password interface”. The pre-association test case of the test case is “Enter Account Information Interface”, and accordingly, the test The pre-association test cases of the use cases also include "login", "enter system management" and "enter account information interface", and the above-mentioned pre-association test cases are arranged in order. The setting interface of the test case shown in FIG. 2 is a visual interface, which is not a code level setting interface in the prior art, so the setting process of the test case can be simplified. A list of the above-described preset test cases is shown in FIG.

In the above embodiment, the setting interface of the test screen (including the open screen and the subsequent screen) associated with the test case is as shown in FIG. 4 . The screen information in FIG. 4 includes a screen number (ID), a screen name, and a screen access address. The so-called access address refers to a URL (Uniform Resoure Locator) address. The above screen setting interface is also a visual interface.

In the above embodiment, the setting interface of the test action is as shown in FIG. 5, and the test action in FIG. 5 can be configured as “embedded search condition”, wherein the name of the plurality of display screens, multiple control names, and multiple action attributes are associated with each other. (method) and assignment of multiple test actions. The setting interface of the above test action is also visually easy to operate.

In the above embodiment, the operation method corresponding to each test action may be obtained by a series of calculations of the action attribute, and the action attribute may be represented by a corresponding expression.

In the above embodiment, the set of test actions associated with different test cases is completed to form an action list. Specifically, for example, test cases A, B, and C are respectively arranged in order, and are measured. In Test Case A, test actions A1, A2, and A3 are respectively arranged in order, and test actions B1 and B2 are respectively arranged in the test case B, and test actions C1 are respectively arranged in the test case C. For C2, C3, and C4, the above action list may be A1, A2, A3, B1, B2, C1, C2, C3, and C4 arranged in order.

In the above embodiment, the setting interface of the control associated with each test action is as shown in FIG. 6. In Figure 6, the control information of each control includes the control serial number (ID), the control title, the control type, the front-end technology of the control, the attribute name used for the control positioning, the attribute value used for the control positioning, and the maximum/minimum of the control. Value/maximum length/minimum length, default value of the control, list of correct values for the control/list of error values, etc. The setting screen of the above control is also a visual screen.

In the above embodiment, the settings of the test cases, test actions, screens, and controls may be performed in the following two ways: 1) pre-set by the system; 2) pre-set each test element in the system, then use Different test elements can be selected through the corresponding visual interface and combined to form setting information such as test cases, test actions, pictures and controls.

The setting interface of the expected result described in the above embodiment will be described in detail below.

In the above embodiment, all test cases included in the test case are placed in an action list according to the order of different test cases.

Then in the above step S1, first select a test action to start the test. Specifically, for the test action, the corresponding test case can be determined, and the determined test case is used as the current use case to start the test.

In the above embodiment, after the current action and the current use case are located, the switching state of the display screen of the browser is monitored, the screen number of the display screen currently loaded by the browser is found, and the number of the test screen of the current action is displayed with the display. The number of the screen is compared, that is, the screen of the current display screen is matched with the test screen corresponding to the current motion, so that the display screen of the current browser is positioned as a test screen corresponding to the current motion in the current use case.

In the above embodiment, after the display screen is positioned, the display content in the display screen is analyzed, and real-time information of all the controls in the display screen is captured, according to related information and test actions of the control captured in the display screen. Corresponding control information (such as positioning properties) is matched so that accurate controls can be located and the position information of the positioned controls can be recorded. Specifically, after grabbing a control in the display screen, matching the control property of the control with the control property of the test control corresponding to the current action, and obtaining a matching result, and when the matching result indicates that the matching is successful, the matching will be performed. The control is positioned as the current control. For example, after grabbing a control, compare the control with the test control corresponding to the test action: if it is different, it means that the control is not the current action; if it is the same, it means the control of the current action. The successfully matched control is then confirmed as the current control. Therefore, the manner of positioning the control may include: firstly, using a test control corresponding to the test action to locate a test screen, where the test screen is the currently displayed display screen. Since the display screen may not only include one control, the test control corresponding to the above test action needs to be located in the display screen to complete the positioning of the test control.

In the above embodiment, after the test control is located, the corresponding operation may be performed on the test control according to the action attribute of the current action, and then the current action is executed, and the operation result corresponding to the current action is recorded.

In the above embodiment, after the operation result is obtained, the operation result is compared with the expected result corresponding to the current action to determine whether the current action is successful, and the comparison result is recorded.

After the execution of the above process is completed, it is judged that the current action is completed, and then the next test action is turned, and the above step S1 is returned.

In summary, in the technical solution of the present invention, the process of pre-setting test parameters such as test cases, test actions, test controls, test pictures, and expected results is easily understood by a visual operation method, and can be conveniently and conveniently These set of test parameters are automatically visualized by software testing to meet people's software testing needs and improve the efficiency of software testing.

In a preferred embodiment of the present invention, in the above step S1, before performing each test action associated with the current use case, it is determined according to the action attribute of the test action whether the test screen corresponding to the test action of the test action needs to be opened. And extract the address associated with the test screen as needed to open the test screen. Specifically, in the above embodiment, before performing each test action, it is required to determine whether the test screen of the test control corresponding to the test action needs to be loaded: if necessary, load the corresponding test screen; if not, it is not correct. Make any changes to the picture. In the above embodiment, the extraction and loading of the test screen is implemented by extracting the URL address of the corresponding screen of the corresponding control. Specifically, the current use case is tested by extracting the URL address associated with the corresponding picture of the corresponding control, using the startup parameter specified by the current use case, and opening the corresponding URL address in the browser. If the currently specified browser has been opened, it is only necessary to update the display screen in the browser by extracting the URL address associated with the screen. Moreover, in the above embodiment, the action attribute of the test action may include an association relationship between the test action and the action in the sequence. The system can judge the relationship between the test action and its front and rear actions, and then determine whether it is necessary to extract the corresponding URL address and open the corresponding test screen.

In another preferred embodiment of the present invention, in the step S1, when the first test action associated with the current use case is executed, the test screen corresponding to the first test control of the current use case is extracted as the open screen, and Open the open screen with the address associated with the open screen to begin testing the current use case. Specifically, in the above embodiment, the test screen of the test control corresponding to the test action is loaded as the open screen only when the first test action in one test case is executed. Specifically, when the test is started for the first time, the first test action in the above action list can be selected and the test can be started. After the test action is selected, the test action is taken as the current action, and the corresponding test case is located according to the current action, and the test case is used as the current use case, and then the test picture corresponding to the test control corresponding to the current action is extracted and started. test. In the above embodiment, since the test action when the test is started for the first time is the first test action, the extracted picture should also be the open picture of the corresponding current use case. Similarly, the method of loading and extracting the open screen is the same as the previous embodiment, that is, by extracting the URL address of the open screen and using the startup parameter specified by the current use case, opening in the specified system browser.

In a preferred embodiment of the present invention, before starting to execute each of the above test cases, the initialization data of the test case is first set, that is, the data of the test case is initialized. The so-called initialization operation of the data, which may include: initializing the corresponding data in the database to avoid the previous test data legacy affecting the test, or adding corresponding initialization data in the database to form a test initialization Test the environment to ensure the uniformity of the environment at the beginning of the test.

Therefore, in a preferred embodiment of the present invention, when performing a new test action, it is first necessary to determine whether the test action is the first test action of a test case: if yes, the test case is required. The operation of initializing the data is performed first, and then the test action is performed; if not, the test action is directly executed.

Still alternatively, in another preferred embodiment of the invention, the open screen of each test case is marked. During the test, when jumping to an open screen, the corresponding test case is initialized with data, and then the test action corresponding to the open screen is executed.

In a preferred embodiment of the present invention, in the above step S1, after the test case is confirmed as the current use case, the initialization data of the current use case is extracted to start testing the current use case;

The address of the test screen corresponding to the first test control of the current use case is extracted as the open screen, and then the open screen is opened using the boot parameters specified by the current use case, and the test is performed.

In the above embodiment, the startup parameter refers to a standard network parameter that opens the above test screen as a start screen.

In a preferred embodiment of the present invention, the step S2 includes: acquiring the number of the test screen corresponding to the subsequent test action of the current action, and monitoring the number of the display screen, the number of the display screen and the number of the test screen. When they match, confirm that the display screen is successfully switched to locate the display screen. Specifically, in the above step S2, if the number of the current display screen matches the number of the test screen corresponding to the subsequent operation of the current operation, it is considered that the current display screen is successfully switched, and the display screen is positioned as the subsequent action of the current action. Test screen.

In another preferred embodiment of the present invention, the step S2 includes: acquiring the number of the subsequent test screen corresponding to the current action, and monitoring the number of the display screen, when the number of the display screen is consistent with the number of the test screen. , confirm that the display screen is successfully switched to locate the display screen. Specifically, in the above step S2, if the current display screen number matches the number of the subsequent screen of the current operation, the current display screen is considered to be successfully switched, and the display screen is positioned as the subsequent screen of the current operation.

In a preferred embodiment of the present invention, in the above step S4, before the operation of the control, the action attribute of the current action is first determined, and the current control is determined according to the action attribute:

If the action attribute of the current action is a set value, the operation performed on the current control is to assign a value to the control, for example, a preset value is given to the control.

If the action attribute of the current action is an execution operation command, the operation performed on the current control is to execute the operation command to operate the control. For example, if the operation command is “click”, the operation of clicking the control may be performed on the current control.

If the action attribute of the current action is operated by a combination of function keys, the current control is operated by sending a corresponding function key combination command to the input device of the system, for example, the function key is combined into a "Shift" button on the combined input keyboard. The "Alt" button and the "Enter" button, the system can send a corresponding function key combination command to the keyboard to notify the keyboard to output the combined key command of the above three buttons.

If the action attribute of the current action is a send text column message, the current control sends a corresponding text column message, and specifically, the corresponding text column message can be sent by the browser.

If the action attribute of the current action is memory copy, the assignment of the current control is saved in the system memory; specifically, the assignment of the current control or other specific values can be saved to the system memory, that is, the "clipboard" of the system memory is implemented. Features.

If the action attribute of the current action is a memory assignment, the value already saved in the system memory can be assigned to the current control according to the action attribute of the current action.

If the action attribute of the current action is a logical judgment, the value saved in the memory may be judged, and the preset subsequent test action is skipped according to the judgment result. Specifically, the so-called logical judgment is to judge the expression indicating the value in the system memory, for example, whether the expression is greater than/less than a certain preset value, or whether the value stored in the system memory is true/false. The above skipping scheme indicating the skip action can be preset in the test attribute of different test actions. The specific judging process may be: determining an expression of the value stored in the system memory, and determining whether the preset skipping scheme needs to be executed according to the judging result to skip one or more subsequent testing actions. In the above embodiment, the skipping scheme may also not include any subsequent actions, that is, no need to skip any subsequent actions regardless of the judgment result.

In a preferred embodiment of the present invention, as described above, if a jump occurs in the current picture, the display content of the browser can be monitored, thereby positioning a new picture number, and locating a new test control.

In a preferred embodiment of the present invention, in the above step S5, a comparison between the operation result and the expected result is performed according to the type of the operation result:

If the result of the operation is the result of the control of the operation display screen, the system reads the information of the corresponding control included in the display screen in the browser, and compares the read information with the expected result; specifically, the control When the information is compared with the expected result, a batch of controls is uniformly compared, for example, the information corresponding to all the controls in the current display screen is captured, and compared with the expected result.

If the result of the operation is a result corresponding to a column of data in the browser, the system reads the corresponding column of data in the browser, and compares the read information with the expected result;

If the result of the operation is data in the database of the system, the system reads the data in the database and compares the read information with the expected result.

Specifically, in the preferred embodiment of the present invention, the preset setting interface of the foregoing expected result is as shown in FIG. 7-9:

The expected result of the controls in the picture is shown in Figure 7, which may include the ID of the control, the title of the control, the type of the expected result, and the value of the expected result.

The expected result of the table class is shown in FIG. 8, which may include attributes such as a control ID, a title of the control, a number of expected pieces, a number of comparison pieces, and table data.

The expected result of the database class is shown in FIG. 9, which may include attributes such as search conditions, sorting conditions, number of restrictions, and data.

In a preferred embodiment of the invention:

If the control is compared, the system reads the information of the corresponding control in the browser, and compares the read information with the expected result;

If it is a comparison of data in a column, the system reads the corresponding column of data in the browser, and compares the read information with the expected result;

If the database is compared, the system reads the data in the specified database and compares the read information with the expected result.

In a preferred embodiment of the present invention, in the above step S5, it is determined whether the current action is successfully executed:

If yes, save the operation result associated with the current action, and then continue to perform step S5;

If not, the test of the current use case is ended and jumps to the next test case, and then returns to step S1.

Specifically, in a preferred embodiment of the invention:

If the current action is successfully executed, it naturally jumps to the next test action of the same current use case and executes (continues to step S5), and saves the result of the successful execution.

If the current action execution fails, the test of the current use case is ended, and the jump to the next test case execution (return to step S1), in the action list, the subsequent test action corresponding to the current use case is skipped, from the next test case. The first test action is restarted.

In a preferred embodiment of the present invention, when the operation result of a current action is completed, the display page of the browser (ie, the page indicating the operation result) may be saved as a screenshot, and the control corresponding to the current action is marked in the screenshot. The location (marked by the previous control positioning).

In a preferred embodiment of the present invention, in the above step S5, after saving the corresponding comparison result as the test result of the current action, the process jumps to the next test action:

If the next test action to jump to means to operate on the global control, return to the step S4.

In a preferred embodiment of the present invention, in the above step S5, after the corresponding comparison result is saved as the test result of the current action, the process jumps to the next test action.

In a preferred embodiment of the present invention, the above automatic test method can be applied to any mainstream software system, because it is pre-guaranteed in a database that presets the above test cases, test actions, test controls, test screens, and the like. The implementation of the driving method required in the mainstream software system ensures the driving of the action method in the mainstream software system.

The above is only a preferred embodiment of the present invention, and is not intended to limit the scope of the embodiments and the scope of the present invention, and those skilled in the art should be able to Alternatives and obvious variations are intended to be included within the scope of the invention.

Claims

A method for generating a visual test report, wherein a plurality of test cases are preset in sequence, each of the test cases corresponding to a plurality of test actions executed in sequence, each of the test actions corresponding to one test control, Each of the test actions corresponds to one operation method, each of the test controls corresponds to one test screen, and each of the test actions corresponds to a plurality of expected results;

All the test actions corresponding to all the test cases that need to be executed this time are arranged in the order in which the test cases are executed to form a test action list;

The method for generating a visual test report includes:

Step S1, selecting one of the test actions as the current action in the action list, and testing the test case corresponding to the current action as a current use case;

Step S2, comparing the number of the display screen in the system browser during the test with the number of the test screen corresponding to the current action to locate the display screen;

Step S3: grab the test control matching the current action as the current control in the displayed display screen;

Step S4, according to the action attribute of the current action, operating the captured current control according to the corresponding operation method, and then outputting an operation result corresponding to the current action;

In step S5, the operation result is compared with the expected result corresponding to the current action to determine whether the current action is successfully executed, and the corresponding comparison result is saved as the test result of the current action.
The method for generating a visual test report according to claim 1, wherein in the step S1, when the first test action associated with the current use case is executed, the first corresponding to the current use case is extracted. The test screen of one of the test controls serves as an open screen, and the open screen is opened by an address associated with the open screen to start testing the current use case.
The method for generating a visual test report according to claim 1, wherein in step S1, before performing each of the test actions associated with the current use case, determining whether or not based on the action attribute of the test action The test screen corresponding to the test control of the test action needs to be opened, and an address associated with the test screen is extracted as needed to open the test screen.
The method for generating a visual test report according to claim 1, wherein in the step S1, after the test case is confirmed as the current use case, the initialization data of the current use case is extracted, and the pair is associated with the The data in the database of the current use case is initialized to start testing the current use case;

Extracting an address of the test screen corresponding to the first test control of the current use case as an open address of the open screen, and based on the open address, using a startup parameter associated with the current use case to open the location The screen is opened to test the startup screen.
The method for generating a visual test report according to claim 1, wherein the step S2 specifically includes:

Obtaining a number of the test screen corresponding to the subsequent test action of the current action, and monitoring a number of the display screen, and confirming that when the number of the display screen matches the number of the test screen The display screen is successfully switched to locate the display screen.
The method for generating a visual test report according to claim 1, wherein the step S2 specifically includes:

Obtaining a number of the test screen corresponding to the current action, and monitoring the number of the display screen, and confirming that the display screen is successfully switched when the number of the display screen matches the number of the test screen To locate the display screen.
The method for generating a visual test report according to claim 1, wherein in step S3, after capturing one of the test controls in the display screen, the control attribute of the test control is The control attributes of the test control corresponding to the current action are matched and a matching result is obtained, and the test control that is captured is positioned as the current control when the matching result indicates that the matching is successful.
The method for generating a visual test report according to claim 1, wherein in the step S4, before the operation of the control, first determining the action attribute of the current action, and according to the action attribute Make sure to operate on the current control:

If the action attribute of the current action is a set value, performing an operation on the current control to assign a value to the control;

If the action attribute of the current action is an execution operation command, performing an operation on the current control to execute the operation command to operate the control;

If the action attribute of the current action is a send text column message, operating the current control Sending the corresponding text column message;

If the action attribute of the current action is memory copy, save the value of the current control in a system memory;

And if the action attribute of the current action is a memory assignment, changing a value of the current control to a value saved in the system memory;

If the action attribute of the current action is a logical judgment, determining an expression stored in the system memory for indicating an assignment, and skipping a preset subsequent to the current action according to the determination result Said test action;

If the action attribute of the current action is operated in a manner of combining function keys, the current control is operated by transmitting a corresponding function key combination command to an input device of the system.
The method for generating a visual test report according to claim 1, wherein in the step S5, a comparison between the operation result and the expected result is performed according to the type of the operation result:

If the result of the operation is a result of operating the control included in the display screen, the system reads information of the control corresponding to the display screen in the browser, and reads the read information The expected results are compared;

If the result of the operation is a result corresponding to a column of data in the browser, the system reads the corresponding column of data in the browser, and performs the read information with the expected result. Comparison

If the result of the operation is data in a database of the system, the system reads the data in the database and compares the read information with the expected result.
The method for generating a visual test report according to claim 1, wherein in the step S5, it is determined whether the current action is successfully executed:

If yes, save the operation result associated with the current action, and then continue to perform the step S5;

If not, the test of the current use case is ended and jumps to the next test case, and then returns to the step S1.
The method for generating a visual test report according to claim 1, wherein in the step S5, after the corresponding comparison result is saved as the test result of the current action, the jump to The next test action:

If the next test action jumped to indicates that the global control is operated, the process returns to step S4.