Skip to content

How to Automate Desktop UI Tests and Processes

Aske Denning

Aske Denning

In any organization, every single day, a myriad of processes and tasks are performed in and between desktop applications. Test automation can help ensure that these are performed efficiently and at low risk if done right.

Examples of processes that can benefit from being automated are checking the status of a purchase order in a desktop-based ERP system or testing an integration flow between an email client and a CRM system.

Some of these processes are highly critical to the organization’s core functions, making it essential to keep these under continuous testing and monitoring.

So how can you do this without spending countless hours and wasting valuable resources?

Read on to find out.

Example of a Desktop UI test flow

First, to illustrate how test automation can be used for desktop UI tests and processes, let's take an example:

A large insurance company is publishing policies for customers daily. The policies are created in a front office desktop application and published to the user account section of the company website. The creation and publication of an insurance policy goes across desktop and web applications and involves a long sequence of steps, as illustrated below.

example of desktop test automation flow

All the steps involved in creating, publishing, and validating an insurance policy. This flow serves as the basis for designing the automation case.

This process is essential to the business, and if it breaks it can have a damaging effect on the customer experience. To stay on top of this, the process is put under continuous testing.

So why automate this? Why not just perform the test manually?

Why manual testing won't do the trick

Emulating this process manually for test purposes would require creating a test user, filling out the policy details in form fields located across different windows, looking up data in a different location before publishing the document, and then opening a web browser, logging in to the user account section, and finally checking if the document is available and valid.

A common test scenario involves repeating this process for 20 different user profiles with slightly different policy inputs. The test data consists of hundreds of rows with thousands of data points, handled manually in a spreadsheet.

In a typical scenario, it would take approximately 20 minutes to manually create and validate a policy for a single user profile. With 20 different profiles, that amounts to more than six hours of work for a single test run.

This is why you want to automate it. However, to truly benefit from automation, and to benefit fast, you must think about how you approach automation.

Automated desktop UI tests: which approach?

While you may search for how to automate desktop applications using C #, python or java, there are simpler solutions. Automating the test case by relying on programming is not much help.

This would require spending significant time and resources on understanding the technology, code, and methods used to build the applications involved in the flow - a process that can take weeks.

Instead, no-code automation can be used to automate the flow above with little time and resources spent.

How to execute the test example in 30 minutes with no-code automation

By using flowchart-based automation, a single test run that with manual testing would take at least six hours can now be executed in 30 minutes.

The initial design of the case would take less than a work day, and from there, the automated test case can be run repeatedly in the background on a virtual machine 24/7.

insurance-policy-case-4 A simplified version of how a policy publication test case can look like when designed with flowchart-based automation.

A similar test flow that is handled manually or with the help of programming would have to be reconfigured or reset when the desktop application involved changes, for example when a new version is released.

With the logic and technology inherent in the Leapwork building blocks that make up the flow shown above, the case can keep running, and the test team will be notified immediately if the flow breaks, for example due to defect code in the given desktop application.

Using data-driven automation in a flow also eliminates any human errors caused by reading and entering data points. Tasks that are very repetitive, such as testing the same process for six hours, are prone to human error. Copy and pasting values from a spreadsheet and then checking the validity of the results is a tedious process, and after a while the human brain begins skipping steps.

Leapwork: Robust automated testing of any desktop application

Rather than relying on open-sourced automation testing tools for desktop application automation, codeless solutions can speed up the process. With the Desktop UI capabilities of Leapwork's automation platform, you can build dependable test flows for any desktop application emulating real user interaction with 100% accuracy. Just click in and between applications like a user would to capture the elements needed for your test case.

  • Create, run, and troubleshoot automation cases for your core business applications, such as a front-office CRM or a back-office ERP.
  • The Leapwork Automation Platform natively supports all common application platforms: WinForms, WPF, Windows Universal Applications, Win32, Qt, Java, SAP GUI, and many others.
  • Automate terminals, legacy systems, and custom-built applications.
  • Monitor system health of your business-critical applications or user processes around the clock on both local and remote environments.
  • Get immediate alerts when something fails and setup automatic actions to integrate with bug tracking or management systems.

You can learn more about Leapwork's no-code automation platform, and how it helps you automate desktop applications at speed and easily in our desktop automation webinar . Sign up below.

New call-to-action