Go back to all articles

Software System Load Testing

Feb 6, 2020
4 min read

Our client is a popular pizza delivery service. They have planned, developed and continued on improving their software solution that:

  • accepts orders online via site or mobile app;
  • integrates counters and transactions;
  • queues orders for the pizza bakers;
  • coordinates the couriers;
  • manages deliveries;
  • analyzes sales;
  • performs dozens of operations that an average person won’t keep in mind simultaneously, but the system can.

They have employed PFLB to test the system and to tune its performance.

PFLB Team Was about to Accomplish the Following Tasks:

  • 01
    to examine the possibilities of increasing the load from the app and the site, from the couriers and restaurant counters, because the client needed a system performance evaluation ahead of the regional marketing campaign.
  • 02
    to investigate the possibilities of distributing the system load through the year.
Want to Learn More About Our Performance Testing Services?
Find out what’s included and how to start working with us.

How Have We Managed It?

The system contains several applications that take care of the following business processes: accepting customer orders through the web-interface and mobile apps; accepting restaurant branch orders from call-center employees and shift managers; accounting the quality and the speed of executing the order.

During testing most of the load was coming from the site or mobile app users and the cashiers that take orders. The secondary load sources emulated the system workflow and influenced the business processes: the tracker (it controls the order execution), TV-board in the pizzerias (it requests information from the system) and the information screens.

We’ve written test cases containing script and emulator run schedule, as well as scripts that emulated user actions, retrieved the amount of current operations, their intensity and the number of virtual users performing them, recorded the test duration.

We’ve used the hardware resource monitoring that was employed in the client’s system that consisted of grafana + influxDB solution + telegraf(windows)/ exporter(*nix).

Based on the test results we’ve analyzed the system load criteria for different load levels, including overcoming the maximal performance. As the analysis result we’ve listed the critical areas requiring monitoring on production and the factors that decrease performance: the lack of hardware or system resources, the software architecture limits. We’ve also selected the most resource-greedy and longest operations to optimize.

Which Challenges Has Our Team Faced during the Project?

  • 01
    The first difficulty was the startup workflow. The company hasn’t had the routine, where the load testing would have fit in. Much of the time was lost on configuring the load testing environment.
  • 02
    There was also no recent service specification. We had to learn everything on the flow.
  • 03
    Because of the frequent releases (2-3 in a day) we had to update the scripts all the time, because every update could change the system processes.

Which Results Have We Achieved?

  • noted the system performance that satisfies the load criteria;
  • named the bottlenecks and the possible strategies to overcome them;
  • listed the optimization proposals and advised on their implementation.
Table of contents
Let us know about your needs
We can provide multiple performance testing services and a lot more than that if the situation needs a far more complex approach.
Get a quote You’ll hear back from our tech account manager in one day if not sooner

Related insights in case studies

Explore what we’ve learned from these experiences
7 min read

From Hundreds to Thousands: Scaling MEFA Pathway Software for Mass Student Registration

how load testing helped e learning services provider preview
Jul 12, 2024

FolderWave, Inc. is a leading digital services provider in the Massachusetts e-learning sector. It aids millions of students in researching and planning a job-oriented education. The company delivers IT solutions, platforms, and services in partnership with notable non-profit organizations like MEFA Pathway and College Board, which connect a vast network of colleges, schools, and universities […]

8 min read

How Load Testing Helped Texans Survive Power Outages During a Storm

how pflb helped texans survive power outages during a storm preview
Jun 13, 2024

Background The largest electric distribution cooperative in Texas and the United States, Pedernales Electric Cooperative (PEC), had to test its new software systems, the Storm Center and the OR&S (Outage Reporting & Status), before the release to ensure their adequate performance under peak load. Challenge PEC had a strict release deadline and needed to test […]

4 min read

Tynor Prepared the New Website for High Sales in Four Days

tynor prepared the new website for high sales in four days preview
Dec 12, 2022

Tynor Orthotics is India’s largest manufacturer and exporter of orthopedic and fracture aids established in the 90s to deliver quality healthcare products. Committed to a significant expansion in the next three years, Tynor crafted a new e-commerce website focused on excellent customer experience to support this growth. To be confident at launch, the engineering team of Tynor decided to run pre-go-live stress testing for the website. The tight deadline felt challenging, the customer was relieved to hear we provide a quick load testing solution. Quick Load Testing solution includes a four-day load testing project performed by engineers of PFLB and a 1-month subscription to the innovative load testing PFLB platform.

5 min read

Bank Increases Load Capacity by 450% to Deal with Business Growth

bank increases load capacity by 450 to deal with business growth preview
Oct 3, 2022

Our client's bank was absorbing other banks, and the number of individual clients was growing. The system was not ready for expansion or integration. The owners started to suspect bottlenecks when problems with paying salaries to corporate clients’ employees arose. As a result, in the next pay period, the load on the system increased dramatically, and the system got overloaded. People did not get their salaries in time, as the system crashed.

  • Be the first one to know

    We’ll send you a monthly e-mail with all the useful insights that we will have found and analyzed

  • People love to read

    Explore the most popular articles we’ve written so far