On Windows 8 and later operating systems, your COM client application for TestComplete must have the same privilege level as TestComplete. The privilege level is specified by the uiAccess
attribute in the application manifest (the AppName.exe.manifest XML file next to the application). TestComplete and your application must have the same uiAccess
value (true
or false
) in their manifests.
Using Extended Privilege Level (uiAccess="true")
Requirements
-
Your COM client application for TestComplete:
-
Must be digitally signed. (See below.)
-
Must be in the Program Files, Program Files (x86) or Windows\System32 folder.
-
-
To test Windows Store applications, you must use
uiAccess="true"
in your TestComplete COM client. If it is impossible, automate TestComplete in some other way, for example, by using the command line.
Setting the uiAccess Attribute
-
Launch a text editor as Administrator.
-
In the text editor, open the manifest file corresponding to the TestComplete version you use:
-
32-bit version: <TestComplete>\Bin\TestComplete.exe.manifest
-
64-bit version: <TestComplete>\x64\Bin\TestComplete.exe.manifest
-
-
Find the
requestExecutionLevel
element and add theuiAccess="true"
attribute to it:XML
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level="asInvoker" uiAccess="true"/>
</requestedPrivileges>
</security>
</trustInfo> -
Save the changes.
-
In the same way, change the manifest of your COM client application.
Note: A manifest may be embedded into the application. This manifest takes priority over an external manifest on Windows Server 2003, Windows Vista, and later Windows versions. On Windows XP, the external manifest has higher priority. If you have trouble connecting to your application, make sure you edited the correct manifest.
Digitally Signing the COM Client
The easiest way to sign an application is to use signing utilities shipped with Visual Studio or Windows SDK:
-
Use the MakeCert utility to create a self-signed certificate and a private key:
MakeCert -r -n CertificateName -ss CertificateStore -sr localmachine -sv PrivateKeyFile.pvk OutputCertificateFile.cer
Where:
CertificateName - is the name of your certificate, it must comply with the X.500 standard and match the Publisher value in your client application’s manifest. For example,
"CN=MyCompany"
;CertificateStore - is the name of your certificate store that will store the generated certificate;
PrivateKeyFile.pvk - is the name of the file to which the utility will store the private key;
OutputCertificateFile.cer - is the name of the file, to which the utility will store the certificate.
The utility will ask you for a password for the private key. Specify the password if needed.
The utility will generate a self-signed certificate and save it to the specified certificate store. It will also export the private key and the certificate information to the specified .pvk and .cer files.
-
Add the generated certificate to the Trusted Root Certification Authorities store for a local computer. To do this, you can use the CertMgr utility:
CertMgr /add OutputCertificateFire.cer /s /r localmachine root
-
Use the Pvk2Pfx utility to copy the private key and the certificate information to a Personal Information Exchange file (.pfx):
Pvk2Pfx /pvk PrivateKeyFile.pvk /spc OutputCertificateFile.cer /pfx OutoutCertificate.pfx
The utility will generate the .pfx file with the specified name.
-
Use the SignTool utility to sign your COM client:
SignTool sign /f OutoutCertificate.pfx MyCOMClient.exe
To verify that your client application is signed properly, you can use the verify
command of the SignTool:
SignTool verify -pa -v MyCOMClient.exe
To learn more about code signing, see the Using SignTool to Sign a File article in the MSDN Library.
Using Standard Privilege Level (uiAccess="false")
Use this approach if your COM client application does not have a manifest, or if you do not test Windows Store applications.
-
Disable the Enable support for testing Windows Store applications option in TestComplete.
-
Launch a text editor as Administrator.
-
In the text editor, open the manifest file corresponding to the TestComplete version you use:
-
32-bit version: <TestComplete>\Bin\TestComplete.exe.manifest
-
64-bit version: <TestComplete>\x64\Bin\TestComplete.exe.manifest
-
-
Find the
requestExecutionLevel
element and either delete theuiAccess
attribute, or set it tofalse
:XML
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level="asInvoker" uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo> -
Save the changes.
-
If your COM client application has a manifest, change it in the same way.
Note: A manifest may be embedded into the application. This manifest takes priority over an external manifest on Windows Server 2003, Windows Vista, and later Windows versions. On Windows XP, the external manifest has higher priority. If you have trouble connecting to your application, make sure you edited the correct manifest.
See Also
Working With TestComplete via COM - Overview
Working With TestComplete via COM