The views and opinions expressed in this blog are those solely of the author(s) and do not necessarily reflect Microsoft’s current policy, position, or branding. For official announcements and guidance on Dynamics 365 apps and services, please visit the Microsoft Dynamics 365 Blog.
Personalized Community is here!
Quickly customize your community to find the content you seek.
Now Available in Community - New TechTalk Videos for 2020
Read More about New TechTalks for 2020
2020 Release Wave 2Discover the latest updates and new features to Dynamics 365 planned through March 2021.
Release overview guides and videos Release Plan | Preview 2020 Release Wave 2 TimelineWatch the 2020 Release Wave 1 virtual launch event
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Upcoming TechTalks
In the previous 2 posts of this series, we have seen how we can utilize Dynamics 365 Fin Ops OOTB tools like data templates, data task automation to migrate configurations and also utilize LCS as a centralized repository for all the data packages management. In case you have missed them below are the links:
Driving a successful implementation using Dynamics 365 Fin Ops tools – 1
Driving a successful implementation using Dynamics 365 Fin Ops tools – 2
In this blog post, let us review about Regression Suite Automation Tool or RSAT and how this can help drive a successful implementation.
RSAT is a automated testing tool that will allow organizations/implementation partners to automate testing their business processes whether custom or standard. RSAT is very useful for below cases/reasons:
In the previous versions of Dynamics AX, automated testing was a challenge, as there were very few partners that could support automated testing for the Dynamics AX applications. With RSAT being a readily available to use tool with Dynamics 365 Fin Ops, this gives opportunities to be able to define and automate all the test cases.
There are certain prerequisites to be able to use RSAT.
Downloadable links for RSAT and Selenium drivers:
Before installing RSAT, you need to define your Test suite, Test plan and Test cases in Devops. This is assuming that you are already utilizing Devops for maintaining your backlog and have a project created in Azure devops. At a high level, test plans can be something specific to a module, if you are working with cross teams. For example, you may choose to have test plan for Procure to Pay, Order to Cash etc., Within these test plans, you can choose specific different business specific scenarios as test suites. For example, in case of Procure to Pay, you can create the test suite within this by direct material procurement and indirect materials (routed via Purchase requisitions). Test cases within the test suite can determine each functionality, like Purchase order creation, Product receipt, Invoicing etc., While all said and done, these are totally up to the customer and partner’s choice on how granular they would like to go into.
Pictorially this is how test plan – test suite – test cases relation would look like.
Once you have your project, test plan, test suite and test cases setup, the next step would be to connect the RSAT tool to Azure devops and also to D365 Fin Ops.
In the settings of the RSAT tool you need to specify the devops URL, an access token and also the project, test plan.
If all the settings are right, when you click on Test Connection, you should be able to see a success message.
Once Azure devops is connected, you need to specify the test environment of Dynamics 365 Fin Ops URL in the hostname. Note that the URL should be without https or any ‘/’ at the beginning or at the end.
SOAP hostname should just be hostname as mentioned above along with the key word soap appended into the first part of the host name.
Provide the Admin user name that will run the tests.
Thumbprint is required to be entered in the wif file, which I would walk through in a minute from here. If it is blank click on New to generate one.
Set the default company which the test case would be executed in.
Once the thumbprint is generated, this needs to be entered in the WIF config file of the test environment. To do so, you need either a remote desktop access or log a ticket with Microsoft if you do not have remote desktop access.
If you have remote desktop access, copy the thumbprint, open IIS (Internet information services), expand the sites, right click on “AOSService” and click on “Explore”.
In the folder explorer that opens up, find the WIF config file and add the below lines.
Tip: Backup the original WIF file, before making the change. This is to ensure that you will be able to recover in the event if this causes issues with the environment.
Setup a working directory where all the parameter files will be saved and also the default browser that will be used to execute the tests by the tool. Recommended browser is Microsoft Edge.
Now that we have all our prerequisites in place, the next step is to have a task recorder and that being attached to our test case. Note that the task recorder should be of type developer recording when you are saving it, which is basically an XML file.
In the test case, now attach this developer recording.
Tip: Keep the test case name and the task recording name the same.
Once all these steps are done, next is to execute the test case in RSAT. Before executing the tests, we need to Load the test plan, test suite and the related test cases.
Once loaded, you will see the test suite, and its test cases appearing.
The next step would be to generate the parameter and the test execution files.
The parameter file is important as it allows you to change the parameters for each test execution. In this example, the vendor name, which is a parameter, that can be changed. You can also change other parameters like vendor group, etc., Here is how my parameter file looks like and I have changed a few details in it.
Now that we have all the details ready, let us try to run a test using the details that we have.
I click on “Run” from the RSAT tool and you would see a new browser opening up that runs this one test case, with a note that says that the browser is being controlled by automated test software.
And once the execution is complete, you can see a green checkbox in the RSAT tool against the Result column.
You can monitor your testing progress under Azure devops as well. It looks all green right now, but reality may be different :).
And you can also see the vendor being created in Dynamics 365 Fin Ops according to the details provided in the parameter file.
To end this post, we have understood:
I know you must have more questions about RSAT. I will be covering that in another blog series, hopefully soon. Stay tuned.
This marks the end of this blog series. I hope you have enjoyed the content. Please share the posts, if you like my content. That encourages and helps me to provide more quality content to the ever growing Dynamics 365 Fin Ops space.
Business Applications communities