This is a discussion on WinRunner FAQ's within the Testing Tools forums, part of the Software Quality Assurance category; Problems with Test Automation: Historically, test automation has not met with the level of success that it could. Time and ...
| |||||||
| Register | FAQ | Members List | Calendar | Mark Forums Read |
| |||
| Problems with Test Automation: Historically, test automation has not met with the level of success that it could. Time and again test automation efforts are born, stumble, and die. Most often this is the result of misconceived perceptions of the effort and resources necessary to implement a successful, long-lasting automation framework. Why is this, we might ask? Well, there are several reasons. Foremost among this list is that automation tool vendors do not provide completely forthright demonstrations when showcasing the "simplicity" of their tools. We have seen the vendor’s sample applications. We have seen the tools play nice with those applications. And we try to get the tools to play nice with our applications just as fluently. Inherently, project after project, we do not achieve the same level of success. This usually boils down to the fact that our applications most often contain elements that are not compatible with the tools we use to test them. Consequently, we must often mastermind technically creative solutions to make these automation tools work with our applications. Yet, this is rarely ever mentioned in the literature or the sales pitch. The commercial automation tools have been chiefly marketed for use as solutions for testing an application. They should instead be sought as the cornerstone for an enterprise-wide test automation framework. And, while virtually all of the automation tools contain some scripting language allowing us to get past each tool’s failings, testers have typically neither held the development experience nor received the training necessary to exploit these programming environments. - Vignesh ![]() |
| Sponsored Links |
| |||
| How do you analyze the results and report the defects? Following each test run, WinRunner displays the results in a report. The report details all the major events that occurred during the run, such as checkpoints, error messages, system messages, or user messages. If mismatches are detected at checkpoints during the test run, you can view the expected results and the actual results from the Test Results window. If a test run fails due to a defect in the application being tested, you can report information about the defect directly from the Test Results window. This information is sent via e-mail to the quality assurance manager, who tracks the defect until it is fixed. -Shanthi ![]() |
| |||
| 1. How you integrated your automated scripts from TestDirector? a) When you work with WinRunner, you can choose to save your tests directly to your TestDirector database or while creating a test case in the TestDirector we can specify whether the script in automated or manual. And if it is automated script then TestDirector will build a skeleton for the script that can be later modified into one which could be used to test the AUT. 2. What are the different modes of recording? a) There are two type of recording in WinRunner. i. Context Sensitive recording records the operations you perform on your application by identifying Graphical User Interface (GUI) objects. ii. Analog recording records keyboard input, mouse clicks, and the precise x- and y-coordinates traveled by the mouse pointer across the screen. 3. What is the purpose of loading WinRunner Add-Ins? a) Add-Ins are used in WinRunner to load functions specific to the particular add-in to the memory. While creating a script only those functions in the add-in selected will be listed in the function generator and while executing the script only those functions in the loaded add-in will be executed else WinRunner will give an error message saying it does not recognize the function. -Sabita |
| |||
| Some FAQ's are listed below: 1. What are the reasons that WinRunner fails to identify an object on the GUI? a) WinRunner fails to identify an object in a GUI due to various reasons. i. The object is not a standard windows object. ii. If the browser used is not compatible with the WinRunner version, GUI Map Editor will not be able to learn any of the objects displayed in the browser window. 2) What do you mean by the logical name of the object. a) An object’s logical name is determined by its class. In most cases, the logical name is the label that appears on an object. 3) If the object does not have a name then what will be the logical name? a) If the object does not have a name then the logical name could be the attached text. -Shanthi ![]() |
| |||
| 1) How do you view the contents of the GUI map? a) GUI Map editor displays the content of a GUI Map. We can invoke GUI Map Editor from the Tools Menu in WinRunner. The GUI Map Editor displays the various GUI Map files created and the windows and objects learned in to them with their logical name and physical description. 2) When you create GUI map do you record all the objects of specific objects? a) If we are learning a window then WinRunner automatically learns all the objects in the window else we will we identifying those object, which are to be learned in a window, since we will be working with only those objects while creating scripts. 3) What is the purpose of set_window command? a) Set_Window command sets the focus to the specified window. We use this command to set the focus to the required window before executing tests on a particular window. Syntax: set_window(, time); The logical name is the logical name of the window and time is the time the execution has to wait till it gets the given window into focus. -Shanthi ![]() |
| |||
| Sabita, I have listed out in points about disadvantage of loading the GUI maps through start up scripts: a) If we are using a single GUI Map file for the entire AUT then the memory used by the GUI Map may be much high. b) If there is any change in the object being learned then WinRunner will not be able to recognize the object, as it is not in the GUI Map file loaded in the memory. So we will have to learn the object again and update the GUI File and reload it. -Sabita |
| |||
| Virtual objects and how do you learn them in winrunner? " Applications may contain bitmaps that look and behave like GUI objects. WinRunner records operations on these bitmaps using win_mouse_click statements. By defining a bitmap as a virtual object, you can instruct WinRunner to treat it like a GUI object such as a push button, when you record and run tests. b. Using the Virtual Object wizard, you can assign a bitmap to a standard object class, define the coordinates of that object, and assign it a logical name. To define a virtual object using the Virtual Object wizard: i. Choose Tools > Virtual Object Wizard. The Virtual Object wizard opens. Click Next. ii. In the Class list, select a class for the new virtual object. If rows that are displayed in the window. For a table class, select the number of visible rows and columns. Click Next. iii. Click Mark Object. Use the crosshairs pointer to select the area of the virtual object. You can use the arrow keys to make precise adjustments to the area you define with the crosshairs. Press Enter or click the right mouse button to display the virtual object’s coordinates in the wizard. If the object marked is visible on the screen, you can click the Highlight button to view it. Click Next. iv. Assign a logical name to the virtual object. This is the name that appears in the test script when you record on the virtual object. If the object contains text that WinRunner can read, the wizard suggests using this text for the logical name. Otherwise, WinRunner suggests virtual_object, virtual_push_button, virtual_list, etc. v. You can accept the wizard’s suggestion or type in a different name. WinRunner checks that there are no other objects in the GUI map with the same name before confirming your choice. Click Next. - Vignesh ![]() |
| |||
| Purpose of location indicator and index indicator in GUI map configuration: " In cases where the obligatory and optional properties do not uniquely identify an object, WinRunner uses a selector to differentiate between them. Two types of selectors are available: i. A location selector uses the spatial position of objects. " - Vignesh ![]() |
| |||
| Handle custom objects : " A custom object is any GUI object not belonging to one of the standard classes used by WinRunner. WinRunner learns such objects under the generic “object” class. WinRunner records operations on custom objects using obj_mouse_ statements. " - Vignesh ![]() |
| |||
| In a situation when obligatory and optional both the properties cannot uniquely identify an object what method WinRunner applies: " In cases where the obligatory and optional properties do not uniquely identify an object, WinRunner uses a selector to differentiate between them. Two types of selectors are available: i. A location selector uses the spatial position of objects. " - Vignesh ![]() |
| |||
| 1) How do you unload the GUI map? a) We can use GUI_close to unload a specific GUI Map file or else we call use GUI_close_all command to unload all the GUI Map files loaded in the memory. Syntax: GUI_close(); or GUI_close_all; 2) What actually happens when you load GUI map? a) When we load a GUI Map file, the information about the windows and the objects with their logical names and physical description are loaded into memory. So when the WinRunner executes a script on a particular window, it can identify the objects using this information loaded in the memory. -Shanthi ![]() |
| |||
| Record Methods : 1) Record : Record instructs WinRunner to record all operations performed on a GUI object. This is the default record method for all classes. (The only exception is the static class (static text), for which the default is Pass Up.) 2) Passup : Pass Up instructs WinRunner to record an operation performed on this class as an operation performed on the element containing the object. Usually this element is a window, and the operation is recorded as win_mouse_click. " 3) As Object : As Object instructs WinRunner to record all operations performed on a GUI object as though its class were “object” class. 4) Ignore : Ignore instructs WinRunner to disregard all operations performed on the class. " - Vignesh ![]() |
![]() |
| Thread Tools | |
| Display Modes | |
| |
LinkBacks (?)
LinkBack to this Thread: http://www.discussweb.com/testing-tools/4522-winrunner-faqs.html | |||
| Posted By | For | Type | Date |
| DiscussWeb IT Community - Technical Support and Technology Discussions | This thread | Refback | 11-24-2007 12:09 AM |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Winrunner 6.0 and 7.0 | vigneshgets | Software Testing | 1 | 11-12-2007 11:32 PM |
| Winrunner 8.X | simplesabita | Testing Tools | 1 | 09-07-2007 04:01 AM |
| framework of winrunner | simplesabita | Testing Tools | 1 | 08-22-2007 04:32 AM |
| Winrunner | Shanthi | Testing Tools | 1 | 08-10-2007 05:55 AM |
| How to use sql queries in WinRunner/QTP | vigneshgets | Software Testing | 1 | 05-17-2007 05:20 AM |