Tips and tricks Best practice guides, FAQ & more
Microsoft Dynamics 365 is an enterprise application for practically any function in customer engagement, finance, and operations. With frequent updates to the core and standard applications, Dynamics users face a growing workload of continuously verifying thousands of business-critical processes.
Skip ahead to:
The Microsoft Dynamics 365 suite consists of a somewhat complex set of applications that are difficult to automate with Selenium scripts. Testers will for example have to deal with concepts such as “nested iFrames”, “deep object trees”, and “dynamic IDs for child windows” when trying to automate simple processes in the Sales application.
Just making the Selenium WebDriver find the right element in the application requires the tester to spend a lot of time on scripting the correct locator strategy.
Another issue from a testing perspective is that the UI paradigm of the Dynamics 365 applications changes between versions. This means that the entire markup forming the basis of the web applications changes – even though a great deal of the functionality remains the same.
If tests are automated with Selenium scripts, the codebase needs to be updated and verified with these UI changes. This is incredibly time-consuming and requires specialized resources that might not always be available on a test team.
And you don’t want to lock in developer resources to do test automation, as this would take time away from their primary tasks, such as developing your local Dynamics customization.
Dynamics applications are relatively complex and, for this reason, testers who work with the applications on a regular basis have obtained valuable, in-depth knowledge about Dynamics-based functionalities and processes. To improve testing of Dynamics-applications, you’d want to tap into those insights. This requires alleviating testers from having to spend time on writing and maintaining Selenium-scripts.
The Leapwork Automation Platform uses Selenium as an engine for automating websites and web applications, but all the Selenium-code for automating tests is generated ‘under the hood’. The tester does not at any point have to worry about reading or writing a single line of code. In fact, the tester doesn’t need to know anything about Selenium at all.
For example, with Leapwork’s Capture functionality, the tester can identify a form field in a Dynamics application and use that object in his or her test cases without having to worry about programming languages, such as C# or Java, or even how Dynamics 365 is technically implemented.
Example of a Leapwork flow doing data-driven automation of Dynamics 365.
To make things easier and to increase robustness of automated test cases we, Leapwork used in-built intelligent Dynamics adapters on top of the Selenium engine. This means that you can use standard Leapwork components (we call them building blocks) to automate form fields of any kind in Dynamics applications.
Even drop-down fields are handled the same way, regardless of how they are technically implemented in Dynamics. We developed these adapters because we learned from testers that form fields in particular caused headaches when trying to automate Dynamics.
Watch the video below for an example of automated testing of Dynamics 365 with codeless Selenium automation:
Leapwork is a strategic Microsoft partner because it helps testers automate Dynamics 365 - without requiring any coding experience. Leapwork is easy to use and works seamlessly across your Dynamics 365 applications and wider IT landscape. Download our solution brief to gain more in-depth knowledge about automating Dynamics 365 with our codeless Selenium solution.