We’re now in the new world of D365 “OneVersion” – A world in which we can benefit from continuous Microsoft investment without having to re-implement ERP ever again. But the new world also requires a solid Regression Testing Strategy to control the cost for consuming new updates. Here’s where Microsoft stepped in giving us the Regression Suite Automation Tool (RSAT). Although this tool is a good starting point, anyone who ever worked with RSAT will probably recognise one or more of the following limitations:

  1. I don’t want to go into a VM to run test cases!
  2. How can I test my D365 interfaces???
  3. How can I run multiple test cases/test suites in parallel (in other words: multi threaded)??
  4. I don’t want my chained tests to be scripted in Powershell, but in Azure DevOps (low code/no code solution!)
  5. How can I run mixed tests of process and interface? – e.g. to support E2E scenarios like: my e-com platform creates a sales order through an interface into D365 which is Released to warehouse through RSAT?

We can of course wait for Microsoft to come up with solutions to overcome these limitations. In my case, I decided to accept the challenge to leverage the Power Platform to fill the gaps. In this series of blog posts I’ll gradually tackle each of the above limitations one by one.

Key step in the overall solution is to find a way to move away from executing our D365 test cases directly from the RSAT tool and to bring this into a higher control layer with broader capabilities than RSAT alone… Please welcome an RSAT connector for Microsoft Flow!

Get started with the QuickStart Guide I published on my OneDrive:

https://patrickmouwen-my.sharepoint.com/:b:/p/contact/Ebnvx0OR_mFPsnMqHZBFQN8BiAmehDVTl7oeCpLrdnHHsw?e=xwmi45

| | , | , , , , , , , |