Understanding How UFT One Merges Test Object Configuration Files

Each time you open UFT One, it reads all of the test object configuration files located in the <UFT One installation folder>\dat\Extensibility\<UFT One add-in name> folders. UFT One then merges the information for each test object class from the different files into a single test object class definition, according to the priority of each test object configuration file.

UFT One ignores the definitions in a test object configuration file in the following situations:

  • The Load attribute of the TypeInformation element is set to false.

  • The environment relevant to the test object configuration file is displayed in the Add-in Manager dialog box, and the UFT One user selects not to load the environment.

Define the priority of each test object configuration file using the Priority attribute of the TypeInformation element.

If the priority of a test object configuration file is higher than the existing class definitions, it overrides any existing test object class definitions, including built-in UFT One information. For this reason, be aware of any built-in functionality that will be overridden before you change the priority of a test object configuration file.

When multiple test object class definitions exist, UFT One must handle any conflicts that arise. The following sections describe the process UFT One follows when ClassInfo, ListOfValues, and Operation elements are defined in multiple test object configuration files. All of the IdentificationProperty elements for a specific test object class must be defined in only one test object configuration file.

For more information, see the Micro Focus UFT One Test Object Schema Help (available with the Java Add-in Extensibility SDK Help).