TestComplete provides you with access to individual objects of Delphi applications, their internal properties and methods. The following sections describe how you can access these native properties and methods from your tests:
About Accessing Native Properties and Methods
Getting Access to Delphi Applications' Native Properties and Methods
About Accessing Native Properties and Methods
TestComplete identifies individual GUI objects in Delphi applications and provides specialized methods and properties for automating various operations on these objects, getting object data, checking the state and so on. However, if these predefined properties and methods are insufficient for your testing needs, you can use native properties and methods of Delphi objects to complete desired tasks. These are the same properties and methods that are available for use in the tested application’s source code as well as custom properties and methods implemented by the application developers. This way, you can perform almost any operations in the tested Delphi application, even those that are not accessible via the application’s GUI.
The Object Browser marks objects of Delphi applications with the glyph. To view native properties and methods available for a Delphi object, use the Object Spy or Object Browser in the Advanced view mode. Native properties and methods of Delphi objects are displayed under the RTTI and Debug Agent categories. The RTTI category contains published properties, while the Debug Agent group includes public, protected and private members of an application’s objects (see Important Notes for details).
For more information on how to refer to objects in Delphi applications, see Addressing Objects in Delphi Applications.
Getting Access to Delphi Applications' Native Properties and Methods
By default, TestComplete provides you with access to Delphi applications’published properties. You do not need to prepare your application in any special way to call these properties from your tests.
If you need to get access to an application’s public, protected and private members, you need to compile your application with debug information. For detailed instructions on how to compile your application with debug information with different versions of the Delphi compiler, see Preparing Delphi Applications for Testing.
Getting and Setting Native Object Properties
To access an object’s property in script code, you specify the property name after the object name using the dot operator ".
" (in VBScript, JScript, Python and DelphiScript projects) or the square bracket notation [" "]
(in C++Script and C#Script projects).
For example, you can get and set a Delphi form’s title using its native Caption
property in the following way:
JavaScript, JScript
var title = Aliases.Orders.MainForm.Caption;
Aliases.Orders.MainForm.Caption = "New Window Title";
Python
title = Aliases.Orders.MainForm.Caption;
Aliases.Orders.MainForm.Caption = "New Window Title";
VBScript
Dim title
title = Aliases.Orders.MainForm.Caption
Aliases.Orders.MainForm.Caption = "New Window Title"
DelphiScript
procedure Test;
var title;
begin
…
title := Aliases.Orders.MainForm.Caption;
Aliases.Orders.MainForm.Caption := 'New Window Title';
…
end;
C++Script, C#Script
var title = Aliases["Orders"]["MainForm"]["Caption"];
Aliases["Orders"]["MainForm"]["Caption"] = "New Window Title";
In keyword tests, you can retrieve an object’s property value and save it to a test variable using the Set Variable Value operation. To change a property value, you can use the On-Screen Action operation to call the property’s [Set] method. For more information, see Getting and Setting Object Property Values.
You can also create checkpoints for verifying values of native object properties.
Calling Native Object Methods
To call an object’s method from script code, you use the dot operator ".
" (in VBScript, JScript, Python and DelphiScript projects) or the square bracket notation [" "]
(in C++Script and C#Script projects) to specify the method name after the object name. For example, you can call the native RemoveFocus
method of a Delphi button in the following way:
For example, in script code you can call the native RemoveFocus
method of a Delphi button as follows:
JavaScript, JScript
Aliases.Orders.OrderForm.OKButton.RemoveFocus();
Python
Aliases.Orders.OrderForm.OKButton.RemoveFocus();
VBScript
Aliases.Orders.OrderForm.OKButton.RemoveFocus
DelphiScript
Aliases.Orders.OrderForm.OKButton.RemoveFocus();
C++Script, C#Script
Aliases["Orders"]["OrderForm"]["OKButton"]["RemoveFocus"]();
In keyword tests, you can use the On-Screen Action operation to call an object’s native method. For more information, see Calling Object Methods.
Data Type Casting
Sometimes, debug information is generated incorrectly and that causes errors when calling methods from script, for example:
- Some methods can have parameters that are pointers to one- or two-byte values (PWideChar, PSmallInt or PWordBool in Delphi). Debug information treats these parameters as a pointer to a string, so when calling the method from script, TestComplete attempts to pass a string to the parameter and the method call will fail. To avoid the problem, use the DebugAgent.TreatPCharAsVType method before calling your application’s method.
- Some methods may return pointers to objects or interfaces (for instance, to the IDispatch interface or to a TForm object). In certain cases, TestComplete cannot determine the resulting type of a method and that may cause an error when you call the method from script. To avoid the problem, use the DebugAgent.TreatResultPointersAs method.
- Methods can use various calling conventions (stdcall, safecall and so on). Sometimes, debug information reports that a method uses the stdcall convention while it is the safecall convention that the method actually uses. Calling such methods from scripts will cause an error. To avoid the problem, you can use the DebugAgent.TreatStdCallAsSafeCall method.
For a detailed description of how to resolve possible type collisions, see Calling Methods and Properties of Open Applications’ Objects.
Important Notes
-
In the Object Spy or Object Browser, native properties and methods of Delphi objects are only displayed in the Advanced view mode.
-
TestComplete provides access to native object properties, fields and methods of any access type - public, protected, private and published.
However, private and protected properties are not displayed by default because a property’s get accessor defined by the application developer may perform unsafe operations in the application. If you need to view private and protected properties, enable the Show hidden properties option in the TestComplete Options dialog.
-
If a native property (or method) has the same name as a test object property (method) provided by TestComplete, the native property (method) can be accessed via the
NativeDelphiObject
property. For example, you can access the nativeName
property of a Delphi application’s form as follows:JavaScript, JScript
Aliases.Orders.MainForm.NativeDelphiObject.Name
Python
Aliases.Orders.MainForm.NativeDelphiObject.Name
VBScript
Aliases.Orders.MainForm.NativeDelphiObject.Name
DelphiScript
Aliases.Orders.MainForm.NativeDelphiObject.Name
C++Script, C#Script
Aliases["Orders"]["MainForm"]["NativeDelphiObject"]["Name"]
-
The leading underscore ( _ ) in property and method names is replaced with the character z. For example, a property named
_flag
is accessible aszflag
, a method named__reset()
is accessible asz_reset()
, and so on. -
If the object contains overloaded methods (methods with the same name but different parameters and return value types), TestComplete appends indexes to method names in order to distinguish among them. For example,
GetChildAtPoint()
andGetChildAtPoint_2()
. To determine which index-suffixed method name corresponds to which overloaded method, examine the method’s parameter list in the Object Spy, Object Browser or Code Completion. -
Some native properties and methods of Delphi objects are unavailable to TestComplete. For more information, see Object Properties, Fields and Methods That Are Unavailable to TestComplete.
See Also
Testing Delphi Applications
Testing Delphi Applications - Overview