Load Testing for SAP Applications

As any enterprise expands, its internal processes naturally become more complicated. In 2015, growing business prompted one agricultural company to put its internal operations in order.

To do this, they began centralizing disparate databases and switched to an automated SAP control system. To ensure the platform’s reliability, the customer hired PFLB to conduct load testing.

Thus, PFLB Faced the Following Task:

Conduct load testing of an SAP ERP system to make the customer confident about the speed of critical business processes.

How Did We Do It?

To emulate the life cycle of purchases, sales, logistics, and related financial processes at client’s eight production plants, we developed load scripts and scenarios.

We emulated the user load on the SAP ERP system using such load testing tool like LoadRunner. The load was supplied from workstations located at the production plants.

During the project, the PFLB team encountered several difficulties. Below we will describe these challenges and how they were overcome.

• The customer was still updating the system while we developed the load scripts. As a result, additional test runs had to be performed weekly.
• We had to arrange for various pieces of data to be passed between the scripts. To do this, we used Virtual Table Server, which comes with LoadRunner.
• The testing involved the use of external system emulators, for which third-party contractors were responsible. These systems were operated manually, so their behavior was unpredictable. To minimize potential difficulties, we joined forces with the customer and established effective communication with the contractors. This made it possible to immediately bring in the relevant people in order to resolve problems.
• The scripts were developed by a team of remote testers, so we needed to coordinate their efforts. We accomplished this by introducing the GIT version control system and putting together a system to assign those responsible for script development. This system allowed, among other things, tracking of development status.
• A multi-stage documentation approval system also complicated the work of the PFLB team. Consequently, we produced a concise load testing methodology for the customer’s employees.

What Did the Project Reveal?

The application was being developed for a specific device. And the first problem we encountered was its uniqueness. The tablet called Hercules was not available for sale. It was a kind of a custom device, and we couldn’t use similar devices.

Performance optimization based on an analysis of the test results reduced the time required to complete the main logistics business scenario by more than 2 times and increased the speed of individual transactions by up to 8 times.

We also identified a working configuration for printing that was acceptably fast for the customer, and its integration with external systems was verified under load.

PFLB’s work helped the customer make an informed decision about deploying the system into a production environment.

But That’s Not All.

This experience between PFLB and the client was so productive that a few years later we carried out another joint project.

This time we performed load testing of a SAP system for warehouse management. Our team faced several tasks at once:

Despite the fact that PFLB had by that time already accumulated skills in testing SAP systems, this project also had problems.

These difficulties required the utmost concentration of our efforts and well thought-out time management.

What Did We Manage to Achieve This Time?