Forum Discussion

ceslav23's avatar
ceslav23
New Contributor
2 years ago

Getting "The object does not exist." errors for all objects when test script is started from local m

Hi there, I am trying to figure out the best practice to run test scripts on remote machine for our desktop applications (Windows Forms and Windows Presentation Foundation). I installed TestComplet...
Desktop Testing
Object Recognition
Script Tests
Test Run
  • rraghvani's avatar
    rraghvani
    2 years ago

    On my VM, I also use a PowerShell script to launch either,

    Start-Process 'C:\Program Files (x86)\SmartBear\TestExecute 15\x64\Bin\TestExecute.exe' -ArgumentList """C:\Sandbox\TestComplete\ALS\ALS.pjs"" /run /exit /DoNotShowLog -Wait | Out-Null

    Or

    & 'C:\Program Files (x86)\SmartBear\TestExecute 15\x64\Bin\SessionCreator.exe' RunTest /UserName:***** /password:***** /UseActiveSession /ScreenResolution:"1920*1080" /ProjectPath:"C:\Sandbox\TestComplete\ALS\ALS.pjs" | Out-Null

    If I’m logged onto the VM, I’ll use the first command to run the automation. Otherwise, I’ll use the second command, together with tscon (which disconnects me from the VM, but my session remains active). The VM can not be locked, otherwise it won’t have a GUI.

     

    I have a Task Schedular set, to run the PowerShell script, which I can invoke manually.

     

    Note, the commands used in the PowerShell script i.e. Start-Process and &. These are important, because the PowerShell script won't exit, until the automation has finished (it's not running in a seperate process)

ceslav23's avatar
ceslav23
New Contributor
2 years ago

Thank you for your help.

Actually, issue is in Session 0. Windows system processes and services run in Session 0. On systems earlier than Windows Vista, the first user who logged on to the console also used Session 0. Running services and user applications together in Session 0 poses a security risk because services run at elevated privileges and therefore are targets for malicious agents trying to elevate their own privilege levels. To eliminate the security risk,

Session 0 is non-interactive on Windows Vista and later systems; that is, the first user logs on to Session 1. However, services still run in Session 0. This means that services that need to display user interface dialog boxes or communicate with user applications must properly secure a communication channel. If this is not done, the services fail to work properly on Windows 7 and later systems.

Windows stated that this was a security concept and the process would run in the background.

As a workaround, I can start TestExecute on remote machine via Task Scheduler like this:

run TestComplete on local machine => send PowerShell command to remote machine => Run Task Scheduler on remote machine => Start TestExecute on remote machine