Abstract:
An object based automatic testing method can be used to test web-based applications. An executable portion of the web-based application is located, an object corresponding to the executable portion and stored in a library of objects in a computer readable memory is called, the object is executed to test the executable portion, and a determination is made as to whether the executable portion performed according to specification. No mouse or keyboard action is required execute this testing method.

Description:
TECHNICAL FIELD 
     The technical field of this application relates to an automatic testing tool for testing an application whose execution is supported by a web browser. 
     BACKGROUND 
     Web-based applications typically use a web browser to support their execution. Many web-based applications use, for example, Internet Explorer to support their execution. These web-based applications are required to be tested against their specified functionalities in order to verify that they will execute as intended. For large web-based applications that have many lines of code, automated testing is preferable because automated testing can save substantial labor as compared to manual testing. 
     To automate the testing of web-based applications, an automated testing tool can be written using the COTS (commercial off the shelf) tools that are available in the market. Some examples of available COTS tools are Rational Robot, Rational functional tester from IBM-Rational™, Win Runner, QTP from Mercury Interactive, QA Center from Compuware, etc. 
     However, there are several problems in using existing COTS tools. For example, licenses to these COTS tools are not readily available as a practical matter, the cost of securing a license is very high, support for third party controls that are written to increase the functionality of web applications are not available to any practical extent in the existing COTS tools, deployment of such controls requires a separate license and patch to run the corresponding scripts, remote execution of these scripts also requires a separate license, maintenance of these scripts is poor, a propriety scripting language cannot be used across the tools, user interface related functions are not available, and a dedicated machine is required to run the scripts. 
     Moreover, existing COTS tools have only a limited set of operations that can be performed for the testing of web-based applications, which makes practical automation of application testing more difficult to achieve. Therefore, in order to increase the testing capability with available COTS tools, proxies (external DLL&#39;s) could be written in order to implement operations not supported by the COTS tools. A DLL is a dynamic link library of functions that can be called by a program when the program is run, rather than being linked to it when it is compiled. A DLL file is denoted with a .dll file extension. 
     These proxy functions could be called through existing COTS tools in order to perform the proxy operation and, in many cases, a user would have to write a great many proxies in order to achieve the required operations. Unfortunately, reliance on the COTS tool to call these proxies functions would mean that the problems associated with using existing COTS tools discussed above would not be avoided, and would be particularly troublesome in those applications requiring a testing tool that relies on many proxies. 
     Furthermore, because dedicated machines are required to run a test script supported by a COTS tool, the dedicated machine typically cannot perform any parallel processing while scripts are running since execution of the test script takes the control of mouse and the keyword, which prevents any interaction between the user and the dedicated machine. 
     The invention as claimed below overcomes one or more of these or other problems. In one embodiment, the machine executing test script is able to perform parallel activities even while the test script is executing on that machine. 
     SUMMARY OF THE INVENTION 
     In accordance with one aspect of the present invention, an object based automatic testing method is provided to test a web-based application. The method is executed on a computer, and the method comprises the following: locating an executable portion of the web-based application; calling an object corresponding to the executable portion, wherein the object is stored in a library of objects in a computer readable memory; executing the object to test the executable portion; and, determining if the executable portion performed according to specification, wherein execution of the method requires no mouse or keyboard action. 
     In accordance with another aspect of the present invention, an object based automatic testing method is provided to test a web-based application. The method is executed on a computer, and the method comprises the following: a) locating an executable portion of the web-based application; b) calling an object corresponding to the executable portion, wherein the object is stored in a library of objects in a computer readable memory; c) executing the object to test the executable portion; d) determining if the executable portion performed according to a specification; and, e) repeating a) through d) for all other executable portions of the web-based application. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       These and other features and advantages will become more apparent from the detailed description when taken in conjunction with the drawings in which: 
         FIG. 1  is a block diagram of a computer system that may be used to implement certain functions as described below; 
         FIG. 2  illustrates the creation of an object in the form of a hierarchy and then calling a function based on this hierarchy; and, 
         FIG. 3  illustrates an example of a core engine of the automation tool described in detail below. 
     
    
    
     DETAILED DESCRIPTION 
     As shown in  FIG. 1 , a computer  10  has a processing unit  12 , a system memory  14 , a hard disk drive  16 , a floppy disk drive  18 , an optical disk drive  20 , and interfaces  22  and  24 , all coupled to a system bus  26 . The computer  10  can have additional or alternative components. 
     The system memory  14  includes a random access memory (RAM)  28  and a read only memory (ROM)  30 . A keyboard  32  and a mouse  34  are coupled to the system bus  26  by way of the interface  22 , and an output device  36  is coupled to the system bus  26  by way of the interface  24 . The output device  36  can be a printer, and/or a display, and/or other devices that provide output to a user of the computer  10 . 
     The optical disk drive  20  can be any type of device to read from and/or write to an optical media. The hard disk drive  16 , the floppy disk drive  18 , and the optical disk drive  20  provide nonvolatile storage of data, data structures, computer-executable instructions, etc. for the computer  10 . Although the computer  10  is shown to include the hard disk drive  16 , the floppy disk drive  18 , and the optical disk drive  20 , it should be appreciated that other types of media which are readable by the computer  10 , such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, and the like, may be used in the example operating environment. 
     A number of programs may be stored in the system memory  14  and/or the various drives  16 ,  18 , and  20 . These programs can include, for example, an operating system  38 , an automation tool  40 , one or more application programs  42 , and objects  44  that can be called by the automatic tool  40 . In addition, data  46  may be stored in the system memory  14  and/or the various drives  16 ,  18 , and  20 . The operating system  38 , for example, may be an appropriate one of the MICROSOFT operating systems. 
     The user may enter commands and information into the computer  10  through the keyboard  32  and the mouse  34 . Additional or alternative input devices could include a microphone, a joystick, a game pad, a satellite dish, a scanner, and/or the like. 
     The automation tool  40  according to one example uses an object based approach to automation, resulting in better reliability and maintainability as compared to the event based approach used by existing COTS tools. As is known, a software object is a self-contained computing entity which typically has its own data and its own associated operations or functions called methods. 
     The object based automation tool  40  includes a core engine which contains functions related to HTML controls. The core engine can create objects of any control available on the HTML page, and can record user actions in the form of functions. This activity is performed in the background, when the user is recording/testing any browser supported application such as a HTML page. 
     The object based automation tool  40  generates an output file such as in a visual basic scripting file format. The advantage of deploying a visual basic scripting file is that such a file can run on a standard Microsoft™ operating system and does not require any software installment in a dedicated testing machine to run the scripts. The output script file may use the Windows™ Scripting Host engine to run. Also, the object based automation tool  40  records all actions on the HTML controls in the form of function calls, which avoids any dependency on the keyboard  32  and the mouse  34  for operation. 
     Execution of the object based automation tool  40  may be supported by any web-browser that can run on a Windows™ operating system. One embodiment of the object based automation tool  40  described herein may be arranged to execute using Internet Explorer. 
     The object based automated tool  40  can be arranged to take advantage of the Document Object Model to automate the testing of web-based applications and to rely on Internet Explorer SPY in order to acquire the necessary information about the controls that are embedded in the application being tested. SPY is an available plug in for Internet Explorer that, when activated, reveals the source code of control elements such as those used in an HTML web page. This information includes, for example, the name or index associated with the control and its hierarchical information. 
     The object based automation tool  40  may be arranged to also contain an editor allowing the user to write his or her own test scripts for testing the web-based applications, using Visual Basis Scripting, for example, to compile and run the scripts. VBScript (which is the short form of Microsoft Visual Basic Scripting Edition) is a subset of Visual Basic that is used in Active Server Pages and in Windows™ Scripting Host as a general-purpose scripting language. Moreover, the object based automation tool  40  uses the DLL written for all the controls available with Internet Explorer. For each control, a set of functions is written to automate the control, and all of these functions are available to the user in the IDE of the tool. An IDE (Integrated Development Environment) allows the user to develop scripts using all resources given by the tool. 
     Moreover, the object based automation tool  40  avoids taking control of the keyboard  32  and the mouse  34 . Therefore, the user is free to use the computer  10  on which the scripts of the object based automated tool  40  are executing to perform parallel activities. The object based automation tool  40  may be arranged to also include table related functions, such as get table cell data, total rows, etc., which are not directly provided by currently available COTS tools. 
     Apart from table related functions, the object based automation tool  40  may be arranged to contain functions related to control positions and their dimensions, which also are not directly provided by currently available COTS tools. Furthermore, the object based automation tool  40  may be arranged to contain a wizard utility to generate function code statements where the user keys in minimum value and other parameters that will be filled automatically by the wizard, thus saving a lot of scripting time. For example, the wizard setTextBoxValue will allow a user to key a value into edit box and other information will be filled automatically. 
     Each interaction between the HTML control of the application being tested and the object based automation tool  40  happens in the form of an object function call. For example, to click a button in the HTML page, the object based automation tool  40  calls an object function ClickButton to click the button in order to test the application function associated with that button. The operating system does not execute this function using the keyboard  32  or the mouse  34  so that the user can perform a parallel activity as desired. 
     By contrast, in existing COTS tools, each interaction occurs in the form of an event such as WM_BUTTON down and WM_BUTTON up. The operating system executes this interaction using the mouse  34  to perform the task. When the operating system uses the mouse  34  to generate the Mouse Event, the user cannot perform any other operation using the mouse  34  and, therefore, no other parallel activity can be performed. 
     In performing its operations using object calls, the object based automation tool  40  creates the object in the form of a hierarchy. For example, the object based automation tool  40  creates an object of a Webpage from the web page object. It then creates a child object of a particular type of control. Then, on that child object, it calls the appropriate function. During this period, the keyboard  32  and the mouse  34  are free, and the user can perform other parallel activities while the appropriate scripts are running on the computer  10  in the background. 
       FIG. 2  illustrates this approach of creating an object in the form of a hierarchy and then calling a function based on this hierarchy. The Web page as viewed by the object based automation tool  40  is on the left side of  FIG. 2 , and execution of the object based automation tool  40  is on the right side of  FIG. 2 . 
     Accordingly, a web page hierarchy  50  is exemplified by a web page  52  that comprises an HTML document  54  which is typically composed of a plurality of HTML frames  56 . Each of the HTML frames  56  is composed of a collection  58  of HTML controls, and the collection  58  of controls includes an individual control  60 . 
     The object based automation tool  40  at  62  uses Internet Explorer to create an object for the web page  52 . As an example, to create a Google™ page object rendered on Internet Explorer, the following steps would be followed: 
     Enumerate all opened web pages until Google.com is found using Windows™ Shell API 
     Set sha=CreateObject(“Shell.Application”) 
     For Each sh In sha.Windows
         //look for the desired page       

     Next 
     Set IEPageObject=sh 
     Set ObjDocument=sh.Document//Page object 
     After creating the object for the web page  52 , the object based automation tool  40  gets the HTML document object from the web page object at  64 , gets the frame object from the HTML document object at  66 , gets the collection object corresponding to the collection of HTML controls from the frame object at  68 , gets the individual control object from the collections object at  70 , and then calls the function from the objects  44  to test the individual control at  72 . Because the object based automation tool  40  uses object calls to test the controls of the web page  50 , the input devices of the computer  10 , such as the keyboard  32  and the mouse  34 , are not used during this testing, which means that the user is able to execute parallel processes using the computer  10 . 
     An example of the script that can be used by the object based automation tool  40  for the function call at  72  to test the login button of a web page may be given in connection with the following “login to the web page” scenario: 1) Set UserName in User Edit Box; 2) Set Password in Password Edit Box; and, 3) Click Login Button. The script, using VBScript, for part 1) of this scenario is as follows: 
                                             Dim objDocument as Object           Dim objElements as Object           Dim objEditBox as Object           Set objDocument=CreateObject(“InternetExplorer.Application”)           Set objElements=GetElementsByTagName(“Input”)           For Each objEditbox in objElements             If objEditBox.Name=”UserName” then               objEditBox.Value=”User1”             End if           Next                        
The Dim (dimension) statement in this script is used to define the variables that are used in the Set statements and the If . . . Then statements. Accordingly, this script sets a user name in the user edit box of the web page.
 
     The script for part 2) of this scenario is as follows: 
                                             Dim objDocument as Object           Dim objElements as Object           Dim objEditBox as Object           Set objDocument=CreateObject(“InternetExplorer.Application”)           Set objElements=GetElementsByTagName(“Input”)           For Each objEditbox in objElements             If objEditBox.Name=”Password” then               objEditBox.Value=”Pass”             End if           Next                        
Accordingly, this script sets a password in the password edit box of the web page.
 
     The script for part 3) of this scenario is as follows: 
                                             Dim objDocument as Object           Dim objElements as Object           Dim objButton as Object           Set objDocument=CreateObject(“InternetExplorer.Application”)           Set objElements=GetElementsByTagName(“Button”)           For Each objButton in objElements             If objButton.Name=”Login” then               objButton.Click             End if           Next                        
Accordingly, the statement objButtom.Click in this script calls the object function that will click the login button so that the object based automation tool  40  can test the operation of the login button.
 
       FIG. 3  shows an example of the core engine of the object based automation tool  40  in the form of a flow chart. When the object based automation tool  40  starts execution, the object based automation tool  40  at  80  gets the first web page to be tested and then at  82  gets the first control in the first web page to be tested. The object based automation tool  40  then, at  84 , calls and executes the object that corresponds to this control. This object is among the objects  44  stored in the memory of the computer  10 . As indicated above, this object may be written in VBScript. For example, if the first control is a login button, the script given in connection with the above login scenario may be used to call and execute this object. 
     The object based automation tool  40  observes activation of the control and if the control performs according to specification as determined at  86 , the object based automation tool  40  reports at  88  that the control tested according to specification. However, if the control did not perform according to specification, the object based automation tool  40  reports at  90  that the control did not test according to specification. 
     After reporting at  88  or  90 , the object based automation tool  40  determines at  92  whether all controls of the first web page have been tested. If not, flow returns to  82  to get the next control of the first web page. If all controls of the first web page have been tested, then the object based automation tool  40  determines at  94  whether all web pages have been tested. If not, flow returns to  80  to get the next web page. If all web pages have been tested, then the object based automation tool  40  is done. 
     The architecture of the core engine of the object based automation tool  40  is shown in  FIG. 2 . 
     The object based automation tool  40  can be used to test many functions embedded in web pages. For example, functions related to Links, Images, Tables, Combo Box, List Box, Buttons, Edit Box, etc., can be tested. As an example of testing a particular link abcxyz, the following script related to testing a link is as follows: 
     
       
         
               
               
             
           
               
                   
                   
               
             
             
               
                   
                 Dim objDocument as Object 
               
               
                   
                 Dim objElements as Object 
               
               
                   
                 Dim objLink as Object 
               
               
                   
                 Set objDocument=CreateObject(“InternetExplorer.Application”) 
               
               
                   
                 Set objElements=GetElementsByTagName(“A”) 
               
               
                   
                 For Each objLink in objElements 
               
               
                   
                   If objLink.innerText= “linkabcxys” 
               
               
                   
                     then objLink.Click 
               
               
                   
                   End if 
               
               
                   
                 Next 
               
               
                   
                   
               
             
          
         
       
     
     As an example of testing a particular image signout, the following script related to testing an image is as follows: 
     
       
         
               
               
             
           
               
                   
                   
               
             
             
               
                   
                 Dim objDocument as Object 
               
               
                   
                 Dim objElements as Object 
               
               
                   
                 Dim objImage as Object 
               
               
                   
                 Set objDocument=CreateObject(“InternetExplorer.Application”) 
               
               
                   
                 Set objElements=GetElementsByTagName(“IMG”) 
               
               
                   
                 For Each objImage in objElements 
               
               
                   
                   If objImage.name=”SignOut” then 
               
               
                   
                     objImage.Click 
               
               
                   
                   End if 
               
               
                   
                 Next 
               
               
                   
                   
               
             
          
         
       
     
     Certain modifications have been discussed above. Other modifications will occur to those practicing in the related art. Accordingly, the description contained herein is to be construed as illustrative only and is for the purpose of teaching those skilled in the art the best mode of carrying out the invention as recited below. The details may be varied substantially without departing from the spirit of the invention, and the exclusive use of all modifications which are within the scope of the appended claims is reserved.