<img src="https://secure.leadforensics.com/133892.png" alt="" style="display:none;">

UAT (User Acceptance Testing) gives an organisation the chance to test its software (a new implementation, an upgrade or even a customisation) using both real-world examples and those people who will be using the software day to day. It is often the final stage of the implementation process; conducted to ensure that system requirements meet business needs and allowing for any issues to be fixed before the system goes live.

Unfortunately, UAT is often the part of an implementation project that slips the most, due to lack of resource availability. The end users that are required to do UAT tend to already be stretched to the limit running their organisation and can’t afford the time to test new software. Once the project goes live the issue is exasperated, as the project team typically goes back to their day jobs and contractors are released.  Nevertheless, UAT is vital not only to the successful deployment of any new business application or software enhancement but also to ensuring organisational efficiency and success. It mitigates risk, increases the ROI of the application, and ensures that your organisation’s customers do not wind up being user acceptance testers by default.

User acceptance testing is often considered a one-off at the end of an implementation project. This is where organisations are mistaken. UAT extends beyond your business applications project due to:

1. Additional phases

Your organisation may have chosen to roll out a new business application or upgrade existing software in a phased approach. Phases can consist of different types of users, additional locations, different companies (for mergers, acquisitions, or parent companies) and more. Separate, and additional UAT needs to be planned and conducted for each individual phase. The results need to be communicated as well to ensure that earlier phases benefit from later testing.

2. Hotfixes

Developer testing or bug reporting during normal day-to-day operations may lead to a hotfix. These bug fixes need to be tested by end users to ensure they solve the problems originally reported.

3. Releases or further modifications

Software organisations regularly release updates. Microsoft, for instance, produces General Distribution Releases (GDR) and Limited Distribution Releases (LDR). General distribution releases are usually heavy tested before release whereas limited distribution releases fix issues within a specific problem area. Both, however, need to be tested within your organisation to ensure they fit your real-life scenarios and help you achieve business objectives.

Your organisation may decide to make further modifications or customisations to your business application(s) to help you handle unique business requirements. It is essential that these are tested by end users using the same scenarios and plans to ensure the modifications fit processes and objectives.

4. Upgrades
Dynamic organisations upgrade their software regularly to ensure they are following industry trends, keeping up with the latest technology, and offering their customers the most advanced experience. No matter what upgrade approach
you take (vanilla, with significant customisation, or somewhere in between) it is important that UAT is completed, after a careful review of business requirements. An upgrade is the most important time for end users to ensure that the end result matches the original business requirements.

Where does that leave you? 

It is my recommendation that you have a regular team of end users that spend a part of their day job testing your systems. Whether that is on an ad-hoc basis, weekly, monthly, or based on projects is up to you. It is important to remember that as you evolve as a business your software needs to work for you, and the best way to avoid problems with functionality, automation, corrupt data and more is to have those closest to your business applications monitor and test them.

rapid value cta


Discuss this post

Recommended posts

After months of planning and preparation, the big day has finally arrived. The big ERP go-live date is here! While it may be tempting to dust your hands of this project and move onto pastures new, your work isn’t over yet.   In fact, your next steps following an ERP implementation are crucial to ensuring your new system’s future success. 
The best managed services partners (MSPs) offer more than just ‘managed services’. Not only can they help businesses keep their lights on, maximise uptime and streamline processes, but MSPs can also place them in the best position for digital transformation. Here are some signs of a great MSP.
What do you think when you consider cloud migrations? For the majority of businesses, while they recognise the benefits, moving to the cloud from an on-premise system is often a rather daunting thought. Your systems are no longer physically on-site which may make you feel uncomfortable.
The fast-paced nature of today’s business landscape has meant that it’s time to start thinking beyond break/fix IT and more towards how to adopt a proactive approach. But sadly, many in-house IT teams can’t keep up with trends and ensure their business systems are working as they should.
Application management services is where the responsibility of managing your business applications is outsourced to a third-party consultancy. These consultancies are often known as AMS (application management services) partners and there are various pros and cons of working with them. Got 10 minutes to spare? Keep reading this blog post to find out more about AMS… Isn’t AMS the same as managed IT support? The pros of AMS The cons of AMS Do I really need an AMS partner?
right-arrow share search phone phone-filled menu filter envelope envelope-filled close checkmark caret-down arrow-up arrow-right arrow-left arrow-down