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

Not everything was better in the old days. This is particularly true of software. Today’s solutions are generally of far higher quality than their predecessors, and a combination of improved methodologies and better development tools definitely plays a role.

No less crucial, though, is the fact that we have become better at testing systems and finding errors in plenty of time. That is why testing is also a top priority in all global development firms.

On the other hand, we sometimes tend to overlook the value of systematic, automated testing in the development and implementation of business solutions at company level. That is a shame, because testing is not just a necessary evil; it should be regarded as an investment that provides returns on several levels.

Why should I test?

Testing is partly about ensuring the quality, stability, capacity and integrations of a solution with other systems.

About finding errors in advance and checking whether everything is working as it should and will continue to do so – even when a large number of users deploy the solution at the same time. That is relevant to know, both before a new solution goes live and when changes are made to a solution that is already in production.

Because it can easily become critical if, for example, an ERP system starts to churn out incorrect shipping documents, or makes it impossible to issue (or pay) invoices or to order new raw materials. In the worst case scenario, a company can end up in the red as a result of poor software quality. This is a risk that testing can minimise to a very significant extent.

A modern testing strategy can also result in an updated documentation of the specific functionality of your solution, which in some industries may even be an outright demand from authorities and/or auditors. You even have the option of gaining direct access to documentation that describes your processes in detail and can be incorporated directly in the onboarding and training of new employees.

Want to know more about test? We have created an ebook we believe will be helpful to you. 

When should I test?

I often see that people only really start testing at the end of a project, when the overall solution is largely complete. For several reasons, that is not very appropriate. First and foremost, it is a very heavy workload to tackle at once – in fact, almost an entire project in itself. At the same time, you risk overloading the project group with feedback during the most critical phase of the project – just before you go live.

You should actually start testing as early as possible in the project process. Initially, it is about defining a test strategy, then about testing the individual units – or solution elements – as they are ready.

Let us say that you build a solution that handles the total flow from the moment a customer places an order to the time when it is delivered and billed, and so on until payment is required. In that case, you can easily test the order element, the invoice module or any other sub-element separately, regardless of whether the rest of the elements are in place or not. And you should.

By tackling one thing at a time, it is also easier to handle the project and reallocate resources efficiently along the way. We are also already in the process of building the library of test cases, which can be used as a template for future tests, and which will be part of the final end-to-end tests of the entire new solution.

How should I test?

In the past, testing manually was hard, and the discipline gained a reputation as cumbersome, slow and costly. Actually, in its day, the reputation was justified. For example, I once worked on a project in a pharmaceutical company where we had to go through 17 test cases that required three days of full-time work with manual scripting and testing, every single time there was just the slightest change to a particular interface. It was hard, monotonous and costly – but absolutely necessary.

But today, Automated Testing in particular has made the work much easier. Automated testing means performing a specific action in a piece of software (e.g. billing or purchasing of raw materials), while the testing software automatically ‘records’ all the sequences of the action and automatically constructs a test script in the background, which can later be ‘played’ and, if necessary, adjusted. For example, automated testing makes it much easier to conduct regression testing, in which you test potential effects of the changes made in a piece of code. It saves an amazing amount of time, makes testing easier and increases the quality of the measure, because you minimise the risk of manual errors.

If we take the example above, today it would still take a few days to prepare and conduct the very first tests of the piece of software in question, but all subsequent tests could then be completed in 2-3 hours. In other words, this is an efficiency gain of at least a factor of 10.

Similarly, Automated Testing makes stress testing easier by simulating a situation in which a large number of users, for example, access different parts of a solution or the same sub-element of the solution at once. This helps to ensure that the company’s solution works appropriately both in everyday life and when there is a peak load in the context, say, of holidays or when presenting annual accounts.

When is testing relevant?

At Columbus, we always recommend preparing and following a testing strategy as part of a process that includes development/configuration, implementation and operation of a solution – or when implementing updates. Of course, partly to ensure quality and increase the likelihood that all business-critical processes will work as intended. But also because it is basically good business for the customer, who, as previously mentioned, can also help to strengthen documentation, training and compliance.

So, if I had to give a short answer to the question of when testing is relevant, it would be: Again and again! And thankfully, it has become easier than ever.

Would you like to find out more? We have compiled lots of good tips about automated testing in an e-book.

Get your copy

Discuss this post

Recommended posts

What is NIS2? The NIS 2 directive is a set of proposed EU legislation that builds upon existing rules around cybersecurity. The growing trend towards digitalization and the associated surge in cyber attacks have heightened cyber risk and the European Commission have responded with this proposed replacement of the standing NIS Directive. It aims to address current weaknesses in organizations’ cybersecurity obligations in a world where the pandemic and geo-political instability have highlighted threats to energy and food supply chains. With streamlined reporting obligations, increased supervisory measures and stricter enforcement requirements, the legislation aims to boost the level of cybersecurity in Europe long term.
At Columbus, we believe that with the right partner, IT outsourcing can shift your business from going with the flow to driving it. It can actually put you in the right position to be proactive, especially in the face of change. We all need this right now.
Adoption of cloud solutions is spreading far and wide. Many businesses have turned to cloud ERP systems to reduce human capital costs, others to increase efficiency and flexibility – all valuable benefits amid ongoing disruption. However, continuous cloud updates are not a ‘fix-all’ solution to ensure ongoing operations. Thorough release management of updates and implementation of sound testing strategy must be used to ensure consistent operational functionality and security.
Dynamics 365 is evolving rapidly, and many companies are in doubt about how to react. Columbus’s dedicated team gives them a helping hand.
Many companies can save a fortune on Dynamics 365 licences. But you need to know exactly where you are heading.
right-arrow share search phone phone-filled menu filter envelope envelope-filled close checkmark caret-down arrow-up arrow-right arrow-left arrow-down