Since version 15.0, Silk Performer allows you to use GUI-level testing not only with Silk Test Classic but also with Silk4J and Silk4Net. For that reason, we are going to take a look at GUI-level testing in this blog article. We will discuss how GUI-level testing works, when to use it, and how to set up a GUI-level testing environment. So, let's get started. When to use GUI-level testing Suppose you have an application which implements a traditional client/server architecture. You want to test what happens when multiple instances of the client application access the server simultaneously. 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 that facilitates communication between client and server. In such a case, you may want to use GUI-level testing. With GUI-level testing, you can find out how many employees can concurrently access the server and use the time-tracking system without overloading the server. How GUI-level testing works As shown in the graphic below, the process begins with the Silk Performer Controller. When you start a load 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. The Silk Performer agent then creates runtimes and within the runtimes the virtual users are created. Each virtual user creates a new session on the agent machine and starts Silk Test within this session. Silk Test then performs the previously recorded steps on the application, or in other words: Silk Test drives the application. The application accesses the server and generates the load, while the virtual users measure the response times. Sometimes you cannot run more than one instance of an application on a machine or within a single session. This is why each virtual user creates a new session on the agent machine. With this approach, Silk Performer creates several instances of your application, all of which access the system under test simultaneously. Setting up a GUI-level testing environment Set up at least one agent machine that has one of the Microsoft Windows Server editions installed on it. Install Silk Performer Agent on the machine. Install Silk Test. Install your client application. Use Silk Test to model one or more test cases using the application. Create a Silk Performer GUI-level testing project that uses the Silk Test project to run the defined test cases against the system under test. Once you have performed all these steps, you can start the load test in Silk Performer. Note: You can use the following Silk Test clients for GUI-level testing: Silk Test Classic, Silk4J, and Silk4NET. Make sure that you meet all requirements when you use Silk4J and Silk4NET for GUI-level testing. For details, see Requirements for GUI-Level Testing with Silk4J and Silk4Net . Why is it called GUI-level testing? 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. GUI-level testing functions Refer to the Silk Performer BDL Reference for full details on the BDL functions that are offered by Silk Performer: GUI-Level Testing Functions . More information on GUI-level testing To see how to actually set up a GUI-level test in Silk Performer, you can watch the following video: (Please visit the site to view this video) You can find more useful information on GUI-Level Testing in the Silk Performer documentation: Configuring Windows for GUI-Level Testing GUI-Level Test Execution GUI-Level Testing Scalability Scenarios Troubleshooting GUI-Level Testing Issues
↧