CN103167076B - The method of testing of the function of test electronic installation and test device - Google Patents

Abstract

The present invention relates to a kind of method of testing, in order to test the function in an electronic installation, comprise: (a) finds the corresponding position to be tested this function；B () is transmitted an instruction according to this position and is performed this function；And for the response of this instruction, (c) judges that this function is the most wrong according to this function.

Description

Test method and test device for testing functions of electronic device

technical field

The present invention relates to a testing method and a testing system, in particular to a testing method and a testing system applicable to different user interfaces and different hardware states.

Background technique

With the advancement of technology, electronic devices have more and more functions, so it has become a very important task for manufacturers to accurately test these numerous functions to ensure their correctness. Generally speaking, a test program (usually referred to as a test script, test script) is used for testing. For example, if you want to test the function of making a phone call, you will send an instruction to the electronic device to be tested, ordering it to dial out a call (it may not actually dial out, but just simulate the dialing action), and the electronic device will A response is sent out according to the execution status of the function being tested, and then the testing device judges whether the function can be executed correctly according to the response.

However, today's testing methods are usually only applicable to fixed user interfaces. Please refer to FIG. 1 , which shows a schematic diagram of a user interface on a mobile phone. As shown in FIG. 1 , the screen 101 of the mobile phone 100 displays a user interface. Icons 103 , 105 , 107 and 109 on the user interface represent the functions of message, calendar, photo and tool respectively.

The user interface shown in FIG. 1 and the functions included therein can be described in Extensible Markup Language (XML) or a similar markup language. As shown in FIG. 2 , it illustrates how a program under test uses XML to describe a user interface and the functions included in the user interface. Each window has a unique Window ID, which is used to determine which functions are defined in this window, and can describe the type of window that the current window is. For example, if it is a window of the phone book, it may have "phone book function classified by group", "phone book function classified by SIM card, etc. The program language in the program block 200 describes the window in this window. The list of functions, that is, which functions are in this window, and the program block 201 describes the action of each function in this window.Other details in Fig. 2 are known to those skilled in the art, so no more details here .

During the test, each function has a corresponding test procedure. However, in the known test method, the test program written for the interface shown in Figure 1 can only be statically applied to the interface shown in Figure 1 because it cannot dynamically know the correct position of the icon corresponding to each function on the interface. displayed interface. For example, the icon 103 represents the function of the message, and the icon 109 represents the function of the tool. If the positions of the icon 103 and the icon 109 are reversed, the test message and the test program of the test tool must be modified accordingly. , otherwise an error will occur during the test.

On the other hand, known testing methods generally do not take into account dynamic hardware states. FIG. 3 is a schematic diagram of how a program under test uses XML to describe the hardware state of the electronic device under test in the prior art. The program block 300 represents the hardware state of the electronic device under test, and can be updated dynamically during the test process. For example, if Touch_screen is “Yes”, it means that the tested electronic device has a touch function, and if Key_Pad is “Yes”, it means that the tested electronic device has a keyboard function. In addition, the status of accessories or peripheral devices connected to the mobile phone, such as mobile phone Subscriber Identity Module (SIM) card, memory card, earphone, etc., can also be defined by the program block 300 .

However, known testing methods generally do not take into account the state of the hardware and thus often generate unnecessary errors. Take the mobile phone in Figure 1 as an example, it can usually insert some additional hardware such as mobile phone subscriber identification card or memory card, so the tester may need to do some tests on the mobile phone's access to hardware or other functions. However, if these hardwares do not exist in the device, if the test command is still issued, an error message may be generated because the response has not been received, and even the test device may be stalled or crashed. In addition, the distribution of files or folders in a storage device such as a memory card varies considerably, so known testing methods may need to change the test program successively for these different file or folder distributions.

To sum up, the conventional testing method and testing device need to change the testing program continuously when the user interface or the hardware state is constantly changing, so a lot of time or cost will be wasted.

Contents of the invention

Therefore, an object of the present invention is to provide a testing method and a testing device, which can be used in testing different user interfaces and different hardware states.

An embodiment of the present invention discloses a test method for testing a function included in a program in an electronic device, the program makes the function correspond to an icon of a user interface, the test method includes: (a ) Find a location in the program where the function is to be tested; (b) Send a command to execute the function according to the location; and (c) Determine whether the function is wrong according to the response of the function to the command. Wherein, the instruction includes a sub-instruction corresponding to a user moving to the icon in the user interface.

Another embodiment of the present invention discloses a testing method for testing a function contained in a program in an electronic device, the testing method comprising: (a) acquiring all functions in a user interface from the electronic device (1) index information; (b) obtaining a position to test the function according to the index information, and sending an instruction to execute the function; and (c) judging whether the function is wrong according to the response of the function to the instruction.

Another embodiment of the present invention discloses a test device for testing a function included in a program in an electronic device, the program makes the function correspond to an icon of a user interface, the test device includes: A storage device stores a test program; a control unit is used to execute the test program to execute the above test method.

According to the foregoing embodiments, it is not necessary to continuously change the test program to match different user interfaces and hardware states, and it is possible to implement automated testing without manual continuous control.

Description of drawings

FIG. 1 shows a schematic diagram of a user interface on a mobile phone.

FIG. 2 shows a schematic diagram of how a program under test uses XML to describe a user interface and the functions contained in the user interface in the prior art.

FIG. 3 is a schematic diagram of how a program under test uses XML to describe the hardware state of the electronic device under test in the prior art.

FIG. 4 is a block diagram of a test device according to an embodiment of the present invention.

FIG. 5 illustrates the operation of the test program according to an embodiment of the present invention.

FIG. 6( a ) and FIG. 6( b ) are schematic diagrams of not displaying or changing the display mode when the hardware does not exist or cannot be used.

FIG. 7 is a schematic diagram of a dynamic instruction according to an embodiment of the present invention.

FIG. 8 discloses part of the program code of how to obtain the index information of the electronic device.

FIG. 9 discloses a flowchart of a testing method according to an embodiment of the present invention.

Description of main component symbols

100 mobile phones

101 screen

103, 105, 107, 109, 203 icons

200, 201, 300, 301, 500, 501, 700 program blocks

401 test device

402 control unit

403 test procedure

406 storage device

405 Electronic devices

407 test response procedure

detailed description

Certain terms are used in the specification and subsequent claims to refer to particular elements. It should be understood by those skilled in the art that hardware manufacturers may use different terms to refer to the same element. This description and subsequent patent applications do not use the difference in name as a way to distinguish components, but use the difference in function of components as a criterion for distinguishing. "Includes" mentioned throughout the specification and the following claims is an open-ended term, so it should be interpreted as "including but not limited to". In addition, the term "coupled" herein includes any direct and indirect means of electrical connection. Therefore, if it is described in the text that a first device is coupled to a second device, it means that the first device may be directly electrically connected to the second device, or indirectly electrically connected to the second device through other devices or connection means. .

FIG. 4 is a block diagram of a testing device according to an embodiment of the present invention. As shown in FIG. 4 , the test device 401 has a test program 403 that sends an instruction to the electronic device 405 to test the function to be tested. The test program 403 can be stored in a storage device 406 . The electronic device 405 has a test response program 407, which sends a response to the test device 401 according to the response of the tested function to the command, and then the test program 403 judges whether the tested function is normal according to the response. The test program 403 has program blocks 500 , 501 and 700 respectively, and the contents of these program blocks will be described below. It should be noted that although the XML file is used as an example below for illustration, other functional files can also be applied to the content disclosed in the present invention. The test device 401 has a control unit 402 for executing a test program 403 . The control unit 402 can be implemented by firmware combined with hardware such as a processor, or by independent hardware. The test device 401 and the electronic device 405 communicate through the transmission interface 409, and the transmission interface 409 can be a wireless or wired interface.

FIG. 5 illustrates the operation of the test program according to an embodiment of the present invention. The program block 500 in FIG. 5 defines the required hardware, and if the state of the hardware does not conform to the state defined by the program block 300, then stop testing the function to be tested. For example, if you want to test the function of reading the phonebook in the SIM1 card, you need the presence of the SIM1 card, so if the status of the SIM1 card in the program block 300 is not "Yes", that is, the SIM1 card does not exist in the tested In the electronic device, it will stop testing the function of reading the phone book in the SIM1 card. If there is any situation that will cause the function to be tested to be unable to be tested, for example, the SIM1 card exists in the electronic device, but the interface contacting the SIM1 card is damaged, the related functions of the SIM1 card will also be stopped. That is to say, the present invention utilizes the original hardware state of the tested electronic device of a program to be tested, and dynamically determines whether to stop the hardware-related function test during the testing process. In addition, in one embodiment, when it is detected that a piece of hardware corresponding to the function to be tested is not in the electronic device, the icon corresponding to the hardware is not displayed. As shown in FIG. 6( a ) in FIG. 6 , compared with FIG. 2 , the icon 203 representing the SIM1 card is not displayed. In addition, if it is detected that a piece of hardware corresponding to the function to be tested is not in the electronic device, the icon corresponding to the hardware may also be displayed in a format different from the other icons. As shown in Fig. 6(b) in Fig. 6, the SIM1 card is displayed with a dotted line.

The program block 501 of Fig. 5 has described in the embodiment of the present invention, how the test command in the test program works, and its main content is: find a position that wants to test this function in the program to be tested corresponding to this window ; Then send a command to execute the function to be tested according to the position. For example, when the phonebook function of the SIM1 card in the program to be tested shown in Figure 2 is to be tested, the test program will find the corresponding position of the phonebook function in the program to be tested, and then send an instruction according to the location In the user interface defined in Figure 2, first move to the right twice, and then read the phonebook of the SIM1 card. It should be noted that, due to the nature of the XML file that can describe both the user interface and the functions included in the user interface, it can associate certain functions with specific icons on the user interface. Accordingly, when the test program finds the position of the function to be tested in the program to be tested, it can simultaneously know the position of the icon corresponding to the function to be tested on the user interface. When the test program obtains the position of the icon, a sub-command that is substantially the same as moving from the current position to the position of the icon when a user operates the user interface can be added to the test command. That is to say, in addition to actually testing the function to be tested, the test command also includes using sub-commands to simulate the behavior of the user moving to the position of the icon and clicking the icon.

The test program disclosed by the present invention can be used for testing not only the general commands on the user interface that can be described statically, but also the function on the user interface that can be changed, such as a dynamic command on the function in the storage device. As mentioned above, the arrangement of data in some storage devices will change quite a lot, so when testing the same function, the layer and window of the function may be different every time, so it is called dynamic command here. FIG. 7 is a schematic diagram of a dynamic command according to an embodiment of the invention. Please refer to FIG. 4 again. In one embodiment of the present invention, since the storage device in the electronic device cannot be written in an extensible markup language, the electronic device 405 will be made , sending index information of all functions of a storage device (such as a memory card) located in the electronic device 405 to the test device 401 . In this way, the testing device 401 can know the location of the function to be tested. Taking Fig. 7 as an example, if it is desired to test the function of reading the image program of the memory card in the electronic device, first let the electronic device 405 inform the test device 401 of the index information of the memory card, so that it can be known that it is located at the first position of a certain screen. Three layers, so when this function is to be tested, a command is sent to move down three times in a certain screen to execute this function. Program block 700 shows how dynamic instructions work. It should be noted that the dynamic command is not limited to the command located in the storage device outside the electronic device, but generally refers to all functions that cannot be statically described by extensible markup language files, but will be dynamically changed according to the state of the electronic device at that time. Change the position of the icon corresponding to the function accordingly. For example, the function menu in the mobile phone address book will change according to whether there is data in the address book. Therefore, the commands in this function menu are dynamic commands. This is an example of a dynamic command inside an electronic device.

FIG. 8 reveals part of the program code of how to obtain the index information of the electronic device in the test program. It should be noted that only a part of the program is disclosed in FIG. 8 , and these test program codes are only used as examples, not to limit the present invention. Those skilled in the art can arbitrarily modify part of the program codes to achieve The same effect should also be within the scope of the present invention. The program code in part A in Figure 8 means "get the number of items in the user interface", and the program in part B means "analyze the relevant information of these items", and return the information after the analysis For the test device 401, the test device 401 can know the location of the function to be tested.

Figure 9 discloses a flow chart of a testing method according to an embodiment of the present invention, which includes the following steps:

Step 901

start.

Step 903

Obtain a defined program to be tested. This step may also include obtaining a frame (Window ID). As mentioned above, a specific window may correspond to a specific function, so obtaining the Window ID is helpful for the correctness of the instruction. For example, if it is determined that the function to be tested does not conform to the function that the current window of the electronic device should have, the command is not sent.

Step 905

Start to execute the testing method according to the present invention, which can be executed automatically, but not limited.

Step 907

Judging whether the program to be tested in the bank is a dynamic instruction? If yes, go to step 923; otherwise, go to step 909.

Step 909

Find the location of the function you want to test.

Step 911

Send relevant instructions according to the position of the function to be tested.

Step 913

The test responder sends a response.

Step 915

The test program compares the received responses with the expected responses.

Step 917

Is the comparison correct? If otherwise, it indicates that there is a problem with the tested function, and the test process is ended in step 929, and an error message can also be displayed on the testing device. If so, it means that the tested function is normal, go to step 919.

Step 919

Execute the next command? If yes, go back to step 907; otherwise, go to step 921.

Step 921

Finish.

Step 923

Allow the electronic device to send index information to the test device.

Step 925

Obtain the position of the function to be tested according to the index information.

Step 927

Did you get the correct position? If yes, go back to step 911, if not, go to step 929 to end the testing method.

According to the aforementioned embodiments, it is not necessary to continuously change the test program to match different user interfaces and hardware states, and it is possible to implement automated testing without manual continuous monitoring.

The above descriptions are only preferred embodiments of the present invention, and all equivalent changes and modifications made according to the scope of the patent application of the present invention shall fall within the scope of the present invention.

Claims (19)

1. a method of testing, in order to test the function that a software in an electronic installation is comprised, this software will This function is relevant to an icon of a user interface, and this method of testing comprises:

A () is found and is intended to test this function in a position of this software；

B () is transmitted an instruction according to this position and is performed this function；And

C for the response of this instruction, () judges that this function is the most wrong according to this function；

Wherein, this instruction comprises the sub-instructions moving to this icon corresponding to a user in this user interface,

Wherein, this step (a) comprises:

(a1) extensible making type language whether is utilized according to the storage device corresponding to this function in this electronic installation Write and judge whether this function corresponds to a dynamic instruction, to produce a judged result；

(a2) if this judged result is yes, the index of all functions in this user interface is obtained from this electronic installation Information, and this position of this function is obtained according to this index information；

(a3) if this judged result is no, this position of this function is obtained according to software under testing.

2. method of testing as claimed in claim 1, it is characterised in that this step (a) also comprises this merit of detection The hardware state that energy is corresponding, and when this hardware state occurs an erroneous condition, stop testing this function.

3. method of testing as claimed in claim 2, it is characterised in that fill in this electronics when this software is performed Putting this icon of display, this method of testing further includes:

When this hardware state occurs this erroneous condition, the most do not show this corresponding icon.

4. method of testing as claimed in claim 2, it is characterised in that comprise:

When this erroneous condition be the corresponding hardware of this function not in this electronic installation, the most do not show hard with this The icon that part is corresponding.

5. method of testing as claimed in claim 2, it is characterised in that comprise:

When this erroneous condition be the corresponding hardware of this function not in this electronic installation, then with different lattice Formula shows an icon corresponding with this hardware.

6. method of testing as claimed in claim 1, it is characterised in that this software is an extensible making type language Speech archives.

7. method of testing as claimed in claim 1, it is characterised in that this index information is by being relevant to this electronics One storage device of device provides.

8. method of testing as claimed in claim 1, it is characterised in that should (a2) step comprise:

(d1) number of multiple projects in this user interface is obtained；

(d2) many relevent informations of the plurality of project are analyzed；

(d3) according to this number and described many relevent informations, this position of this function is obtained.

9. method of testing as claimed in claim 1, it is characterised in that should (b) step also comprise:

Judge the function that this user interface is corresponding, if this function is not belonging to this user interface, then stop passing Give this instruction.

10. a method of testing, in order to test the function that a software in an electronic installation is comprised, this test Method comprises:

A whether () utilize extensible making type language according to the storage device corresponding to this function in this electronic installation Write and judge whether this function corresponds to a dynamic instruction, to produce a judged result, if this judged result is yes, An index information of all functions in a user interface is obtained from this electronic installation；

B () obtains according to this index information and is intended to test a position of this function, if this judged result is no, according to treating Survey software and obtain this position of this function, and transmit an instruction to perform this function；And

C for the response of this instruction, () judges that this function is the most wrong according to this function.

11. method of testings as claimed in claim 10, it is characterised in that this index information is by being relevant to this electricity One storage device of sub-device provides.

12. method of testings as claimed in claim 10, it is characterised in that should (a) step comprise:

(a1) number of multiple projects in this user interface is obtained；And

(a2) many relevent informations of the plurality of project are analyzed；

Wherein should (b) step according to should this number of obtaining of (a1) step and should described many of (a2) step relevant Information, obtains this position of this function.

13. 1 kinds of test devices, in order to test the function that a software in an electronic installation is comprised, this software Making this function corresponding to an icon of a user interface, this test device comprises:

One storage device；

One control unit, described control unit be configured to perform the following step:

A () is found and is intended to test this function in a position of this software；

B () is transmitted an instruction according to this position and is performed this function；And

C for the response of this instruction, () judges that this function is the most wrong according to this function；

Wherein, this instruction comprises the sub-instructions moving to this icon corresponding to a user in this user interface,

Wherein this control unit is configured to look for this function when this position of this software, performs the following step:

(a1) extensible making type language whether is utilized according to the storage device corresponding to this function in this electronic installation Write and judge whether this function corresponds to a dynamic instruction, to produce a judged result；

(a2) if this judged result is yes, the index of all functions in this user interface is obtained from this electronic installation Information, and this position of this function is obtained according to this index information；

(a3) if this judged result is no, this position of this function is obtained according to this software.

14. test device as claimed in claim 13, it is characterised in that this control unit is more configured to detection The hardware state that this function is corresponding, and when this hardware state occurs an erroneous condition, stop testing this function.

15. test device as claimed in claim 14, it is characterised in that in this electronics when this software is performed Showing this icon on device, this control unit is configured to perform:

When this hardware state occurs this erroneous condition, the most do not show this corresponding icon.

16. test device as claimed in claim 14, it is characterised in that this control unit is configured to perform:

When this erroneous condition be the corresponding hardware of this function not in this electronic installation, then with different lattice Formula shows this icon corresponding with this hardware.

17. test device as claimed in claim 13, it is characterised in that this software is an extensible making type Language archives.

18. test device as claimed in claim 13, it is characterised in that should (a2) step comprise:

(d1) number of multiple projects in this user interface is obtained；And

(d2) many relevent informations of the plurality of project are analyzed；

(d3) according to this number and described many relevent informations, this position of this function is obtained.

19. test device as claimed in claim 13, it is characterised in that should (b) step also comprise:

Judge the function that this user interface is corresponding, if this function is not belonging to this user interface, then stop passing Give this instruction.