Test Studio Execution Server can be any machine with installed Test Studio (Run-time edition is the minimum required). Configure the machine's Execution client to point to a running Scheduling service and it is registered as an Execution server for this Scheduler.
The below article describes the configuration steps.
The Test Studio Execution Client is installed with any standard Test Studio installation. To start the Execution Client, called also Test Runner, type in the Windows Start Menu > Start Execution Server.
If there is a Test Studio project opened on this machine, the Execution client is already running and you might get prompted that the Test Runner is already running. As this is running in the background, you can access it from the Windows Task Bar on the lower right corner. Locate the the Test Studio icon, right click on it and choose the Show option.
Once the Test Studio Test Runner window appears, there are multiple options you can customize as per the specifics of the particular environment.
Status - shows the current status of the Execution Server and if it is connected to the listed Scheduling server.
Scheduling URL - shows the URL of the current configured Scheduling server, to which the Execution server is connected. To change this address, click the 'Change' button (the three dots button) next to the listed Scheduling service address.
Type the address for the machine which hosts the Scheduling Service under Scheduling Service URI with the correct port it is configured on and click on 'Change' to connect to that Scheduling Server.
- Temp Folder - the process of executing tests on a remote machine includes deployment of the project files in a temporary folder. You can choose where this temp folder will be located on the disc - click the 'Change' button (the three dots button) next to the listed folder and browse the desired one. The Reset button will set the default temporary location on the execution machine.
Note! It is important to allow access to the newly set location for all users.
The section contains details for the Execution Server machine - status, Test Studio version, machine name, OS version, machine stats.
You can access the logging of the Execution Server - enable, disable or view the generated log.
All available and supported browsers on the Execution Server are listed in this section. You can calibrate these or restore their default settings. If using the legacy version of Edge, you can browse here the WebDriver folder location on disc.
This section appears only if there is an update for latest browser versions and allows you to update these with a single button click.
The Run on start up option allows you to decide whether the Test Runner should be started automatically on machine startup.
Test Studio allows you to apply different configurations for the user session on the execution machines. That way you can make sure the machine is available and ready to execute UI tests.
If this option is enabled, as long as the Test Studio Scheduling Client process is running, it will prevent your machine from falling to sleep, locking or showing screen saver. This will prevent them from breaking your UI tests.
Once the option is disabled or the Test Studio Scheduling Client process is stopped, the operating system will be able to get to sleep/lock normally.
Note! This functionality will not prevent the user to manually lock the machine or put it to sleep.
Note! Using this functionality could be a security risk since it will prevent the machine from locking when expected by your security policy. Please consider if leaving the test machine unlocked for prolonged periods is acceptable for your organization before using the feature (especially when using Test Studio on your local physical machine).
When running tests on a remote virtual or physical machine, users would usually connect to that machine via Remote Desktop Connection (RDC) to start and configure the Test Studio Scheduling Client. If after that the user closes their RDC window, their user session on the virtual machine will be switched to 'disconnected' state and will lose access to the graphical user interface (GUI). This will prevent UI tests to be executed normally, whenever an interaction to the GUI is needed (e.g. performing real mouse click or keyboard actions, dialog interaction, etc.).
When the 'Reconnect to Console on Disconnect' feature is enabled, Test Studio will try to reconnect your disconnected session to the local console session, regaining access to the GUI.
Note! When your session gets connected to the local console session, if there is a physical monitor, attached to the Windows machine, your session will be displayed on it. If there is another user, that has physical access to the machine, they will be able to view your screen or interact with it. This could be a security issue, so please consider carefully if that is acceptable for your organization before using the feature. Note! This feature will not have effect if you keep your Remote Desktop Connection session open, but minimized. You can see this article for information on handling this case.
When the 'Reconnect to Console on Disconnect' feature is enabled, you have the option to change the Console session resolution - you can choose the desired resolution from the dropdown menu. This option is useful when tests are executed on remote machine and successful test run depends on particular screen resolution. When set through the Test Studio Runner, you can ensure the automated tests will be executed on the specified resolution.
See Also: You may find additional notes on the topic in our blog post Improve Your Remote Test Execution with Test Studio User Session Configuration.