Recording and Learning
|Top Previous Next|
To understand what different objects might be found on a UI screen, and how to recognize them, record their characteristics and interact with them using SmarteStudio.
A UI screen entity (object) may consist of many different parts and components. Actions on these objects, and usage of these controls, must be captured in different ways, depending on the properties of the object. SmarteStudio provides four fundamental methods for capturing objects and corresponding user actions:
(1) Recording - SmarteStudio is able to track user interactions with AUT and automatically capture affected objects and corresponding user actions. See Recording for more information.
(2) Learning - there are cases when it is not necessary or is not possible to track user interactions with AUT. In this case user can manually point to an object that should be captured by SmarteStudio. See Learning for more information.
(2) Analog Recording (Absolute/Relative) - this is for objects that are not standard in some important way, and so activity on them cannot be captured using recording or cannot be specified after learning. Absolute Analog Recording is used to track mouse usage (movement and clicks) and keyboard events. For absolute analog recording, the positions these events are recorded relative to the top-left corner of the system screen. (In contrast, in Relative Analog Recording, the events are recorded relative to the upper-left corner of the selected objecs.) The events are recorded in a file of type arf (Analog Recording File).
(4) Simulated Object Recording - a SmarteStudio user can use simulated objects when some objects are not natively supported by SmarteStudio (e.g. their internal structure, properties and actions are unknown). In this case, what is recorded are mouse clicks and keyboard activity. Compare to Analog Recording when all mouse and keyboard actions are recorded, including mouse up/down, mouse move events. See Simulated Objects for more information.
Before an operation (press, enter text, select, click, etc.) can be performed on an object automatically, SmarteStudio must be able to identify the object. That identification must be able to locate the object definitively, and it must be able to duplicate the action or operation precisely. This carries several implications. Firstly, if the AUT is in a different position on the screen when it is started, SmarteStudio must still be able to find the objects in the AUT window. Secondly, if the positioning of objects on the AUT window is proportional or relative to the screen size of shape, SmarteStudio must still be able to locate the object.
A secondary set of considerations relates to the fact that the AUT UI layout maybe sensitive to the context of the state of the application. For example, consider the case of a word processor. Pressing the "bold" button doesn't predict what the result will be unless it is known whether the text highlighted is currently bold or not. A far more illustrative example is that of the Microsoft Paint utility. The Microsoft Paint utility is the subject of a SmarteSoft sample, Simulated Object.
The most instructive way to identify the objects to SmarteStudio is to practice with the tool and different types of objects. The best methodology to use is as follows:
(1) First, try to use Record/Learn to learn the object and record actions in a single step.
(2) If learning.recording fails to record actions in the grid, use SeSSpy to observe the object carefully and discover what libraries and classes are being used by the AUT.
(3) Use Verify (Ctrl+1) from the Recording Activity dialog to get summary information about the object.
(4) Use a more appropriate set of libraries when selecting the AUT prior to recording.
(5) Use Analog Recording with absolute positioning to identify and locate the object.
(6) Use Analog Recording with relative positioning to identify and locate the object.
(7) Use Simulated Object Recording to track the actions required and at the positions required.
(8) Look for custom libraries that support the technology being used by the AUT.
(9) Build your own custom library to support the technology in use by the AUT.