Suppose you have an application that implements a traditional client/server architecture. An example would be a proprietary time-tracking system that stores the working hours of employees on a server. However, you cannot use any of the existing Silk Performer application types for testing, because the application uses an exotic protocol to communicate between client and server. In such instances, you may want to use GUI-level testing.
When you start a test, the Silk Performer Controller connects to an agent running on a Microsoft Windows Server operating system and has Remote Desktop Service (formerly known as Terminal Services) running. Silk Test then performs the previously recorded steps on the application, or in other words: Silk Test drives the application.
Once you have performed all these steps, you can start the test in Silk Performer.
Silk Test performs testing directly on the graphical user interface, or in other words, on the GUI-level. With this approach you can watch how Silk Test performs the recorded test steps, for example mouse clicks and keyboard entries, if you connected to one of the sessions on the agent machine.
Refer to the Silk Performer BDL Reference for full details on the BDL functions that are offered by Silk Performer.
For tests against web applications using Google Chrome or Mozilla Firefox, Silk Performer allows you to run all virtual users within a single Windows session. The benefits are that no remote desktop licenses are required and that resource consumption per virtual user is considerably lower compared to the conventional GUI-level testing approach.