KR20100056338A - Gui test automatic system for improving reusability of test script and method thereof - Google Patents

Abstract

PURPOSE: A GUI(Graphic User Interface) test automatic system for improving reusability of a test script and a method thereof are provided to conveniently modify a test script when some screen configuration elements are changed. CONSTITUTION: A script generating device(10) generates a GUI testing script including dynamic and static data. A test device(20) performs a GUI test of a terminal based on the GUI testing script generated in the script generating device. The static data included in the GUI testing script includes the ID information that is logically standardized, and a database(30) stores the actual information corresponding to the standardized ID information.

Description

GUI test automatic system for improving reusability of test script and method

An embodiment according to the present invention relates to a test automation system, and more particularly, when writing a script for testing terminals having an interface for accepting external input such as a keyboard and a graphical user interface (GUI) displaying a status. The present invention relates to a GUI automated test system and a method for making the modification easier.

Recently, various wired / wireless multimedia devices (eg, mobile phones, PMPs, digital TVs, navigation, etc.) have evolved in the direction of pursuing more various functions, and thus the functions included in the devices are also complicated and diverse. In addition, due to the expansion of multimedia devices, the functions of multimedia devices are also enormous, and the product development cycle is rapidly speeding up.

Before launching such a multimedia device, it is common to conduct a test process several times before the release of each product's functions. However, as more of these devices become more functional, testing the screen by hand causes the problem of exponentially increasing the cost and time required for the test.

To overcome this problem, the industry is introducing test automation systems. This system focuses on the fact that the test determines whether the input to change the state of the product and the resultant state through various criteria, and the test automation solution composed of software and hardware replaces the performance procedure and judgment. will be. This can make repetitive test work more efficient.

Such a test automation system performs a test using a script that describes a test execution procedure and a criterion in a language similar to a software writing language. It takes time. 1 illustrates an example of a script used for a GUI test. When the terminal includes a large number of screens, the amount of script for testing the screens of the terminal may be extensive.

To make test automation more prevalent, test scripts written with lots of resources should be available for testing more products. When part of the model or version of the product is changed, it is common to change part of the size, layout, color, etc. of the GUI. However, if screen information or area information is directly described in a test script, it is inconvenient to completely rewrite the script despite these small changes. That is, since the information to be changed is entered directly on the script, to modify it, the information must be changed directly on the script, which is the same cost and time as writing a new script.

Accordingly, the present invention has been made to solve the above problems, and an object of the embodiment according to the present invention is a GUI test automation system and method for easily modifying a test script when only a part of a screen component is changed. To provide.

In addition, an object of the embodiment according to the present invention can increase the reuse of the death script by modifying a database based on a conventional test script when only a part of the screen element is changed.

GUI test automation system for solving the above technical problem, the script generation device for generating a script for the GUI test including dynamic data and static data; And a test device for performing a GUI test of the terminal based on the GUI test script generated by the script generation device, wherein the static data included in the GUI test script includes logically standardized ID information. Can be.

The GUI test automation system may further include a database including real information corresponding to the logically standardized ID information, and the real information may include at least one of image information, character string information, and area information. .

 The logically standardized ID information may be linked with the real information stored in the database.

The GUI test automation system includes: an update unit for updating the database; And a mode setting unit for controlling whether the update unit is activated.

When the update unit is activated by the mode setting unit, the actual information stored in the database may be updated based on a test result of the test apparatus.

GUI test automation method for solving the above technical problem, the step of implementing the static data included in the GUI test script as logically standardized ID information; Storing actual information corresponding to the logically standardized ID information in a database; Testing a screen of the terminal based on the GUI test script; And updating the database based on a test result.

The GUI automation test method may determine an operation mode of whether to activate the update of the database.

The updating of the database may include determining whether data of each screen included in the terminal and actual information stored in the database match; And when the mismatched data is generated as a result of the determination, updating the actual information corresponding to the mismatched data in the database.

Linking the logically standardized ID information with the actual information stored in the database.

GUI test automation system and method according to an embodiment of the present invention, it is possible to efficiently reduce the time and cost required to modify the script according to the model change of the test target terminal.

In addition, the GUI test automation system and method according to an embodiment of the present invention can maximize the efficiency of script creation or maintenance by separating and storing the actual information corresponding to the static data in the script.

Specific structural to functional descriptions are merely illustrated for the purpose of describing embodiments in accordance with the concepts of the present invention, and embodiments according to the concepts of the present invention may be embodied in various forms and described in the specification or the application. It should not be construed as limited to

Embodiments in accordance with the concepts of the present invention can make various changes and have various forms, so that specific embodiments are illustrated in the drawings and described in detail in this specification or application. It should be understood, however, that it is not intended to limit the embodiments according to the concepts of the present invention to specific forms of disclosure, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the present invention.

Terms such as first and / or second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another, for example, without departing from the scope of rights in accordance with the inventive concept, and the first component may be called a second component and similarly The second component may also be referred to as the first component.

When a component is referred to as being "connected" or "connected" to another component, it may be directly connected to or connected to that other component, but it may be understood that other components may be present in between. Should be. On the other hand, when a component is said to be "directly connected" or "directly connected" to another component, it should be understood that there is no other component in between. Other expressions describing the relationship between components, such as "between" and "immediately between," or "neighboring to," and "directly neighboring to" should be interpreted as well.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. As used herein, the terms "comprise" or "having" are intended to indicate that there is a feature, number, step, action, component, part, or combination thereof that is described, and that one or more other features or numbers are present. It should be understood that it does not exclude in advance the possibility of the presence or addition of steps, actions, components, parts or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art. Terms such as those defined in the commonly used dictionaries should be construed as having meanings consistent with the meanings in the context of the related art, and are not construed in ideal or excessively formal meanings unless expressly defined herein. Do not.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

2 is a schematic block diagram of a menu test automatic system 1 according to an embodiment of the present invention.

The GUI test automation system 1 according to the embodiment of the present invention may include a script generation device 10 and a test device 20.

The script generating device 10 may generate a script for performing a GUI test of the terminal. A script according to an embodiment of the present invention may include a list of programs or instructions that can be translated or executed by a program other than a computer processor. In general, the scripts are easier to understand and write faster than languages such as C or C ++ that require compilation, and are suitable for making programs that have very limited capabilities or programs that can be reused in conjunction with existing compiled programs. can do.

In addition, the terminal according to the embodiment of the present invention may include any device having a plurality of screens, for example, a cellular phone, a portable multimedia player (PMP), a digital audio player ( A digital audio player, a digital television, an image photographing apparatus (for example, a digital camera, etc.) can be illustrated.

The script may include dynamic data including movement information between each screen included in the terminal and static data including information of each screen included in the terminal. For example, the dynamic data may include information about which key (or button) to perform in order to move from the current screen to the upper screen or the lower screen. In addition, the static data may include image information, area information, character string information, sound information, etc. of each screen. The script will be illustrated in FIGS. 3A and 3B.

In addition, the GUI test automation system 1 according to an embodiment of the present invention may further include a database 30. In this case, the static data included in the script may be implemented as logically standardized ID information, and actual information corresponding to the logically standardized ID information may be stored in the database 30. The actual information stored in the database 30 may include image information, string information, area information, sound information, or the like. In addition, the logically normalized ID information and the actual information stored in the database 30 may be linked to each other. The above-described ID information and actual information will be described in detail with reference to FIGS. 3B to 3D.

In addition, the test device 20 may perform a screen test of the terminal based on the script generated by the script generation device 10.

According to an embodiment, the test process may include checking whether an authentication screen corresponding to each screen and an actual displayed screen match each other, and if the verification result matches, the test of the screen passes. (Or pass). Similarly, if the verification screen corresponding to each screen and the screen actually displayed do not match, the test of the screen may be treated as fail (or fail).

According to an embodiment, the test process may include checking whether predetermined text is displayed at a specific location, checking whether colors specified in each area match, and checking whether sound inserted in a corresponding screen is output correctly. And the like may be further included.

3A and 3B illustrate a conventional GUI test script and a GUI test script according to an embodiment of the present invention, respectively.

1 to 3A and 3B, the conventional GUI test script has described real area information and real data directly on the script as information for comparing the authentication screen with the real screen. That is, in order to check whether a specific image (eg, "Menu.bmp") is correctly displayed at a specific position (for example, left 0, right 10, top 20, bottom 10) of the screen displayed on a specific screen, Actual image information is described directly in the script.

However, as shown in FIG. 3B, the GUI test script according to the embodiment of the present invention may include ID information logically standardized as the static data. For example, it may include ID information logically normalized as area information of a specific image, and may also include the ID information as a specific image (or a character string).

That is, the area of the image for performing the test may be displayed as ID information such as AREA_L, AREA_R, AREA_T, and AREA_B, and the image portion may be displayed as ID information instead of actual image data. The logically standardized ID information can be linked with the actual information stored in the database 30, thus modifying the actual information stored in the database 30 as needed to efficiently modify or update the script. Can be done.

3C and 3D exemplarily illustrate actual information stored in the database 30 according to an embodiment of the present invention. As described above, the actual data information stored in the database 30 may be linked with the ID information described in the script, and the database 30 may be implemented in any software.

For example, as shown in FIG. 3C, actual information corresponding to the areas AREA_L to AREA_B of the image of the menu ID_Menu may be recorded in the database 30 according to the embodiment of the present invention. Therefore, by modifying some of the actual information data stored in the database 30, it is possible to obtain the same effect as modifying the ID information described in the script, which eliminates the inconvenience of having to modify all the scripts themselves. It's quite efficient.

For example, if the version of the terminal is changed so that the "ID (Menu)" image is slightly moved on the screen, the designer or test performer accesses the database 30 and modifies the menu portion throughout the script by modifying only the corresponding region information. The same effect can be obtained.

In addition, as shown in FIG. 3D, actual information corresponding to the image of the menu ID_Menu may be recorded in the database 30. Therefore, when changing a specific image, by accessing the database 30 and changing only the corresponding image file, the same effect as that of modifying all the image information described in the script can be obtained.

As described above, when some changes are made in various screens provided in the terminal, ID information based on static data and actual information are separated and stored so that a designer or a tester can easily and quickly modify a script. To help.

According to an exemplary embodiment, actual information stored in the database 30 may be automatically updated through a test process. For example, the GUI test automation system 1 according to an embodiment of the present invention to update the database 30 according to the environment of the terminal when the test on a specific screen is determined to fail (or fail) while performing a test. This can be implemented.

To this end, the GUI test automation system 1 according to an embodiment of the present invention is the update unit 40 for updating the database, and the mode setting unit 50 for controlling whether or not the update unit 40 is activated. ) May be further included.

The mode setting unit 50 performs a test based on the information of the database 30, but only outputs a test result when a mismatch is determined so as not to modify the database 30. In the mode (eg, the second mode) for activating the updater 40 to perform the test based on the information of the first mode) and the information of the database 30, and to update the database 30 when the mismatch is determined. It can be controlled to operate in either mode.

4 is a schematic diagram illustrating a concept of two modes that can be controlled by the mode setting unit 50.

1 to 4, the mode setting unit 50 may control whether the update unit 40 is activated. For example, when the updater 40 is to be activated, the mode setting unit 50 may output an activation control signal EN and the updater 40 may be output from the mode setting unit 50. It may be activated in response to the activation control signal EN.

Similarly, when the user wants to deactivate the updater 40, the mode setting unit 50 may output the deactivation control signal DISEN and the updater 40 may output the mode setting unit 50. The deactivation control signal EN may be deactivated in response.

When the test device 20 operates in the second mode, if the test result is found to be inconsistent, the database 30 may be updated, so that the dynamic information and the static information have a mutual data transmission relationship. For example, when the test apparatus 20 operates in the first mode, the test apparatus 20 only refers to data stored in the database 30, and thus has a data transmission relationship in one direction.

5A and 5B are flowcharts for describing a GUI test automation method when operating in a first mode and a second mode, respectively.

5A is a flowchart of a GUI test automation method when the GUI test automation device 1 operates in the first mode according to an embodiment of the present invention. 1 to 5A, the script generation device 10 may implement static data included in a script as logically standardized ID information (S510). Next, actual information corresponding to the logically standardized ID information may be stored in the database 30 (S520).

After the separate storage of the data is completed, the test apparatus 20 may test the screen of the terminal (S530). The test apparatus 20 may determine whether the screen of the terminal and the authentication screen stored in the database 30 match, and determine whether there is data that does not match (S540). As a result of the determination, when there is mismatched data, the test apparatus may output information about failed (or failed) data (S550).

5B is a flowchart illustrating a GUI test automation method when the GUI test automation device 1 operates in the second mode according to an embodiment of the present invention. 1 to 5B, the script generation device 10 may implement static data included in a script as logically standardized ID information (S610). Next, actual information corresponding to the logically standardized ID information may be stored in the database 30 (S620).

After the separate storage of the data is completed, the test device 20 may test the screen of the terminal (S630). The test device 20 may determine whether the screen of the terminal and the authentication screen stored in the database 30 match, and determine whether there is data that does not match (S640). As a result of the determination, when there is mismatched data, the updater 40 may update the database 30 to match the environment of the terminal (S650).

6 is a schematic diagram illustrating a method of updating the database 30 by the GUI test automation system 1 according to an exemplary embodiment of the present invention performed in the second mode.

1 to 6, whether the update unit 40 is activated or not may be controlled by the mode setting unit 50, and FIG. 6 automatically updates the database 30 among two modes. This is a description of the second mode.

In FIG. 6, a menu screen is tested, and the menu screen includes only 'menu' as image information (or string information). As shown in FIG. 6, the image displayed on the original menu screen is located in the region of (10,100,5,10), and the position of the image is slightly moved to the lower portion due to the version change of the terminal GUI. do.

Accordingly, the test result of the menu screen may be determined by the test apparatus 20 as a mismatch (or failure), and the update unit 40 may match the area information of the database 30 in accordance with the area information of the terminal. May be updated (eg, as shown in FIG. 6, (10,100,5,10) to (10,100,20,25). In addition, although the region information is illustrated in FIG. 6, an embodiment according to the present invention is not limited thereto, and may include all of the configuration of an image update, a string update, or a sound update.

When a test target system including a graphical user interface (GUI) is to be tested using such a script-based automated test tool, a GUI test automation method according to an embodiment of the present invention may be applied.

The GUI test automation method according to an embodiment of the present invention may be implemented as computer-readable code on a computer-readable recording medium. The computer-readable recording medium may include all kinds of recording devices in which data that can be read by a computer system can be stored.

For example, a computer-readable recording medium may include a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like, and a GUI test automation method according to an embodiment of the present invention. Program code for performing may be transmitted in the form of a carrier wave (eg, transmission over the Internet).

The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion. In addition, functional programs, codes, and segments for implementing a GUI test automation method according to an embodiment of the present invention can be easily inferred by programmers in the technical field to which the present invention belongs.

Although the present invention has been described with reference to one embodiment shown in the drawings, this is merely exemplary, and those skilled in the art will understand that various modifications and equivalent other embodiments are possible therefrom. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS In order to better understand the drawings provided in the detailed description of the invention, a brief description of each drawing is provided.

1 is an exemplary diagram for describing an example of a script for a GUI automation test.

2 is a GUI automated test system according to an embodiment of the present invention.

Figure 3a and Figure 3b is an exemplary view comparing the GUI test script with the conventional GUI test script according to an embodiment of the present invention.

3C and 3D illustrate exemplary information stored in a database according to an embodiment of the present invention.

4 is an exemplary diagram for describing operation modes according to an exemplary embodiment of the present invention.

5A and 5B are flowcharts for describing a GUI test automation method according to operation modes.

6 is an exemplary diagram for explaining an update of a database according to an embodiment of the present invention.

Claims (9)

A script generation device for generating a script for GUI testing including dynamic data and static data; And a test device for performing a GUI test of the terminal based on the GUI test script generated by the script generation device. And the static data included in the GUI test script includes logically standardized ID information. The method of claim 1, wherein the GUI test automation system, Further comprising a database containing actual information corresponding to the logically standardized ID information, And the actual information includes at least one of image information, character string information, and region information. The method of claim 2, And the logically standardized ID information is linked with the actual information stored in the database. The method of claim 2, wherein the GUI test automation system, An update unit for updating the database; And GUI test automation system further comprising a mode setting unit for controlling whether or not the update unit is activated. The method of claim 4, wherein When the update unit is activated by the mode setting unit, And update the actual information stored in the database based on a test result of the test device. Implementing static data included in the GUI test script as logically standardized ID information; Storing actual information corresponding to the logically standardized ID information in a database; Testing a screen of the terminal based on the GUI test script; And Updating the database based on a test result. The method of claim 6, wherein the GUI automated test method, And determining an operation mode on whether to update the database. The method of claim 7, wherein updating the database comprises: Determining whether data of each screen included in the terminal and actual information stored in the database match; And And updating the actual information corresponding to the inconsistent data in the database when inconsistency occurs. The method of claim 6, Linking logically standardized ID information with the actual information stored in the database.

Images